Wenn eine Gebietskörperschaft ein Dokument online unterzeichnet oder die Identität eines Mitarbeiters auf einem internen Portal überprüft, stützt sie sich auf oft unsichtbare Softwarebausteine. CAPICOM war lange Zeit einer dieser Bausteine, in Windows-Anwendungen integriert, ohne dass die Endbenutzer von seiner Existenz ahnten. Seine Aufgabe: digitale Zertifikate verwalten, Daten verschlüsseln und elektronische Signaturen über einige Codezeilen anbringen.
Das Problem ist, dass Microsoft CAPICOM offiziell abgewertet und alle Updates eingestellt hat, wodurch die Kommunen vor einem technischen Blindspot stehen.
Elektronische Signatur und Zertifikate: Was CAPICOM konkret tat
Bevor wir über einen Ersatz sprechen, hilft ein Blick auf die Funktionsweise, um das Ausmaß des Themas zu verstehen. CAPICOM ist eine COM-Bibliothek (Component Object Model), die es Entwicklern ermöglichte, kryptografische Funktionen in Windows-Anwendungen zu integrieren, ohne direkt mit den Low-Level-Schichten des Systems zu arbeiten.
In der Praxis bot es drei Hauptfunktionen:
- Validierung und Verwaltung digitaler Zertifikate, die im Windows-Zertifikatspeicher gespeichert sind, beispielsweise zur Authentifizierung eines Mitarbeiters, der auf einen Tele-Service zugreift.
- Elektronische Signatur von Dokumenten oder Datenströmen, die deren Integrität und die Identität des Unterzeichners gewährleistet.
- Verschlüsselung und Entschlüsselung sensibler Informationen, die zwischen Diensten ausgetauscht werden, wie z.B. Personenstandsunterlagen, die zwischen einer Gemeinde und einer Präfektur übermittelt werden.
Für eine Gemeinde betrafen diese Funktionen konkrete Prozesse: Digitalisierung öffentlicher Aufträge, Übermittlung von Dokumenten an die Staatsdienste, Authentifizierung auf Fachportalen. CAPICOM wurde oft über ActiveX-Steuerelemente in Internet Explorer ausgeführt, was erklärt, warum seine Nutzung lange Zeit in modernen Browsern unsichtbar blieb.
Viele Ressourcen erläutern capicom und seine Anwendungen auf Collectivité Numérique, was es ermöglicht, zu erkennen, wie sehr diese Bibliothek in verschiedene Anwendungsstrukturen verwoben war.
Obsoleszenz von CAPICOM: Reale Risiken für die Gebietskörperschaften
Microsoft vertreibt CAPICOM nicht mehr in den aktuellen Versionen von Windows und empfiehlt ausdrücklich, auf CryptoAPI, CNG (Cryptography API: Next Generation) oder .NET-Klassen umzusteigen. Das ist kein einfacher Versionswechsel: Es ist ein endgültiger Stopp des Supports.
Warum stellt das ein echtes Problem für die Kommunen dar? Weil eine Bibliothek ohne Sicherheitsupdates ein Einfallstor für Angriffe wird. Jede nach dem Ende des Supports entdeckte Schwachstelle bleibt offen, ohne Patch.
Regulatorische Konformität gefährdet
Die Kommunen verarbeiten personenbezogene Daten von Bürgern (Personenstand, Sozialhilfe, lokale Besteuerung). Die Verwendung einer veralteten kryptografischen Komponente gefährdet die RGPD-Konformität, da die Verordnung technische Maßnahmen verlangt, die dem Stand der Technik entsprechen. Ein vom Herausgeber aufgegebenes Werkzeug erfüllt diese Anforderung nicht mehr.
Die Referenzen der ANSSI und die Cloud-Doktrin des Staates weisen in die gleiche Richtung: Die digitalen Lösungen der öffentlichen Dienste müssen auf gewarteten, geprüften und wenn möglich souveränen Komponenten basieren. CAPICOM erfüllt keine dieser Anforderungen mehr.
Abhängigkeit von Internet Explorer
Viele Implementierungen von CAPICOM liefen über ActiveX-Steuerelemente, eine Technologie, die mit Internet Explorer verbunden ist. Microsoft hat jedoch den Support für Internet Explorer eingestellt. Die Kommunen, die ihre internen Webanwendungen noch nicht migriert haben, sehen sich mit einer doppelten Obsoleszenz konfrontiert: Browser und kryptografische Bibliothek.
Migration zu CryptoAPI und .NET: Wo anfangen
Die Migration ist kein einfacher Austausch der DLL-Datei. Es erfordert, alle Anwendungen zu identifizieren, die CAPICOM aufrufen, und dann die betreffenden Codeabschnitte neu zu schreiben. Hier sind die konkreten Schritte, die dies erfordert.
Beginnen Sie mit einem vollständigen Anwendungsinventar. Jeder Dienst (Stadtplanung, Finanzen, Personalwesen) kann Fachsoftware verwenden, die CAPICOM integriert, ohne dass die IT-Abteilung davon Kenntnis hat. Die Suche nach Aufrufen der DLL capicom.dll im Anwendungspark ist der Ausgangspunkt.
Danach hängt die Wahl der Ersatztechnologie vom Kontext ab:
- CryptoAPI eignet sich für C/C++-Anwendungen, die in einer nativen Windows-Umgebung bleiben. Es bietet direkten Zugriff auf den Zertifikatspeicher des Systems.
- CNG (Cryptography API: Next Generation) bietet neuere Algorithmen und eine modulare Architektur. Dies ist der empfohlene Weg für neue Entwicklungen.
- Die Klassen System.Security.Cryptography von .NET sind geeignet für in C# oder VB.NET entwickelte Anwendungen, was oft bei internen Fachwerkzeugen der Kommunen der Fall ist.
Jeder Ersatz sollte in einer isolierten Umgebung getestet werden, bevor er bereitgestellt wird, da der Wechsel der kryptografischen Bibliothek das Format der erzeugten Signaturen ändern und bereits signierte Dokumente unleserlich machen kann.
Souveräne Alternativen und öffentliche digitale Suites
Die Frage beschränkt sich nicht auf den technischen Austausch von CAPICOM. In den letzten Jahren fördern die französischen öffentlichen Politiken die Einführung von freien oder kontrollierten digitalen Lösungen für die Kommunen. Die DINUM bietet LaSuite an, ein Ökosystem kollaborativer Anwendungen, das auf freier Software basiert und in Frankreich gehostet wird.
LaSuite ersetzt nicht direkt CAPICOM (es ist keine kryptografische Bibliothek), aber sie veranschaulicht die eingeschlagene Richtung: Werkzeuge zu bevorzugen, deren Quellcode prüfbar und das Hosting souverän ist. Für die elektronische Signaturschicht bieten von der ANSSI qualifizierte Dienstleister Dienstleistungen an, die den eIDAS-Vorschriften entsprechen, ohne von aufgegebenen proprietären Komponenten abhängig zu sein.
Die Kommunen, die die Migration nutzen, um ihre Signaturarchitektur neu zu überdenken, profitieren doppelt: Sie beseitigen eine technische Schuld und passen sich den aktuellen Sicherheitsreferenzen an.
Das Verschwinden von CAPICOM ist kein geringfügiger Vorfall. Für die Kommunen, die es noch verwendeten, steigt jeder Monat ohne Migration die Exposition gegenüber ungepatchten Schwachstellen. Das Anwendungsinventar bleibt die erste nützliche Maßnahme, noch bevor man zwischen CryptoAPI, CNG oder .NET wählt. Und da der französische regulatorische Rahmen zu offenen und souveränen Lösungen drängt, ist es auch eine Gelegenheit, nicht die gleiche Abhängigkeit von einem einzigen Anbieter zu reproduzieren.