Was ist MPIC und warum brauchen Sie es?

29 May ‘25

Einführung in MPIC

Multi-Perspective Issuance Corroboration (MPIC) ist eine Sicherheitsverbesserung für die Ausstellung digitaler Zertifikate. Es verlangt von Zertifizierungsstellen (CAs), die Domainvalidierung und die Certificate Authority Authorization (CAA)-Überprüfungen aus mehreren, geografisch und topologisch unterschiedlichen Netzwerkstandorten durchzuführen, statt nur von einem.

Dieser Ansatz soll das Risiko anspruchsvoller Angriffe – insbesondere auf BGP-Hijacking – mindern, die traditionelle Validierungsmethoden an einem einzelnen Standort manipulieren können.

Der Bedarf an MPIC

Wenn Sie IT-Professionell sind, sollten Sie sich für MPIC interessieren, da es direkt die Sicherheit und Vertrauenswürdigkeit der digitalen Zertifikate betrifft, die zum Schutz von Websites, E-Mails und anderen Online-Diensten eingesetzt werden, auf die Ihre IT-Infrastruktur angewiesen ist.

MPIC erschwert es Angreifern erheblich, Netzwerkverwundbarkeiten wie BGP- oder DNS-Hijacking auszunutzen, um betrügerisch Zertifikate für Domains zu erhalten, die sie nicht kontrollieren. MPIC hilft, Man-in-the-Middle-Angriffe, Datenverletzungen und den Verlust des Vertrauens in die digitale Präsenz Ihrer Organisation zu verhindern.

Da MPIC zunehmend zur Branchenanforderung wird, müssen IT-Teams sicherstellen, dass ihre Infrastruktur und Prozesse mit diesen neuen Validierungsstandards kompatibel sind, um die Einhaltung aufrechtzuerhalten und Dienstunterbrechungen zu vermeiden.

MPIC schützt die digitalen Vermögenswerte Ihrer Organisation, stärkt Ihre Sicherheitslage und stellt die Einhaltung sich entwickelnder Best Practices der Branche sicher.

Bewältigung realer Bedrohungen

Forschung und reale Vorfälle haben gezeigt, dass Angreifer Schwächen in der Routing-Infrastruktur des Internets (BGP) ausnutzen können, um Validierungstraffiken umzuleiten, was potenziell dazu führen kann, dass CAs Zertifikate an unautorisierte Parteien ausstellen.

Diese Bedrohung ist auch bekannt als BGP-Hijacking, Prefix Hijacking, Route Hijacking oder IP Hijacking. Es handelt sich um die illegitime Übernahme von Gruppen von IP-Adressen durch die Manipulation der Internet-Routing-Tabellen mithilfe des Border Gateway Protocol (BGP).

72% der Domains waren anfällig für BGP-Subprefix-Hijacks, was es Angreifern ermöglicht, Validierungstraffiken umzuleiten und Zertifizierungsstellen (CAs) dazu zu verleiten, betrügerische Zertifikate auszustellen.

70% der Domains waren anfällig für Same-Prefix-Angriffe, die es Gegnern erlaubten, legitime Netzwerke zu impersonieren.

Alle fünf wichtigsten CAs wiesen vor den Migrationsbemühungen Schwachstellen gegenüber BGP-basiertem Zertifikatbetrug auf, was in ethischen Hacking-Experimenten demonstriert wurde.

Häufigkeit von BGP-Hijacking

BGP-Hijacking-Vorfälle treten mit auffälliger Häufigkeit auf und bleiben eine anhaltende Bedrohung für die globale Internetsicherheit. Aktuelle Daten geben ein klares Bild davon, wie oft diese Vorfälle stattfinden:

• Von Ende 2015 bis Mitte 2017 registrierte BGPStream weltweit 3.482 mögliche Hijacks, analysiert von Noction.
• Im Jahr 2018 berichtete BGPMon von 4.739 Routing-Vorfällen, viele davon im Zusammenhang mit BGP-Hijacking, basierend auf ihrer Überwachungsplattform.
• Im Jahr 2020 dokumentierte MANRS 2.477 BGP-Hijacks unter Verwendung von BGPStream-Daten, was einen leichten Anstieg gegenüber 2019 darstellt.
• Im Jahr 2021 verzeichnete MANRS 775 “mögliche Hijacks”, die von BGPStream-Sammlern identifiziert wurden und spiegelt einen Rückgang der Vorfälle im Vergleich zu 2020 wider.

