RBI zu Quantum-Proofing: Jetzt starten — ohne Deadline

24.162 crore UPI-Transaktionen in einem Fiskaljahr – und die RBI fordert Quantum-Proofing für Indiens Payments, ohne Deadline. Wer Signaturen und Zahlungsdaten 10, 20 oder 30 Jahre halten will, kann den Quantentag nicht abwarten.

Rechnen wir nach: Rund 24.162 crore Transaktionen über die Unified Payments Interface (UPI) im Finanzjahr 2025/26, Volumen etwa Rs 314 lakh crore. Das sind grob 241,62 Milliarden Zahlungen – und rund 85 Prozent des indischen digitalen Zahlungsverkehrs nach Stückzahl. Indien stemmt damit annähernd die Hälfte aller Real-Time-Payments weltweit. In genau diesem Maßstab sagte Deputy Governor Shirish Chandra Murmu auf dem Global Fintech Fest in Mumbai, die Zeit sei gekommen, dass Payment-Anbietende und Netzwerkbetreibende mit dem Quantum-Proofing beginnen. Konkret: als Ecosystem-Aufgabe, nicht als Einzelprojekt einer Bank.

Der Haken steckt nicht in der Dramatik. Murmu nannte Quantencomputing ausdrücklich keine unmittelbare Bedrohung. Der Haken heißt Timing. Payment-Infrastruktur hat lange Technologiezyklen, tief eingebettete Kryptografie und Migrationspfade, die Jahre dauern. Parallel existiert das Szenario, das Security-Fachleute „harvest now, decrypt later“ nennen: Heute abgefangene Ciphertexte warten auf morgen. Unter dem Strich lohnt sich der Start jetzt – gerade weil die RBI keine harte Deadline setzt.

Was bedeutet das für Payment-Betreibende und Banken außerhalb Indiens, konkret im DACH-Raum? Keine indische Aufsichtsakte auf dem Schreibtisch. Sehr wohl aber ein Signal: Wer Payments betreibt, die über Jahrzehnte haltbare Vertraulichkeit und Signaturintegrität brauchen, kann nicht auf den Quantentag warten. Die These ist schlicht – und teuer, wenn man sie ignoriert.

Was die RBI konkret gesagt hat – und was nicht

Murmu formulierte in der Keynote eine Aufforderung, keine Richtlinie. Die Formulierung laut MediaNama vom 11. September 2026: Die Zeit sei gekommen, dass indische Payment-System-Anbietende und Netzwerkbetreibende mit der Arbeit am Quantum-Proofing beginnen; Quantum-Resilienz sei eine Ecosystem-Fähigkeit, keine institutionelle. Banken, Payment-Operatoren, Fintechs, Technologieanbietende und Standardsetzer müssten gemeinsam bewegen.

Früher im Jahr hatte die RBI bereits ein Expert Committee zu einem quantum-sicheren, adaptiven Finanz-Ekosystem eingesetzt. Murmus Bemerkungen gehen weiter – bleiben aber Exhortation, nicht Direction. Kein Zeitplan, kein Standard, kein Compliance-Datum. Das unterscheidet die Lage von einer klassischen Aufsichtsvorgabe mit Bußgeldhorizont. Wer auf ein Rundschreiben mit Datum wartet, hat den Punkt verfehlt: Die Rendite liegt in der vorgezogenen Migrationsarbeit, nicht in der Vermeidung einer Strafe, die es noch nicht gibt.

Gleichzeitig nannte Murmu die Skala, die Migration schwierig macht. UPI ist kein Nischenrail. Der Digital Payment Index der RBI stieg von Basis 100 (März 2018) auf 516 (September 2025). Der Financial Inclusion Index erreichte 70 im März 2026 – nach 67 ein Jahr zuvor; die Verbesserung kam laut Rede vor allem aus Nutzung, nicht aus Zugang. Mehr Nutzung heißt mehr Datenflüsse, mehr Signaturketten, mehr Archive – und längere Haltbarkeitsfragen.

Harvest now, decrypt later: Warum „keine Deadline“ keine Entwarnung ist

Murmu benannte das Muster explizit. Angreifende brauchen heute keinen funktionsfähigen Quantencomputer. Sie brauchen Speicherplatz und Geduld. Zahlungsnachrichten, Session-Schlüsselmaterial, langfristig gespeicherte Kunden- und Transaktionsdaten – alles, was heute mit klassischen Algorithmen geschützt wird, kann später entschlüsselt werden, sobald ausreichend starke Quantenrechner verfügbar sind.

