Tuurio ID basiert auf standardkonformer Authentifizierung, Verschlüsselung, tenant-spezifischer Isolation und auditfähigem Betrieb für europäische Teams.
Von Infrastruktur bis Authentifizierung ist jede Schicht abgesichert.
STACKIT in Deutschland mit ISO-27001-zertifizierter Rechenzentrumsinfrastruktur.
OAuth 2.0 Authorization Code + PKCE mit modernen MFA-Optionen.
Redis-basiertes Rate Limiting und progressive Kontosperre auf allen Auth-Endpoints.
Manipulationsnachweisbare Audit-Ketten für Compliance-Betrieb und Incident Response. Unabhängige unveränderliche Speicherung bleibt eine Betriebskontrolle.
SLA-fähiger Betrieb für geschäftskritische Anwendungen.
AES-256 at rest, TLS 1.3 in transit, Argon2id-Hashing, RS256-Signierung.
KI-Assistenten verbinden sich per OAuth und erhalten ausschließlich mandanten- und ressourcengebundenen Zugriff.
Vorbereitete Ergänzung zum Betriebsvertrag, 8. Oktober 2026. Beschrieben ist der vorgesehene Vertrag für den freigegebenen Rollout; dies behauptet keine bereits verfügbare Restfunktion und erteilt keine rechtliche, Release- oder Aktivierungsfreigabe.
Bei Passkey-only werden vorhandene native und importierte Passwortnachweise gesperrt und ausschließlich für einen möglichen Rückweg zum Passwort-Login aufbewahrt. Sie bleiben im ursprünglichen Speicher; es entsteht kein zusätzliches Passwortarchiv. Die Aufbewahrung ist keine weitere Recovery-Methode und erlaubt keinen Passwort-only-Umweg.
Die ursprünglich protokollierte Aktivierung startet eine Frist von 30 Tagen, genau 720 Stunden. Ein begrenzter automatischer Löschprozess entfernt die aufbewahrten alten Nachweise ab Fristablauf aus dem aktiven Speicher nur dann, wenn dieselbe Aktivierung weiterhin eingeschaltet ist. Speichern oder Wiederholen einer eingeschalteten Policy verlängert die Frist nicht. Ohne belegten Beginn einer älteren Aktivierung bleibt ihr Alter unbekannt; das Deploymentdatum erzeugt keine erfundene Löschfrist.
Wird Passkey-only vor der Löschung ausgeschaltet, sind erhaltene ursprüngliche Nachweise unter den normalen Konto- und Anmeldeprüfungen wieder verwendbar. Eine spätere tatsächliche Aktivierung beginnt eine neue Frist. Ausschalten stellt niemals gelöschtes Passwortmaterial oder widerrufene Sitzungen und Tokens wieder her. Die Löschung beendet den Altpasswort-Rückweg; Passkey-Zugang und eingerichtete Recovery bleiben bestehen.
Mit aktuell nutzbarem Passkey und eingerichteter Recovery kann der betroffene Nutzer jederzeit die Löschung seines eigenen alten Passworts innerhalb dieses Altpasswort-Vertrags auslösen. Nach Policy-OFF muss belegt sein, dass der unveränderte Passwortbestand vor der ursprünglichen Aktivierung bestand; neue OFF-Passwörter oder unbewiesene Historie werden abgelehnt. Ein berechtigter Tenant-Admin kann aufbewahrte Nachweise bei aktivem Passkey-only mit Audit bewusst früher löschen. Die unumkehrbare Auswirkung auf den Passwort-Rückweg wird vorher erklärt und muss ausdrücklich bestätigt werden. Außerhalb dieses Altpasswort-Vertrags wird nicht still der einzige aktuelle Anmeldefaktor eines Kontos gelöscht.
Neue Konten, die über einen Passkey-only-Weg angelegt werden, erhalten kein Passwort. Neue Tenants starten weiterhin mit ausgeschaltetem Passkey-only; die Aktivierung bleibt eine ausdrückliche Tenant-Entscheidung nach Readiness-Prüfung.
Getrennte, zugriffsbeschränkte Löschvermerke enthalten Konto- und Tenant-Kennungen, Vergleichskennungen entfernter Nachweise sowie ursprüngliche Aktivierungs- und Löschmetadaten, keine wiederverwendbaren Passwortnachweise. Sie verhindern die erneute Annahme entfernten Materials auch nach Kontolöschung. Dies sind personenbezogene Sicherheitsvermerke, keine anonymen Daten. Der vorbereitete technische Stand enthält für diese Vermerke keinen automatischen Ablauf oder Löschprozess. Die 720-Stunden-Frist für Altpasswortnachweise verspricht keine gleichzeitige Löschung dieser Vermerke; Zweck und Aufbewahrung sind vor dem Release gesondert zu bewerten.
Das Löschen aktiver Datenbankzeilen entfernt Kopien aus vorhandenen verschlüsselten Backups nicht sofort; diese folgen der tatsächlichen Backup-Aufbewahrung. Ein Restore bleibt von Anmeldung und Schreibern isoliert, bis ursprüngliche Löschvermerke, Aktivierungszustand und Widerrufe abgeglichen sind. Der Cleanup-Worker allein kann ein vollständiges altes Backup ohne Löschhistorie nicht sicher machen. Ein Restore darf gelöschte Nachweise oder widerrufene Sitzungen und Refresh-Tokens nicht still reaktivieren.
Die vorgesehenen Sitzungsregeln beenden nach Recovery-Einrichtung alle anderen Nutzersitzungen und Refresh-Tokens sowie beim Opt-in alle Nicht-Passkey-Sitzungen und -Tokens im Tenant. Policy-OFF belebt sie nicht wieder. Einen App-Rollback führt nur Tuurio aus: Policy-OFF committen, betroffene Schreiber stilllegen, gezielt betroffene Sitzungen beenden und erst dann das notierte vorherige App-Image wiederherstellen. Backup-Restore und App-Image-Rollback sind unterschiedliche Vorgänge.
Tenant-spezifische Isolation in Datenzugriff, Konfiguration und Issuer-Handling.
Jede SQL-Abfrage ist auf den Tenant begrenzt. Tenantübergreifender Zugriff ist architektonisch ausgeschlossen.
Jeder Tenant hat eigene Subdomain, Branding und kryptografische Schlüssel.
Secure-by-Default-Integration für Ihre Anwendung.
RS256-signierte JWTs mit öffentlichem JWKS-Endpoint für Offline-Validierung.
Strikte Validierung sorgt für sichere OAuth-Flows ab Werk.
Transparente Prozesse für Sicherheitsvorfälle und Schwachstellenmeldungen.
Wir nehmen Sicherheitsschwachstellen ernst. Melden Sie Probleme verantwortungsvoll.
Konformitaet, die für europäische Teams wirklich zaehlt.
EU-Hosting, konfigurierbare AV-Verträge und Audit-Trails unterstützen DSGVO-orientierte Betriebsmodelle.
MFA, Audit-Logs und Forensik-Tracing unterstützen NIS2-relevante Nachweispflichten.
Betrieb in Deutschland mit zertifizierter Rechenzentrumsinfrastruktur.
Strukturierte Abrechnung mit steuerlich sauberem Billing-Setup für internationale Nutzung.