Diese Statistiken zeigen, dass BGP-Hijacking kein seltenes Ereignis ist – Vorfälle treten täglich auf und betreffen eine Vielzahl von Organisationen, einschließlich großer Unternehmen wie MasterCard, Amazon und Google sowie nationaler Telekom-Anbieter. Die tatsächliche Zahl könnte noch höher sein, da einige Ereignisse unentdeckt oder nicht gemeldet bleiben.

Branchenspezifische Standardisierung von MPIC

MPIC wird derzeit vom CA/Browser Forum (CABF) standardisiert und wird zu einer Anforderung für die Ausstellung öffentlich vertrauenswürdiger Zertifikate, einschließlich TLS und bald auch S/MIME-Zertifikaten.

Wichtige CAs wie Let’s Encrypt und Google Trust Services haben bereits Formen von MPIC implementiert, und eine Durchsetzung in der Branche wird bis September 2025 erwartet.

Der CAA (Certificate Authority Authorization)-Eintrag im DNS wurde 2013 eingeführt, um die unbefugte Ausstellung von Zertifikaten zu verhindern, und wurde im September 2017 für öffentliche CAs verpflichtend. Dieser Eintrag ermöglicht es Domainbesitzern zu spezifizieren, welche CAs autorisiert sind, Zertifikate für ihre Domains auszustellen, um das Risiko von Missbrauch und Shadow IT zu reduzieren.

Wenn kein CAA-Eintrag für eine Domain vorhanden ist, kann jede öffentliche Zertifizierungsstelle Zertifikate für diese Domain gemäß der vom CA/Browser Forum vorgeschriebenen standardmäßigen Domainvalidierung ausstellen.

Wenn jedoch ein CAA-Eintrag vorhanden ist, sind nur die in diesem Eintrag ausdrücklich aufgeführten Zertifizierungsstellen autorisiert, Zertifikate für die Domain auszustellen, wodurch eine wichtige Kontroll- und Sicherheitsstufe hinzugefügt wird.

Zusammenfassungstabelle: MPIC vs. Traditionelle Validierung

Die drei Hauptfunktionen von MPIC

Multi-Perspective Issuance Corroboration (MPIC) ist ein ausgeklügeltes Framework, das entwickelt wurde, um die Gültigkeit und Integrität des Informationsaustauschs über verschiedene Plattformen hinweg zu verbessern. Die primären Funktionen von MPIC drehen sich um drei Kernbereiche.

1. Verteilte Validierung (Distributed Validation)
   Wenn eine CA eine Anfrage zur Ausstellung eines Zertifikats erhält, muss sie die Kontrolle der Domain und die CAA-Einträge validieren, indem sie die Domain von mehreren unabhängigen, global verteilten Netzwerkstandorten abfragt.
2. Kollaboration (Corroboration)
   Die Ergebnisse aus diesen verschiedenen Standorten werden verglichen. Wenn alle Perspektiven konsistente Ergebnisse liefern, wird die Validierung fortgesetzt. Wenn es Unstimmigkeiten gibt – zum Beispiel wenn einige Standorte umgeleitet werden oder unterschiedliche DNS-Antworten erhalten – kann dies auf einen Angriff hindeuten, und die Zertifikatsausstellung wird gestoppt oder zur Überprüfung markiert.
3. Minderung von BGP-Angriffen (Mitigation of BGP attacks)
   BGP-Hijacks sind oft lokalisiert und betreffen nur Teile des Internets. Durch die Abfragen aus mehreren Regionen macht MPIC es Angreifern viel schwerer, die CA zu täuschen, da ein Angriff global erfolgreich sein müsste, anstatt nur lokal.

Sicherheitsvorteile von MPIC

Die Implementierung von Multi-Perspective Issuance Corroboration (MPIC) bietet ein robustes Set an Sicherheitsvorteilen, die erheblich die Integrität der Prozesse zur Ausstellung von Zertifikaten verbessern. Durch die Nutzung mehrerer unabhängiger Netzwerkperspektiven zur Validierung etabliert MPIC einen neuen Standard in der Zertifikatssicherheit, der verschiedene traditionelle Verwundbarkeiten adressiert und gleichzeitig die allgemeine Vertrauenswürdigkeit der Public-Key-Infrastruktur stärkt.

Zusätzliche Sicherheitsvorteile:

