Zum Hauptinhalt springen
Version: 1.0.0

Cert-IX MCPs

MCP-Server ermöglichen es einem KI-Coding-Agenten, die Sicherheitswerkzeuge von Cert-IX direkt aufzurufen — als Teil seiner eigenen Denkschleife, ohne Browser, ohne Dashboard, ohne Copy-and-paste. Sie sprechen das Model Context Protocol, den offenen Standard zur Anbindung von KI-Assistenten (Claude, Cursor, VS Code und jeden MCP-fähigen Client) an externe Werkzeuge.

Drei Server sind heute öffentlich verfügbar, und jeder hat eine eigene Aufgabe:

  • DepCheck ist der Einstiegspunkt für Entwickler. Es prüft Abhängigkeitsversionen auf bekannte Schwachstellen, während Ihr Agent ein Manifest bearbeitet, und ist auch für sich allein nützlich: Der Schlüssel ist kostenlos und im Self-Service erhältlich, und Sie benötigen kein Cert-IX-Konto.
  • SecCheck gibt Ihrem Agenten ein geschriebenes Verfahren für Security- und Compliance-Arbeit an die Hand — entnommen aus drei Open-Source-Bibliotheken mit Playbooks und bereitgestellt über einen einzigen durchsuchbaren Endpunkt.
  • Bits hilft Ihnen bei der Einführung der Cert-IX-Host-Agenten. Es empfiehlt einen, erklärt ihn, gibt Ihnen einen Download, den Sie verifizieren können, und entwirft eine Konfiguration, die Sie prüfen. Es benötigt keinen Schlüssel und rollt nichts aus.

Die Server​

DepCheckSecCheckBits
Beantwortet„Ist diese Abhängigkeitsversion sicher — und falls nicht, welche ist es?"„Wie führt man diese Security- oder Compliance-Aufgabe tatsächlich aus?"„Welcher Cert-IX-Agent passt zu dieser Maschine, und kann ich den Download verifizieren?"
Endpunkthttps://mcp.cert-ix.com/depcheckhttps://mcp.cert-ix.com/seccheckhttps://mcp.cert-ix.com/bits
AuthentifizierungAPI-Schlüssel — kostenlos, Self-ServiceAPI-Schlüssel — kostenlos, Self-Service (Community-Edition)Keine — öffentlich
Werkzeuge575
InhaltVeröffentlichte Advisory-Daten (OSV, GHSA, Go vulndb, RustSec…), angereichert mit CISA KEV / EPSS857 Playbooks, kuratiert aus drei Open-Source-BibliothekenDer öffentliche Release-Katalog, mit einem überprüfbaren SHA-256 je Download
DokumentationErste SchritteSecCheck im ÜberblickBits im Überblick

Alle drei nutzen Streamable HTTP und alle drei sind schreibgeschützt — sie schlagen Dinge nach und geben sie zurück; keiner verändert Ihr Projekt oder Ihre Systeme. DepCheck und SecCheck authentifizieren sich mit einem API-Schlüssel, der als Authorization: Bearer <key> gesendet wird; Bits benötigt überhaupt keinen Schlüssel und antwortet anonym.

Welchen brauche ich?​

  • Ihr Agent bearbeitet Manifeste — Abhängigkeiten hinzufügen, pinnen oder aktualisieren → DepCheck.
  • Ihr Agent leistet Sicherheitsarbeit — Threat Hunting, Incident Response, Detection Engineering, ein Pentest-Schritt, die Umsetzung einer Kontrolle, die Vorbereitung eines Audits → SecCheck.
  • Ihr Agent evaluiert oder installiert einen Cert-IX-Host-Agenten — welcher passt, welche Binärdatei zu beziehen ist und wie sie sich verifizieren lässt, wie er zu konfigurieren ist → Bits.

Sie zusammen einsetzen​

Sie beantworten unterschiedliche Hälften derselben Aufgabe. Härtet ein Agent einen Dienst, liefert SecCheck das Verfahren, dem er folgen soll, und DepCheck prüft jede Abhängigkeitsversion, die diese Arbeit einführt. Das eine ist die Methode, das andere die Faktenprüfung. Keines ersetzt das andere.

DepCheck​

Lieber als PDF?

Laden Sie die DepCheck-Anleitung als druckbares, professionell gestaltetes PDF herunter: DepCheck MCP — Benutzerhandbuch (PDF).

DepCheck ist der Einstiegspunkt für Entwickler in Cert-IX: ein Prüfer für Abhängigkeits-Schwachstellen, der genau in dem Moment, in dem ein Agent im Begriff ist, ein Paket hinzuzufügen oder zu aktualisieren, die Frage beantwortet: „Ist diese Version sicher, und falls nicht, welche ist es?" Es funktioniert auch für sich allein — der API-Schlüssel ist kostenlos und im Self-Service erhältlich, und ein Cert-IX-Konto ist nicht nötig.