Für Payments ist der relevante Horizont deshalb nicht der Tag X der Hardware. Relevant ist der Tag, an dem die heute bewegten Daten aufhören, sensibel zu sein. Bei Finanzunterlagen, Streitfällen, Aufsichtsnachweisen und vertraglichen Aufbewahrungspflichten sind das oft zehn, zwanzig, dreißig Jahre. Signaturen, die Verträge, Liquiditätsüberträge oder Settlement-Belege beglaubigen, sollen über denselben Zeitraum prüfbar bleiben. Wer das ernst nimmt, plant Krypto-Haltbarkeit – nicht Panik.

Die Logik ist kaufmännisch. Rechnen wir nach: Eine Migration, die fünf bis zehn Jahre dauert, startet man nicht, wenn die ersten praktikablen Angriffe sichtbar werden. Man startet, wenn Inventur, Hybridbetrieb, Zertifikatsketten, HSM-Fähigkeit und Partnerabstimmung noch Zeit haben. Der Haken vieler Häuser: Sie behandeln Post-Quanten-Kryptografie (PQC) als Forschungsnotiz, während die Abhängigkeit von RSA und ECC in jedem Gateway, jedem API-Gateway und jedem Archiv sitzt.

Auf digital-magazin.de ist dieser Druck auf Payment-Security unter Quantendruck bereits Thema gewesen – von Angriffspfaden bis zu den praktischen Grenzen klassischer Public-Key-Verfahren. Die RBI-Rede liefert dazu keinen neuen Algorithmus. Sie liefert ein Aufsichtssignal aus dem größten Real-Time-Payment-Markt der Welt: Ecosystem zuerst, Deadline später.

Zahlen, die den Haltbarkeits-Horizont greifbar machen

Die folgenden Größen stammen aus Murmus GFF-Keynote bzw. der MediaNama-Berichterstattung dazu. Die Horizont-Spalte ist keine RBI-Vorgabe, sondern die betriebswirtschaftliche Lesart: Wie lange müssen Vertraulichkeit und Signaturen typischerweise tragen, bevor „später entschlüsseln“ den Schaden einholt.

Unter dem Strich: Die Tabelle trennt Fakten von Planungshorizonten. Die RBI setzt kein Datum. Die Datenhaltbarkeit setzt eines – und zwar rückwärts vom Ende der Sensibilität, nicht vorwärts vom Marketingtermin „Quantum Day“.

Project Leap: Warum Migration länger dauert als erwartet

Als Vorbild nannte Murmu Project Leap des BIS Innovation Hub mit Partner-Zentralbanken. In einem Liquiditäts-Transfer-Experiment wurden klassische digitale Signaturen durch post-quantenfähige Verfahren ersetzt. Die Lektion laut Rede: Es dauert länger als Institutionen erwarten – und allein geht es nicht. Details und Projektstand dokumentiert die BIS unter Project Leap.

Phase-Arbeit und Berichte des Hub zeigen denselben Kern: Machbarkeit ja, aber mit spürbaren Auswirkungen auf Verarbeitungszeit, Interoperabilität, Zertifikate, HSM-Landschaft und die Fähigkeit zu hybriden Protokollen. Payment-Systeme sind eng verdrahtet. Eine Signatur im Business Application Header betrifft Libraries, Middleware, Monitoring und Partner-Onboarding. Wer glaubt, ein Algorithmus-Swap sei ein Wochenendpatch, hat noch kein Inventar gemacht.

Genau deshalb passt Murmus Formulierung „Ecosystem capability“. Eine Bank kann intern PQC testen. Ein nationales Instant-Payment-Netz braucht gemeinsame Standards, Testfenster und die Bereitschaft von Tech-Anbietenden, Libraries und Hardware mitzuziehen. Die Rendite früher Piloten liegt nicht in der Pressezeile. Sie liegt in der Kenntnis, welche Komponenten brechen, bevor die Produktion bricht.

Für DACH-Lesende ist Leap kein indischer Sonderfall. Es ist der Beleg, dass Zentralbanken bereits in experimentellen Zahlungswegen PQC erproben – und dass die harte Arbeit in Organisation und Lieferkette sitzt, nicht nur in der Wahl zwischen Dilithium und einem anderen Kandidaten.

DACH-Einordnung: Was Payment-Betreibende und Banken außerhalb Indiens mitnehmen

Die RBI dirigiert den indischen Markt. Schweizer, österreichische und deutsche Häuser bekommen daraus keine unmittelbare Compliance-Frist. Sie bekommen drei handfeste Hinweise.

