Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Description from the maker (original English)
Every NIST FIPS 140 certificate, plus the modules-in-process queue NIST publishes only as a page.
These three are never merged into one score: opinions, measurements and popularity are different things.
We have not written a plain-language summary for this one yet. Below are the facts we read from the registry.
Pick the AI app you use, then copy the settings.
You need
Which app do you use?
Pick your app above. We remember it, so next time the button says “Install in …”.
Works in Claude on the web, desktop and mobile:
https://fips.808bits.com/mcpRun this in your terminal
claude mcp add --transport http fips-cmvp https://fips.808bits.com/mcpPaste into .cursor/mcp.json in your project, or ~/.cursor/mcp.json
{
"mcpServers": {
"fips-cmvp": {
"url": "https://fips.808bits.com/mcp"
}
}
}Your browser asks to open the app, then the app shows the settings and asks you to confirm. Key values are left empty for you to fill in.
Paste into .vscode/mcp.json in your project
{
"servers": {
"fips-cmvp": {
"type": "http",
"url": "https://fips.808bits.com/mcp"
}
}
}Your browser asks to open the app, then the app shows the settings and asks you to confirm. Key values are left empty for you to fill in.
ChatGPT connects only to servers on the internet:
https://fips.808bits.com/mcpMenu names can differ slightly by plan and over time.
Your choice stays on this device in a cookie; no account needed.
These settings are generated from the maker’s registry entry. If the README says otherwise, follow the README.
We have not read this server’s tool list yet; we check endpoints in rotation.
We check information anyone can see; we have not read the code. Checks that do not apply are left out of the count. · Checked Nov 7, 2026
The registry name was verified against the domain 808bits.com (the registry checks domain ownership)
We have not read this repo from GitHub yet
We have not read this repo from GitHub yet
Not checked yet; we check endpoints in rotation
Not checked yet; we check endpoints in rotation
Not checked yet; we read the tool list when we check the endpoint
Compared with every active server in this category in the registry. Stars count only when the publisher owns the repo.
It passed 1 of 1 applicable basic checks. We have not read the code. Before adding a key or token, see what access the server asks for and use a key with only the permissions you need.
The registry does not list a required key, though some servers ask you to sign in on first use.
It runs in the maker’s cloud. Connect over the internet with nothing to install, but what you send passes through the maker’s servers.
The GitHub repo last changed –, and the latest version (0.1.0) reached the registry 2 months ago.
Apps that support MCP, such as Claude Desktop, Claude Code, Cursor and VS Code. It connects by URL, so apps that accept remote MCP servers work too, such as ChatGPT in developer mode.
In the same category: Spec Driven Development, Remote Desktop Commander, Systemdox
Servers in the same category from other makers, sorted by stars.
Reading a card:★ GitHub starsiThree pillars: reviews · checks · usageiUpdated = latest version published to the registryi
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Remote Desktop Commander: use files, terminal and processes on your own computers from any AI app.
Your architecture in your agents' context: checks, specs, ADRs and docs over MCP, at write time.
Copied from the maker’s repo as written. PopNx MCP has not reviewed or endorsed it. HTML, images and scripts are removed. Links lead off this site.
An MCP server over the NIST CMVP data behind 808bits.com/fips: every FIPS 140 cryptographic module validation, plus the queue of submissions still awaiting one.
Read-only, no authentication.
https://fips.808bits.com/mcp
claude mcp add --transport http fips https://fips.808bits.com/mcp
The endpoint speaks POST, as the transport requires. Opening either the hostname or the endpoint in a browser redirects to the tracker. A client's GET /mcp still gets 405, which is what a stateless server owes a request to open an SSE stream, and GET / and GET /health return a JSON descriptor with the data generation dates for anything checking liveness.
| Tool | Answers |
|---|---|
fips_cert | Status, level, sunset date and validation history for one certificate number. |
fips_search | Does this vendor or product hold a current validation, and at what level. |
fips_vendor | Everything one company holds, across the spelling variants NIST filed it under. |
fips_cve | Which validated modules are associated with a CVE, and which CVEs touch a vendor's. |
fips_in_process | Has the vendor's replacement actually been submitted, and what phase is it in. |
fips_sunset | What expires before a given date, and which vendors are about to have nothing valid. |
fips_in_process is the one with no equivalent elsewhere. NIST publishes the Modules in Process list as a web page, not as an API, and "it is on MIP" is the milestone people reach for when a validation has lapsed and the replacement has not landed.
A submission in the queue is a milestone, not a date. 181 modules are in process and the phase dates run back more than a year, so plenty have sat in one phase for longer than that. "It is on MIP" says review started.
An absence from the queue can mean the successor already landed. Ribbon's SBC 5400 sunsets on 2026-09-06 and has held a 140-3 certificate since 2025. Check fips_search for the module name before reporting a gap.
Vendor names are free text at NIST. Cisco holds certificates under three spellings, Thales under two. vendor_key groups the variants of one registration and vendor_display is the spelling NIST used most often. Neither merges corporate families: the nShield line ran nCipher Corporation to Thales to Entrust, so folding those together would credit certificates to a company that sold the product years ago.
112 certificates have no module name or vendor, because NIST published none. Those come back as null with a note rather than as empty strings.
CVE associations are name-based, not boundary-based. They come from matching the vendor and product CPE, so a listed CVE may sit in code the certificate never covered, and a real flaw inside the boundary may not appear at all. 183 associations across 16 certificates.
An empty CVE result is not a clean bill of health, and this is the more misleading direction. Only 16 of 5,504 certificates carry any association, the match does not follow dependencies, and it needs a stable CPE string, so hardware modules come back empty largely regardless of their advisory history. fips_cve for CVE-2014-0160 returns nothing. Every empty result says so, and reports how many certificates carry any association at all, so the number is in front of the caller rather than in this file.
Sunset dates are not uniform. Most active 140-2 certificates move to the historical list on 2026-09-21, but six carry earlier dates of their own.
Everything is derived from NIST's published CMVP lists: the validated modules, the historical and revoked lists, and the Modules in Process queue. The server does not scrape NIST on demand. A separate pipeline snapshots the lists, diffs them against the previous snapshot and loads the result, so answers reflect the last refresh rather than this minute. Every response carries the generation date, and GET / reports it too.
This repository holds the server. The dataset it serves is built elsewhere and is not checked in, so a clone will typecheck and deploy but will not have rows to answer with.
MIT. The certificate data itself is published by NIST and is not covered by it.