• Verbesserte Angriffserkennung: Mehrere Validierungsperspektiven ermöglichen eine schnellere Identifizierung potenzieller Sicherheitsbedrohungen und Anomalien im Zertifikatsausstellungsprozess.
• Erhöhte Zuverlässigkeit der Domainvalidierung: Der multiperspektivische Ansatz sorgt für eine genauere Verifizierung des Domainbesitzes, indem die Validierungsergebnisse über verschiedene Netzwerkpfade hinweg verglichen werden.
• Reduzierte Fehlalarme: Durch die Korrelation der Validierungsergebnisse aus mehreren Quellen hilft MPIC, falsche Sicherheitsalarme zu minimieren und die Genauigkeit der Bedrohungserkennung zu verbessern.
• Globale Konsistenzverifizierung: MPIC stellt sicher, dass die Ergebnisse der Zertifikatvalidierung über verschiedene geografische Standorte und Netzwerkarchitekturen hinweg konsistent sind, wodurch lokale Manipulationsversuche verhindert werden.
• Gestärktes CAA-Checking: Die Überprüfung von Certificate Authority Authorization (CAA)-Einträgen wird durch mehrere unabhängige Bestätigungen zuverlässiger, wodurch das Risiko der unbefugten Ausstellung von Zertifikaten verringert wird.

Wie MPIC funktioniert

Multi-Perspective Issuance Corroboration (MPIC) implementiert ein ausgeklügeltes Validierungsframework, das mehrere Netzwerkstandorte nutzt, um die Sicherheit und Authentizität der Prozesse zur Ausstellung von Zertifikaten sicherzustellen. Dieser verteilte Ansatz verbessert erheblich die Zuverlässigkeit der Domainvalidierung und hilft, verschiedene Formen von Netzwerkangriffen zu verhindern.

Hier ist eine detaillierte Aufschlüsselung, wie MPIC funktioniert:

1. Verteilte Validierungsprüfungen

• Wenn ein Zertifikat angefordert wird, muss die Zertifizierungsstelle (CA) die Kontrolle der Domain (Domain Control Validation, DCV) und die Überprüfung der Certificate Authority Authorization (CAA)-Einträge verifizieren.
• Anstatt diese Prüfungen von einem einzigen Netzwerkstandort aus durchzuführen, verlangt MPIC von der CA, dieselbe Validierung von mehreren geografisch und topologisch unterschiedlichen Punkten im Internet auszuführen.
• Diese Standorte sind oft über verschiedene Regionen und Internetdienstanbieter (ISPs) verteilt, was es einem Angreifer erheblich erschwert, alle Perspektiven gleichzeitig zu manipulieren.

2. Kollaboration der Ergebnisse

• Jede Remote-Perspektive führt unabhängig die erforderlichen DCV- und CAA-Überprüfungen durch.
• Die CA vergleicht die Ergebnisse aus allen Perspektiven. Für eine erfolgreiche Validierung ist eine Quorum (Mindestanzahl) positiver, übereinstimmender Antworten erforderlich.
• Wenn eine Perspektive die Validierung nicht besteht oder wenn es Unstimmigkeiten gibt (z.B. wenn sich die DNS-Einträge unterscheiden), wird das Zertifikat von der CA nicht ausgestellt.

3. Anforderungen an die Netzwerkperspektive

• Jede Netzwerkperspektive muss topologisch unterschiedlich und unabhängig betrieben werden.
• Die Perspektiven müssen über verschiedene autonome Systeme (AS) und Netzwerkbetreiber verteilt sein.
• Die Validierungsinfrastruktur muss eine ordnungsgemäße Trennung zwischen verschiedenen Perspektiven aufrechterhalten, um Common-Mode-Fehler zu verhindern.

4. Anforderungen an den Validierungsprozess

• Alle Perspektiven müssen ihre Prüfungen innerhalb eines festgelegten Zeitrahmens abschließen.
• Die CA muss detaillierte Protokolle über alle Perspektivenvalidierungen führen.
• Wenn eine Perspektive Anomalien in den DNS-Einträgen oder CAA-Prüfungen feststellt, muss der gesamte Validierungsprozess neu gestartet werden.
• Das System muss sicherstellen, dass zwischengespeicherte Ergebnisse nicht bei verschiedenen Validierungsversuchen wiederverwendet werden.

5. Fehlerbehandlung und -berichterstattung