Erstens: Instant-Payment-Volumina und hohe Digitalisierungsindizes erhöhen den Schaden eines späteren „harvest later“. Wer Echtzeitrails betreibt oder an sie angebunden ist, speichert und transportiert Daten mit langer Relevanz. Die Frage „Wie lange müssen unsere Ciphertexte und Signaturen halten?“ gehört ins Risikoinventar – neben Verfügbarkeit und Fraud.

Zweitens: Aufsichtssignale ohne Deadline sind trotzdem Signale. Die RBI hat ein Expert Committee eingesetzt und den Start öffentlich angemahnt. Parallel diskutieren andere Jurisdiktionen Roadmaps und Inventurpflichten. Wer wartet, bis jedes Land denselben Stichtag schreibt, startet die Migration gleichzeitig mit allen anderen – und teilt sich denselben Engpass bei Spezialistinnen und Spezialisten, Auditoren und HSM-Kapazität.

Drittens: Verantwortung bleibt bei der regulierten Institution. Murmu sagte sinngemäß, Technologie könne einen Service verteilen, nicht die Verantwortung. In derselben Woche betonte ein anderer Deputy Governor auf derselben Konferenz, dass man Rechenleistung outsourcen könne, nicht die Konsequenz. Für DACH-Häuser ist das keine neue Moralpredigt. Es ist die Erinnerung, dass PQC-Migration, Vendor-Steuerung und Modellrisiken in denselben Governance-Rahmen gehören wie jede andere kritische IT-Abhängigkeit.

Konkret lohnt sich ein Blick auf die bestehende Berichterstattung zu Post-Quanten-Kryptografie und zu aufsichtsnahen Roadmaps – etwa der FINMA-Perspektive auf Institute. Die RBI-Rede ersetzt keinen Schweizer Rundbrief. Sie ergänzt das Bild: große Payment-Märkte bewegen sich von „studieren“ zu „anfangen“, bevor Standards und Stichtage festgenagelt sind.

Was „jetzt starten“ operational heißt – ohne Panik

Dieses Bild wurde komplett mit KI generiertProviderhiggsfieldModellgpt_image_2PromptBank office desk still life with metal stamp, sealed document folder, calendar pages spanning years, soft vault door blurred behind, metaphor for long-lived payment signatures, photorealistic documentary, no logos, no readable text, 16:9

„Jetzt starten“ heißt nicht, morgen alle RSA-Zertifikate zu verbrennen. Es heißt, die Arbeitsschritte zu ordnen, die sowieso Jahre brauchen.

Inventur zuerst. Welche Algorithmen schützen Transport, Speicherung, Signaturen, Key Exchange? Wo sitzen Hard-coded Annahmen zu Schlüssellängen und Certificate Profiles? Welche Archive müssen in 15 Jahren noch verifizierbar sein? Ohne Inventur ist jede PQC-Roadmap Kosmetik.

Agilität als Designziel. Systeme, die nur einen Algorithmus kennen, erzwingen Big-Bang-Migrationen. Hybride Übergänge – klassisch und PQC parallel – sind in Experimenten der Zentralbank-Community der pragmatische Weg. Der Haken: Hybrid erhöht Nachrichtengröße und CPU-Last. Das muss man messen, nicht glauben.

Partnerkarte zeichnen. Processor, Scheme, Cloud, HSM-Vendor, Core-Banking, Fraud-Engine: Wer liefert wann PQC-fähige Builds? Wer testet Interoperabilität? Murmus Ecosystem-Satz ist hier wörtlich zu nehmen. Eine isolierte Bank-Pilotstrecke hilft dem Instant-Payment-Netz wenig, wenn Gegenstellen noch Jahre brauchen.

Priorisierung nach Haltbarkeit. Daten und Signaturen mit 20- bis 30-Jahres-Horizont zuerst absichern oder zumindest so speichern, dass später nachgeschärft werden kann. Kurzlebige Session-Token sind ein anderes Risiko-Profil als Settlement-Belege und KYC-Archive.

Budget und Kompetenz. PQC ist kein reines Crypto-Lab-Thema. Es braucht Change-Kapazität, Testumgebungen und die Fähigkeit, Performance-Regressionen in Echtzeitrails zu erklären. Unter dem Strich lohnt sich frühe Kompetenzaufbau, weil der Markt für knappe Skills später teurer wird – das ist Rendite-Rechnung, keine Angstlust.

Wer tiefer in Fintech- und Quanten-Schnittstellen einsteigen will, findet auf digital-magazin.de bereits Einordnungen zu Quantencomputern im Fintech-Kontext. Der Punkt hier bleibt enger: Payments und ihre kryptografische Haltbarkeit.

Warum „ohne Standard“ die Arbeit nicht aufhebt