ServerDepCheck (vuln-mcp v0.2.0)
Öffentlicher Endpunkthttps://mcp.cert-ix.com/depcheck
TransportStreamable HTTP (MCP) — funktioniert mit jedem MCP-Client
AuthAPI-Schlüssel, gesendet als Authorization: Bearer <key> — kostenlos und im Self-Service
Werkzeugecheck_package, scan_dependencies, suggest_safe_version, get_advisory, get_cve_intel
DatenOSV-Advisory-Daten (GHSA, Go vulndb, RustSec, PyPA, npm…), zuerst aus dem Cert-IX-eigenen Advisory-Mirror bereitgestellt und mit CISA KEV / EPSS Exploitation-Intel angereichert. Kann der Mirror nicht antworten, greifen Abfragen auf die öffentliche osv.dev-API zurück, und Versionslisten stammen von deps.dev — übermittelt werden dabei nur Paketkoordinaten. Siehe Sicherheit & Datenverarbeitung.

Warum ein MCP und nicht nur ein Scanner​

Herkömmliche Abhängigkeits-Scanner laufen im Nachhinein — in der CI, nach einem Zeitplan oder wenn sich ein Mensch daran erinnert, sie auszuführen. Bis dahin ist das verwundbare Paket bereits committet, und jemand muss zurückgehen, um es zu beheben.

DepCheck verlagert die Prüfung auf den Moment der Entscheidung. Wenn ein KI-Agent eine package.json, go.mod, Cargo.toml, requirements.txt, pyproject.toml, pom.xml oder composer.json bearbeitet, kann er DepCheck fragen, bevor er die Version festschreibt — und beim ersten Mal eine saubere Version wählen. Die Schwachstelle gelangt gar nicht erst in den Baum.

Genau so baut Cert-IX seine eigene Plattform: Jeder Coding-Agent, der im Monorepo arbeitet, ist angewiesen, DepCheck zu konsultieren, bevor er eine Abhängigkeit hinzufügt oder pinnt. Siehe Agenten-Workflows für das Muster.

Worin es gut ist​

  • Punktprüfungen — „Ist [email protected] auf npm verwundbar?" → die Advisories, die genau diese Version betreffen, plus das minimale sichere Upgrade.
  • Vollständige Manifest-Scans — übergeben Sie ein Lockfile oder Manifest und erhalten Sie nur die verwundbaren Pakete zurück, jeweils mit einem Upgrade-Ziel.
  • Auswahl einer sicheren Version — die neueste Veröffentlichung eines Pakets mit null bekannten Advisories, damit Sie niemals von Hand in eine bekanntermaßen schlechte Version geraten.
  • Priorisierung — Advisories, die in freier Wildbahn ausgenutzt werden (auf der CISA-KEV-Liste oder mit hoher EPSS-Wahrscheinlichkeit), werden markiert und zuerst sortiert, sodass ein aktiv angegriffenes Medium einem theoretischen Critical vorgezogen wird.
  • Advisory-Details auf Abruf — vollständiger CVSS-Vektor, betroffene Bereiche und Referenzen für jede Advisory-ID, um zu beurteilen, ob ein Fund für die konkrete Nutzung des Pakets in Ihrem Code tatsächlich relevant ist.

Was es nicht ist​

DepCheck ist bewusst eng gefasst und ehrlich über seine Grenzen:

  • Es prüft deklarierte Abhängigkeiten gegen veröffentlichte Advisory-Daten. Es führt Ihren Code nicht aus, betreibt kein SAST/DAST und analysiert nicht Ihre Anwendungslogik.
  • Versionsbereiche (^, ~, >=) werden an ihrer Untergrenze ausgewertet. Um zu prüfen, was tatsächlich installiert ist, scannen Sie das Lockfile (package-lock.json, Cargo.lock, …), nicht nur das Manifest.
  • Es meldet, was die Advisory-Datenbanken heute wissen. Ein Ergebnis von „0 Schwachstellen" bedeutet „zum Zeitpunkt dieser Abfrage nichts bekannt", nicht eine Garantie für Sicherheit.
  • Es ist eine Entscheidungshilfe, kein Policy-Gate. Die Durchsetzung (das Blockieren eines Merges, das Fehlschlagen eines Builds) obliegt Ihrer Pipeline — DepCheck liefert ihr die Fakten.

Unterstützte Ökosysteme​

npm · Go · PyPI · crates.io (Rust) · Maven · RubyGems · Packagist (PHP) · NuGet · Hex (Elixir) · Pub (Dart).

Sprachaliase wie python, rust und java werden als Ökosystemnamen akzeptiert.

DepCheck-Dokumentation​

  • Erste Schritte — holen Sie sich einen kostenlosen Schlüssel und verbinden Sie Ihren MCP-Client in wenigen Minuten mit dem gehosteten Endpunkt.
  • Werkzeugreferenz — jedes Werkzeug, seine Parameter und Beispielantworten.
  • Agenten-Workflows — das Muster „prüfen, bevor du hinzufügst", das eine Codebasis frei von bekannt-verwundbaren Abhängigkeiten hält.
  • Sicherheit & Datenverarbeitung — Auth, Rate-Limits, Datenresidenz und was den Cert-IX-Perimeter verlässt (und was nicht).