• Alle Unstimmigkeiten zwischen den Perspektivenergebnissen müssen dokumentiert und analysiert werden.
• Die CA muss Überwachungssysteme implementieren, um Muster von Validierungsfehlern zu erkennen.
• Fehlgeschlagene Validierungen müssen über geeignete Kanäle zur Sicherheitsanalyse gemeldet werden.
• Wiederholungsmechanismen müssen mit angemessenen Abkühlzeiten implementiert werden.

Unterstützte Validierungsmethoden

Die Domain Control Validation (DCV) ist ein kritischer Bestandteil des Prozesses zur Ausstellung von Zertifikaten, und MPIC verbessert die Sicherheit dieser Validierungen, indem es seinen multiperspektivischen Ansatz auf alle Standard-Validierungsmethoden anwendet. Durch die Implementierung von MPIC in verschiedenen DCV-Methoden stellen Zertifizierungsstellen sicher, dass die Validierung unabhängig von der gewählten Überprüfungstechnik konsistent und zuverlässig ist. Diese umfassende Abdeckung stellt sicher, dass die Sicherheitsvorteile der multiperspektivischen Validierung in allen Szenarien zur Zertifikatsausstellung aufrechterhalten werden.

Die DNS-basierte Domainvalidierung umfasst häufig das Platzieren einer spezifischen Validierungszeichenfolge innerhalb eines DNS TXT-Eintrags. Alternativ kann ein DNS CNAME-Eintrag verwendet werden, um die Validierungsprüfungen an einen vertrauenswürdigen Webserver weiterzuleiten, der vom Zertifikatsantragsteller kontrolliert wird, was flexible und sichere Validierungsabläufe ermöglicht.

MPIC gilt für alle wichtigen DCV-Methoden, einschließlich:

• HTTP-basierte DCV (Überprüfung auf einer Datei auf Ihrer Website)
• DNS-basierte DCV (Überprüfung der DNS-Einträge)
• E-Mail-basierte DCV
• ACME „http-01“ und „dns-01“ Herausforderungen
• CAA-Eintragprüfungen
• TLS-basierte DCV (TLS-ALPN-01-Validierung)
• Vereinbarte Änderungen an der Website (konstruiertes E-Mail an den Domainkontakt)

Diese sind alle gängige Validierungsmethoden, die den Anforderungen von MPIC unterliegen. Jede dieser Methoden profitiert von der zusätzlichen Sicherheitsebene, die die multiperspektivische Validierung bietet.

Durchsetzungszeitplan

Die Einführung von Multi-Perspective Issuance Corroboration (MPIC) folgt einem gestuften Implementierungszeitplan, der vom CA/Browser Forum und großen Browseranbietern festgelegt wurde, um Sicherheitsverbesserungen mit der operativen Machbarkeit in Einklang zu bringen. Dieser graduierte Ansatz ermöglicht es Zertifizierungsstellen (CAs) und sich auf Zertifikate verlassenden Parteien, ihre Infrastruktur anzupassen, während die Stabilität der Zertifikatsausstellungssysteme gewährleistet bleibt. Der Durchsetzungsrahmen wurde formell im Ballot SC067v3 (August 2024) ratifiziert und durch nachfolgende Beschlüsse des CAB-Forums erweitert, wobei eine vollständige Einhaltung bis 2025 gemäß den aktualisierten Baseline-Anforderungen erforderlich ist.

Berichtsphase (Januar 2024 – März 2025):

MPIC läuft im passiven Überwachungsmodus, wobei CAs verpflichtet sind, Validierungsunterschiede zu protokollieren, jedoch keine Ausstellung zu blockieren. Let’s Encrypt begann 2020 mit der frühen Implementierung als Proof of Concept (laut ihrem Blogbeitrag von 2020).

Durchsetzungsphase (31. März 2025 – Ongoing):

Nach der von Google festgelegten Frist erfordern Zertifikate die MPIC-Validierung von ≥3 unabhängigen Netzwerkperspektiven. Die vollständige Durchsetzung (≥5 Perspektiven) tritt am 15. September 2025 gemäß dem CAB-Forum-Beschluss 2024-87 in Kraft.

Überbrückungsregelungen:

CAs dürfen bis Juni 2026 nicht konforme Zertifikate für ≤5% des gesamten Volumens ausstellen, um legale Systeme zu berücksichtigen, wie in der Dokumentation von Sectigo’s TLS CPS v6.1.0 angegeben.

ACME-Protokoll und CAA-Validierung

