Rolle von QVTM
- append the succession event to prior continuity history
- correlate identity, device, service and cryptographic evidence
- package the relevant path into a CEP
- return continuity context to the application
QVTM / Kontinuitätsmuster
Austausch & Nachfolge
Belegt, dass ein neues Gerät, eine Identität, ein Schlüsselinhaber oder Dienst ein kohärenter Nachfolger ist – kein unerklärter neuer Vertrauensursprung.
Die Kontinuitätsfrage
Welche Evidenz verbindet bei einem Austausch den Nachfolger mit der zuvor bestehenden Vertrauensbeziehung?
Typischer Auslöser
Geräteaustausch, Identitätserneuerung, Administratornachfolge, Wechsel des Release-Verantwortlichen oder Dienstaustausch.
SDK-Integrationspunkt
Was außerhalb QVTM bleibt
Authentifizierung, Business-Autorisierung, Domänensemantik und die genannten Kontrollen bleiben für ihre eigenen Entscheidungen verantwortlich.
Branchenbeispiele
Gleiches Muster. Andere Evidenz. Anderer Nutzen.
Kritische Infrastruktur & OT
A maintenance vendor replaces a field laptop and certificate while the industrial asset remains in service.
Spezifischer Nutzen
Avoid treating a legitimate maintenance relationship as brand new every time field equipment or credentials change — important when the asset outlives several generations of operator technology.
Evidenz
Ergänzt
Finanzdienstleistungen
A treasury approver changes device and credential before the next high-value approval.
Spezifischer Nutzen
Give transaction policy evidence that the current approver context is a documented continuation of previously accepted authority, rather than relying only on the credential presented now.
Evidenz
Ergänzt
Software-Lieferkette
A project replaces a release maintainer and rotates the release key between legitimate versions.
Spezifischer Nutzen
Let consumers distinguish documented release-authority succession from an unexplained signer replacement while provenance tooling continues to attest individual artifacts.
Evidenz
Ergänzt