Wenn Ihre Stadt QR-gestützte Zahlungen ausschreibt, brauchen Sie prüfbare Mindestanforderungen. QRSpec liefert die Klauseln, die das ermöglichen.
Ausschreibungen definieren Zahlungssysteme — aber nicht, wie die QR-Codes selbst gesichert sein müssen. Ein Sticker-Angriff ist kein IT-Sicherheitsproblem im klassischen Sinn.
Wenn ein manipulierter QR-Code Bürger auf eine Phishing-Seite leitet: Haftet die Stadt? Der Betreiber? Der Zahlungsdienstleister? Ohne vertragliche Klärung haftet im Zweifel jeder.
Ohne definierte Mindestanforderungen können Sie einen Anbieter nicht ablehnen, weil seine QR-Codes unsicher betrieben werden. Es fehlt die Rechtsgrundlage.
Ohne Asset-Register, Zugriffsprotokolle und dokumentierte Incident-Prozesse gibt es nach einem Vorfall nichts Belastbares. Die Haftungsfrage bleibt offen.
Jede Klausel adressiert ein konkretes operatives Risiko. Zusammen bilden sie die Mindestanforderungen, die in Vergabeunterlagen eingefügt werden können.
Anbieter haben die Einhaltung nachzuweisen. Nicht-konforme Systeme werden vom Verfahren ausgeschlossen.
Die Matrix zeigt, welcher Lieferkettenakteur welchen Nachweis erbringen muss. Sie können diese Tabelle direkt in Ihr Pflichtenheft übernehmen.
| Anforderung | Nachweispflicht | Nachweis-Artefakt |
|---|---|---|
| Asset Registry | Betreiber | Export Asset-Liste |
| Domain Whitelist | Betreiber | Konfiguration + Change-Log |
| HTTPS / Zertifikat | Betreiber + Zahlungsanbieter | Scanner-Report |
| Redirect Control | Betreiber | Scanner-Report |
| Kill-Switch SLA | Betreiber | Deaktivierungs-Log |
| Incident Response | Betreiber | Prozessdokumentation |
| Incident Logging | Betreiber | Zugriffs-Protokolle |
| Physische Prüfung | Wartungsdienst | Prüfprotokoll + Fotos |
Alle Artefakte, die eine Vergabestelle braucht, um QR-Sicherheit verbindlich zu fordern.
Laden Sie das Procurement Pack herunter oder kontaktieren Sie uns für eine Einführung in Ihre Vergabeabteilung.
Procurement Pack anfragen