SecCheck​

SecCheck gibt einem KI-Agenten ein geschriebenes Verfahren für Security- und Compliance-Arbeit an die Hand — offensive Tests, defensive Erkennung und Reaktion sowie GRC —, statt ihn aus dem improvisieren zu lassen, woran er sich halb erinnert. Der Agent durchsucht die Bibliothek, lädt das passende Playbook und folgt ihm. Weil das Playbook ein Dokument ist, können auch Sie es lesen und die Arbeit des Agenten daran überprüfen.

Die meisten Playbooks geben an, wann sie einzusetzen sind und was vorab nötig ist, und nennen dann die Schritte in der richtigen Reihenfolge; viele enthalten zudem Verifikations- oder Validierungskriterien. Das Format unterscheidet sich je nach Bibliothek: Die GRC-Playbooks sind nach Aufgaben gegliedert (Gap-Analyse, Erstellung von Richtlinien, Risikobewertung), die PentesterFlow-Playbooks als nummerierte Testmethodik.

Woher die Inhalte stammen. Die 857 Playbooks sind aus drei Open-Source-Bibliotheken kuratiert, die unter den Lizenzen Apache-2.0 und MIT veröffentlicht sind; get_attribution liefert die vollständigen Nennungshinweise und Lizenztexte. Was Cert-IX beisteuert, ist die Bereitstellung für Ihren Agenten: ein gehosteter Endpunkt, Suche über alle drei Bibliotheken, Filter nach Kategorie und Rahmenwerk, nach Rahmenwerken ausgezeichnete Ergebnisse und an Ihren API-Schlüssel gebundene Editionen.

ServerSecCheck (security-skills v2.2.1)
Öffentlicher Endpunkthttps://mcp.cert-ix.com/seccheck
TransportStreamable HTTP (MCP) — funktioniert mit jedem MCP-Client
AuthAPI-Schlüssel, gesendet als Authorization: Bearer <key> — kostenlos und im Self-Service für die Community-Edition
Werkzeugelist_sources, search_skills, load_skill, list_skill_resources, read_skill_resource, license_status, get_attribution
Inhalt857 Playbooks in 3 Open-Source-Bibliotheken — 745 defensiv, 69 offensiv, 43 Compliance, zugeordnet zu MITRE ATT&CK / D3FEND, NIST CSF, ISO 27001, SOC 2, DSGVO, PCI DSS und mehr

Worin es gut ist​

  • Schnell das richtige Verfahren finden — nach Stichwort, Kategorie (offensive / defensive / compliance), Rahmenwerk oder Tag.
  • Rahmenwerksgestützte Compliance-Arbeit — Gap-Analyse, Kontrollumsetzung, Nachweiserhebung und Dokumentenerstellung gegen einen benannten Standard.
  • Beide Seiten einer Technik — Angriffs- und Erkennungs-Playbook liegen in derselben Bibliothek, was genau das ist, was man braucht, um nachzuweisen, dass eine Kontrolle tatsächlich auslöst.
  • Einen sonst improvisierenden Agenten erden — ein geladenes Playbook ist eine Spezifikation, an der man den Agenten messen kann und die Sie selbst lesen können.

SecCheck-Dokumentation​

Bits​

Bits hilft Ihnen bei der Einführung der Cert-IX-Host-Agenten — bitcollector, bitscanner, bitenforcer und bitmapper. Es berät und bereitet vor; in Ihrem Bestand handelt es nie. Fragen Sie es, und es

  • empfiehlt den Agenten, der zu einem Ziel passt — einschließlich „keiner davon tut das", wenn das die ehrliche Antwort ist;
  • erklärt, was ein Agent beobachtet, was er niemals anfasst und was sich ändert, wenn er mit oder ohne Privilegien läuft;
  • gibt Ihnen einen verifizierbaren Download — Version, Dateigröße, SHA-256 und einen Befehl, der die Binärdatei herunterlädt und prüft;
  • entwirft eine Konfiguration zur Prüfung durch einen Menschen, zusammen mit dem, was sie bewusst nicht tun wird.
Öffentlicher Endpunkthttps://mcp.cert-ix.com/bits
TransportStreamable HTTP (MCP) — funktioniert mit jedem MCP-Client
AuthKeine — öffentlich und anonym
Werkzeugebits_recommend, bits_explain, bits_platforms, bits_plan_config, bits_download
InhaltDer öffentliche Bits-Release-Katalog sowie eine geprüfte Tabelle dessen, was jeder Agent tut und niemals tut

Bits hat keinen Zugriff auf Ihren Mandanten oder Ihre Hosts, besitzt keine Zugangsdaten und rollt nichts aus. Für die Registrierung eines Agenten wird ein Enrolment-Token verwendet, das in Ihrem Cert-IX-Dashboard erzeugt wird, und dieses Token gehört auf die Maschine, auf der der Agent läuft — niemals in das MCP: bits_plan_config und bits_download weisen jedes Argument zurück, das wie ein solches Token aussieht.

Bits-Dokumentation​

War diese Seite hilfreich?