Kritisch Fragende werden einwenden: Ohne festgeschriebenen Standard und ohne Compliance-Datum sei jeder Euro in PQC spekulativ. Der Einwand klingt solide. Er verwechselt Standardwahl mit Vorbereitungsarbeit.

Inventur, Agilität, Vendor-Druck und Piloten hängen nicht davon ab, dass die RBI morgen einen Algorithmus benennt. NIST und andere Standardsetzer haben den Kandidatenraum längst verdichtet; Implementierungen und Hybridprofile existieren. Was fehlt, ist oft der organisatorische Wille, Abhängigkeiten sichtbar zu machen. Die RBI liefert genau dafür den öffentlichen Anlass – ohne den Druck einer Sofort-Sanktion, der zu hektischen Fehlentscheidungen führt.

Das ist der süffisante Teil der Lage: Die Aufsicht sagt „fangen Sie an“, und manche Häuser hören „wir haben noch Zeit, nichts zu tun“. Beides steht im Satz. Die Rendite entsteht nur bei der ersten Lesart.

Parallel erwähnte Murmu weitere Themen, die denselben Governance-Faden ziehen, ohne den Quantum-Kern zu ersetzen: Responses zum Discussion Paper zu Safeguards gegen Digital-Payment-Fraud (April 2026) seien in Prüfung; die Digital Payments Intelligence Platform werde über den Reserve Bank Innovation Hub entwickelt; MuleHunter.AI ziele auf Konten, die Betrugserlöse kanalisieren; die Domain bank.in soll Kundschaft helfen, echte Bankseiten von Fakes zu unterscheiden. Und erneut: Verantwortung für algorithmische Entscheidungen liegt bei der regulierten Institution. Technologie verteilt den Service, nicht die Haftung.

Für den Quantum-Strang reicht die Nebenbemerkung. Sie zeigt nur, dass die RBI Zahlungsverkehr, Fraud und Accountability als ein Feld denkt – und Quantum-Resilienz darin einbettet, statt sie als Science-Fiction-Anhang zu führen.

Signaturen und Verschlüsselung: zwei Haltbarkeiten, eine Roadmap

Viele Debatten vermischen Vertraulichkeit und Integrität. Für Payments sind beide relevant – mit unterschiedlicher Uhr.

Verschlüsselung schützt Inhalte auf dem Weg und im Speicher. „Harvest now, decrypt later“ trifft vor allem hier: Abgefangene Ciphertexte werden später lesbar. Gegenmittel sind PQC-Key-Exchange bzw. hybride KEM-Ansätze und die Frage, ob Archive neu verschlüsselt oder zumindest mit agilen Key-Hierarchien versehen werden können.

Signaturen belegen Herkunft und Unverändertheit. Wenn ein Algorithmus später bricht, stehen alte Signaturen unter Generalverdacht – oder müssen rechtzeitig auf stärkere Verfahren umgestellt bzw. mit Zeitstempeln und Beweissicherung abgesichert werden. Project Leap hat genau an Signaturen in Liquidity Transfers gearbeitet. Das ist kein Zufall: Im Großbetrags- und Interbank-Kontext ist die Frage „Wer hat das autorisiert?“ so kritisch wie „Wer hat mitgelesen?“.

Rechnen wir nach ohne Panikformel: Wenn die technische Migration fünf bis zehn Jahre braucht und Archive 20 bis 30 Jahre tragen sollen, liegt der Startpunkt vor dem spektakulären Hardware-Durchbruch. Wer Payment-Daten und Signaturen über Jahrzehnte halten will, kann nicht auf den Quantentag warten. Das ist die These – belegt durch Timing-Argument und Leap-Erfahrung, illustriert am UPI-Maßstab, einzuordnen für DACH als vorgezogene Ecosystem-Arbeit statt als Indien-Pflicht.

Was DACH-Häuser jetzt auf die Agenda setzen sollten

Eine brauchbare Agenda braucht keine indische Lizenz. Sie braucht Eigentümerschaft.

Risikokomitee und IT-Sicherheit formulieren gemeinsam die Haltbarkeitsannahmen: 10 / 20 / 30 Jahre – welche Datenklassen, welche Signaturketten. Der CISO allein „besitzt“ PQC nicht; Treasury, Legal und Operations entscheiden mit, welche Nachweise über Jahrzehnte tragen müssen.

Procurement schreibt Agilität und PQC-Fähigkeit in Ausschreibungen. Wer heute Core- und Rail-Verträge ohne Migrationsklauseln verlängert, kauft den Lock-in der nächsten Dekade.

Tests mit Partnern. Interne Labs sind notwendig, aber unzureichend. Wie Leap zeigt, brechen Annahmen an den Schnittstellen. Frühe bilaterale oder Scheme-nahe Tests senken die späteren Kosten.

