certwerk
In Entwicklung · Start 2027 geplant

Zertifikatsverwaltung für Menschen und KI-Agenten.

certwerk findet die Zertifikate in Ihrem Unternehmen und erneuert sie rechtzeitig. Ihre KI-Assistenten und Agenten arbeiten über MCP direkt mit, innerhalb Ihrer Richtlinien und Freigaben. Alles läuft in Ihrem eigenen Azure- oder AWS-Konto.

certwerk ist noch nicht erhältlich. Diese Seite beschreibt den geplanten Umfang; für den Start suchen wir Design-Partner.

Ihre Agenten fragen, certwerk handelt nach Ihren Regeln.

certwerk bekommt einen eingebauten MCP-Server (Model Context Protocol), der in Ihrer Installation läuft, ohne gehosteten Zwischendienst. KI-Assistenten wie Claude oder Microsoft Copilot und Ihre eigenen Agenten können damit Zertifikate abfragen, beantragen, erneuern und sperren. Welche Werkzeuge es gibt, schalten Sie einzeln frei.

Beispiel

› Welche Zertifikate laufen in den nächsten 14 Tagen ab?

certificates.list expires_within=14d

3 Treffer · shop.example.de (4 T) · vpn-gw-02 (9 T) · mail.example.de (12 T)

› Erneuere shop.example.de.

certificates.renew id=shop.example.de

Antrag erstellt · wartet auf Freigabe durch das Team Web (Profil „Öffentlich TLS“)

  • Werkzeuge statt KommandozeileAbfragen, Berichte und Lebenszyklus-Aktionen (Antrag, Ausstellung, Erneuerung, Sperrung) als MCP-Werkzeuge. Sie aktivieren den MCP-Server und jedes Werkzeug einzeln.
  • Schreiben nur mit FreigabeAktionen, die etwas verändern, warten standardmäßig auf eine Freigabe. Wo Sie es wollen, heben Sie das je Werkzeug auf.
  • Agenten bekommen nur, was Sie erlaubenJeder Agent meldet sich per OAuth an und hat eine eigene Identität mit Verantwortlichem, Rollen und Geltungsbereich. Profile, Richtlinien und Freigabe-Workflows gelten für Agenten wie für Menschen.
  • Jede Aktion nachvollziehbarWas ein Agent abfragt oder auslöst, steht im Audit-Log: Agent, Verantwortlicher, Ergebnis.
  • Geschützt vor Prompt InjectionTexte aus Zertifikaten, Metadaten und Kommentaren behandelt certwerk als Daten, nie als Anweisung an den Agenten.
  • Identitäten auch für MaschinenCI-Pipelines und Kubernetes melden sich per Workload Identity Federation an, ohne langlebige Schlüssel.

Öffentliche TLS-Zertifikate werden kurzlebig.

Das CA/Browser Forum senkt die maximale Laufzeit öffentlicher TLS-Zertifikate in drei Schritten. Wer heute per Tabelle und Kalendererinnerung erneuert, muss das bis 2029 rund achtmal so oft tun und die Domain-Validierung deutlich häufiger wiederholen.

bis 14.03.2026398 T
ab 15.03.2026200 T
ab 15.03.2027100 T
ab 15.03.202947 T

Maximale Laufzeit öffentlich vertrauenswürdiger TLS-Zertifikate nach CA/B-Forum-Ballot SC-081v3 (beschlossen April 2025). Die Wiederverwendung der Domain-Validierung sinkt parallel von 398 auf 10 Tage. Private PKI ist nicht betroffen.

Alles, was ein Mittelständler für seine Zertifikate braucht.

Geplanter Umfang zum Start. Er orientiert sich an großen CLM-Suiten, bewusst schlank gehalten und auf Open Source gebaut.

Inventar und Discovery

Ein Überblick über alle Zertifikate mit Verantwortlichen, gefunden per Netzwerk-Scan, Agent, Import aus ADCS oder EJBCA und aus Konten öffentlicher CAs.

Automatische Erneuerung

Erneuerung und Domain-Validierung laufen rechtzeitig und ohne Handarbeit, auch bei 47 Tagen Laufzeit.

Eigene CA in Ihrer Cloud

Private Root- und Sub-CAs auf Basis von OpenBao. CA-Schlüssel liegen in Azure Key Vault oder AWS KMS und verlassen den Schlüsseldienst nicht.

Öffentliche CAs angebunden

DigiCert und jede ACME-fähige CA wie Let's Encrypt oder HARICA, mit automatischer DNS-Validierung.

Microsoft-Umgebungen

AutoEnrollment für Windows-Clients, SCEP für Intune, Import und schrittweise Ablösung einer vorhandenen Microsoft-CA.

Freigaben und Nachweise

Workflows mit Freigaben, Verantwortliche je Zertifikat, Audit-Log und Berichte für Prüfer.

MCPACME RFC 8555SCEPEST RFC 7030MS AutoEnrollmentREST-APICLIcert-managerOCSP · CRL

So läuft es.

Sie betreiben certwerk in Ihrem eigenen Cloud-Konto, ohne eigene Hardware.

  1. Aus dem Marketplace bereitstellenAzure Marketplace oder AWS Marketplace, in ein bestehendes Netz oder mit eigener Vorlage. Auch ohne öffentliche IP.
  2. AnschließenAnmeldung mit lokalen Konten und MFA oder über Microsoft Entra ID, Key Vault oder KMS auswählen, Agent im internen Netz starten, vorhandene Zertifikate importieren.
  3. AutomatisierenProfile, Freigaben und Agenten-Rechte festlegen. Ab dann erneuert certwerk selbst und meldet nur, was Aufmerksamkeit braucht.

Stand der Entwicklung

certwerk ist in aktiver Entwicklung und noch nicht erhältlich. Die beschriebenen Funktionen entsprechen dem geplanten Umfang.

Startgeplant für 2027
VertriebAzure Marketplace und AWS Marketplace, Abrechnung stundenweise nach Größenklasse
Betriebin Ihrem eigenen Cloud-Konto; on-prem und SaaS später

Design-Partner werden

Sie möchten certwerk vor dem Start testen oder Ihre Anforderungen einbringen? Schreiben Sie uns.

kontakt@certwerk.eu

Bestehende Anfragen: support.certwerk.eu