Das ACME-Protokoll, das von Agenten wie Certbot und WinACME zur Automatisierung der Zertifikatsausstellung verwendet wird, konsultiert immer den DNS CAA-Eintrag, bevor Zertifikate angefordert werden. Dies gilt unabhängig davon, ob die Ziel-Zertifizierungsstelle öffentlich oder privat ist.

Wenn Zertifikate über ACME von einer privaten CA angefordert werden, muss der Hostname oder der vollqualifizierte Domainname (FQDN) der CA im CAA-Eintrag der Domain enthalten sein. Dies stellt sicher, dass auch private CAs den Richtlinien zur CAA-Autorisierung entsprechen und die unbefugte Ausstellung von Zertifikaten verhindert wird.

Einhaltungstermine und Branchenakzeptanz

Dieser Abschnitt beschreibt die entscheidenden Zeitpläne für die Einhaltung der Standards von Multi-Perspective Issuance Corroboration (MPIC) und die Strategie zur Branchenakzeptanz.

• TLS-Zertifikate: MPIC wurde am 15. März 2025 gemäß dem CA/Browser Forum Ballot SC-067 für öffentlich vertrauenswürdige TLS-Zertifikate verbindlich.
• S/MIME-Zertifikate: Das Ballot SMC010 erweitert MPIC auf die Validierung von S/MIME-Zertifikaten mit einer Frist zur Einhaltung bis zum 15. Mai 2025.
• Durchsetzungsphasen:
  • Berichtswesens-Modus (Feb 18, 2025): CAs wie Sectigo begannen, MPIC zu testen, ohne die Ausstellung zu blockieren.
  • Volle Durchsetzung (Sept 15, 2025): Zertifikate werden nur ausgestellt, wenn mindestens fünf Remote-Validierungsprüfungen erfolgreich sind.
• Bis September 2025 wird MPIC für alle öffentlich vertrauenswürdigen TLS-Zertifikate erforderlich sein, gefolgt von S/MIME-Zertifikaten.

MPIC stellt einen bedeutenden Schritt vorwärts dar, um die Ausstellung digitaler Zertifikate gegen aufkommende Netzwerkbedrohungen abzusichern.

Technische Anforderungen

Validierungsperspektiven:

• Die erste Testphase verwendet 2 Remote-Netzwerkstandorte, wobei während der Durchsetzung auf 6 Perspektiven hochskaliert wird.
• Die endgültige Validierung erfordert 5 konsistente Ergebnisse zur Ausstellung eines Zertifikats.

Geltungsbereich: Gelten für alle wesentlichen Validierungsmethoden (HTTP, DNS, E-Mail-basierte DCV, ACME “http-01”/“dns-01”).

Auswirkungen auf Organisationen

• Vorbereitung: Unternehmen müssen sicherstellen, dass ihre DNS-, HTTP- und E-Mail-Systeme aus verschiedenen globalen Netzwerken zugänglich sind, um Validierungsfehler zu vermeiden.
• Keine rückwirkenden Änderungen: Zertifikate, die vor dem 18. Februar 2025 ausgestellt wurden, bleiben bis zur Ablauffrist gültig.

Zukünftige Entwicklungen

• Standardisierung: MPIC wird in die Leitlinien des CA/Browser Forums kodifiziert, mit fortlaufenden Aktualisierungen für aufkommende Bedrohungen.
• Breitere Anwendungen: Neben TLS und S/MIME könnte das MPIC-Framework andere PKI-abhängige Systeme (z.B. IoT, Code-Signierung) absichern.

Wichtige Erkenntnis: MPIC ist nicht nur ein technisches Upgrade, sondern ein systemischer Wandel in der Zertifikatssicherheit, der eine proaktive Anpassung von IT-Teams erfordert, um die Einhaltung aufrechtzuerhalten und zunehmend ausgeklügelte Netzwerkangriffe abzuwehren.

DNS-Synchronisierung und Auswirkungen auf die Zertifikatserstellung

Es ist entscheidend, dass alle öffentlich zugänglichen DNS-Server, die von einer Organisation betrieben werden, ordnungsgemäß synchronisiert sind. Ohne enge Synchronisierung könnten öffentliche Zertifikatsanforderungen ab September 2025 aufgrund der Durchsetzung der Anforderungen der Multi-Perspective Issuance Corroboration (MPIC) fehlschlagen.