Beobachtung der Standard- und Aufsichtslandschaft ohne Stillstand. Die RBI hat bewusst weder Standard noch Datum gesetzt. Andere Aufsichten werden eigene Wege wählen. Die gemeinsame Schnittmenge bleibt: Inventur, Hybridfähigkeit, Ecosystem-Abstimmung.

Und die Kostenfrage? Ja, PQC kostet CPU, Bandbreite, Zertifikatsmanagement und Projektzeit. Der Gegenposten ist der Schaden späterer Massen-Re-Encryption, notfallmäßiger Algorithmuswechsel und Vertrauensverlust in Signaturarchive. Unter dem Strich lohnt sich der frühe, geordnete Pfad – nicht weil Quantenrechner nächste Woche im Rechenzentrum stehen, sondern weil Payments so gebaut sind, dass schnelle Krypto-Wechsel teuer und riskant sind.

Der indische Maßstab als Stress-Test für die eigene Planung

UPI mit Zehntausenden crore Transaktionen pro Jahr ist ein Extrem. Genau deshalb eignet sich der Maßstab als Stress-Test. Wenn selbst dort die Botschaft „jetzt beginnen, gemeinsam, ohne Sofort-Frist“ lautet, entfällt die Ausrede, man sei „zu klein für PQC“. Kleinere Rails haben oft dieselben kryptografischen Bausteine – nur weniger Budget und weniger Spezialistinnen und Spezialisten. Die Abhängigkeit von Standardsoftware und Cloud-Anbietenden ist dann sogar größer.

Für korrespondierende Banken, Processor und Scheme-Teilnehmende mit Indien-Bezug kommt ein operativer Zusatz: Gegenstellen werden früher oder später PQC-fähige Profile erwarten. Wer nur auf europäische Stichtage starrt, kann an der Schnittstelle überrascht werden. Das ist keine Spekulation über RBI-Directions; es ist die logische Folge einer Ecosystem-Aufforderung in einem Markt, der die Hälfte der weltweiten Real-Time-Payments bewegt.

Gleichzeitig bleibt die Einordnung nüchtern. Murmu hat keinen Angriffspfad demonstriert und keinen Countdown gestartet. Er hat Timing und Ecosystem benannt. Wer daraus Panik macht, macht denselben Fehler wie jene, die daraus Untätigkeit ableiten. Beides lohnt sich nicht.

These, Beleg, Beispiel, Einordnung – einmal klar gezogen

These: Wer Payment-Daten und Signaturen über Jahrzehnte halten will, kann nicht auf den Quantentag warten.

Beleg: Die RBI fordert den Start des Quantum-Proofing ausdrücklich wegen langer Technologiezyklen und „harvest now, decrypt later“ – und setzt dennoch keine Deadline. Die Dringlichkeit kommt aus der Haltbarkeit, nicht aus einem Sanktionskalender.

Beispiel: UPI in der Größenordnung von ca. 24.162 crore Transaktionen und Rs 314 lakh crore Volumen; Digital Payment Index 516; Leap als Beleg, dass Signatur-Migration in Liquidity Transfers länger dauert und nur im Verbund funktioniert.

Einordnung für DACH: Keine automatische Übernahme indischer Vorgaben. Sehr wohl Übernahme der Arbeitslogik – Inventur, Agilität, Partnerdruck, Horizont 10/20/30 – und Anschluss an die Diskussionen, die auf digital-magazin.de zu Payment-Security, PQC und aufsichtsnahen Roadmaps bereits laufen. Die FINMA-PQC-Roadmap für Institute zeigt, dass auch hierzulande der Pfad über Vorbereitung und Governance führt, nicht über einen einzigen Schocktermin.

Der Haken bleibt menschlich und organisatorisch. Teams können Algorithmen benennen. Weniger Teams können sagen, welche Zertifikatskette in welchem Archiv in welchem Jahr erneuert werden muss. Genau dort beginnt die Arbeit, die Murmu meint – ohne dass Mumbai Ihren Projektplan schreibt.

Rechnen wir ein letztes Mal nach: Wenn Migration Jahre braucht, Archive Jahrzehnte tragen und der größte Real-Time-Payment-Markt der Welt öffentlich „jetzt anfangen“ sagt, ohne Datum zu setzen, dann ist das Gegenteil von Entwarnung. Es ist Freiraum – und die Aufforderung, ihn zu nutzen, bevor alle denselben Engpass buchen. Unter dem Strich lohnt sich der Start jetzt. Die Rendite heißt kryptografische Haltbarkeit für Payments, die länger leben als jede Produktroadmap.