Unstimmigkeiten in den DNS-Daten über Server hinweg, einschließlich CAA-Einträge und DNS-Einträge zur Domainvalidierung, stellen ein erhebliches Risiko für den Prozess der Zertifikatsausstellung dar. Organisationen müssen sicherstellen, dass die DNS-Einträge konsistent und zeitnah auf allen Servern weltweit aktualisiert werden, um Validierungsfehler und die Ablehnung der Zertifikatsausstellung zu verhindern.

Zu beachten ist, dass Zertifikatverwaltungs Systeme wie KeyTalk CKMS PKI X.509-Zertifikate von großen öffentlichen Zertifizierungsstellen wie DigiCert und GlobalSign anfordern können und daher den Anforderungen von MPIC und der DNS-Synchronisierung unterliegen.

Organisationen, die mehrere DNS-Server betreiben, insbesondere solche, die geografisch über Regionen wie Europa und Asien verteilt sind, müssen sicherstellen, dass CAA-Einträge und andere DNS-Einträge, die für die Domainvalidierung verwendet werden, vollständig synchronisiert sind und konsistente, niedrige TTL (Time To Live)-Werte aufweisen. Ein TTL von 300 Sekunden (5 Minuten) oder weniger wird empfohlen, um Ausbreitungsverzögerungen zu minimieren und Inkonsistenzen zu verhindern, die zu Validierungsfehlern führen könnten.

Ohne eine solche Synchronisierung können Unterschiede in den DNS-Einträgen über Standorte hinweg zu gescheiterten Zertifikatsausstellungen führen, da multiperspektivische Validierungen Unstimmigkeiten erkennen und den Prozess stoppen könnten.

Zum Beispiel sollte ein DNS-Eintrag für “domain.com” in allen Regionen, in denen DNS-Server betrieben werden, identisch sein, wie zum Beispiel in Europa und Asien, um konsistente Validierungsergebnisse während multiperspektivischer Prüfungen sicherzustellen.

Wenn die DNS-Einträge inkonsistent sind oder nicht über diese verschiedenen Server hinweg synchronisiert werden, erhöht sich die Wahrscheinlichkeit, dass öffentliche Zertifizierungsstellen die Anfragen zur Ausstellung von Zertifikaten ablehnen.

Zusammenfassung

In diesem Blogbeitrag haben wir einen umfassenden Überblick über die Multi-Perspective Issuance Corroboration (MPIC) gegeben, einen bevorstehenden Standard für die Ausstellung digitaler Zertifikate, der dazu entworfen wurde, die Sicherheit gegen anspruchsvolle Angriffe auf Netzwerkebene, wie etwa BGP-Hijacking, zu verbessern.

Die wichtigsten Punkte sind:

• Zweck: MPIC zielt darauf ab, die Integrität und Sicherheit der Zertifikatsausstellungsprozesse zu verbessern, indem es eine Validierung aus mehreren, geografisch verteilten Netzwerkstandorten erfordert, um das Risiko von Routing-Angriffen zu mindern.
• Vorteile: Die Implementierung von MPIC verbessert die Angriffserkennung, erhöht die Zuverlässigkeit der Domainvalidierung, reduziert Fehlalarme und stärkt die globale Konsistenzüberprüfung sowie die Überprüfungen von Certificate Authority Authorization (CAA).
• Technische Implementierung: MPIC verlangt von Zertifizierungsstellen, verteilte Validierungsprüfungen zu verwenden, Ergebnisse über verschiedene Netzwerkstandorte hinweg zu vergleichen und strenge Anforderungen an die Orchestrierung und Fehlerbehandlung zu erfüllen.
• Brancheneinführung: Bedeutende Zertifizierungsstellen wechseln zur Einhaltung von MPIC, mit festgelegten Fristen für die Durchsetzung bis 2025. Organisationen müssen sicherstellen, dass ihre Systeme anpassungsfähig für diese Änderungen sind, um Dienstunterbrechungen zu vermeiden und die Einhaltung zu gewährleisten.

Fazit: MPIC stellt einen grundlegenden Wandel in der Sicherheit digitaler Zertifikate dar. IT-Teams und Organisationen müssen proaktiv ihre Systeme anpassen, um die MPIC-Standards zu integrieren, um robusten Schutz gegen aufkommende Sicherheitsbedrohungen zu gewährleisten und sich an den besten Praktiken der Branche zu orientieren.

Möchten Sie mehr darüber erfahren, wie KeyTalk Ihrer Organisation bei MPIC helfen kann? Bitte kontaktieren Sie uns und wir werden die Herausforderungen und mögliche Lösungen besprechen.

Das KeyTalk-Team