TOTP Generator

Einen 2FA-Code aus einem Base32-Geheimnis generieren

1. Füge das Base32-Geheimnis in das Eingabefeld ein. Die meisten Websites zeigen es auf der 2FA-Einrichtungsseite unter "QR-Code nicht scannen können?" oder "Manuelle Eingabe". Gültiges Base32 verwendet nur A-Z und 2-7; das Auffüllzeichen = ist optional.
2. Beobachte, wie der Code erscheint. Das Tool berechnet das aktuelle 6-stellige TOTP und zeigt es mit einem 30-Sekunden-Countdown-Ring an, der den Code bei jeder Fenstergrenze aktualisiert.
3. Kopiere die Ziffern durch Klicken auf den Code selbst oder die Kopiertaste. Der Code ist für die verbleibenden Sekunden auf dem Ring plus ein Fenster auf beiden Seiten bei den meisten Servern gültig.
4. Gib den Code in das Anmeldefeld des Dienstes ein. Wird er abgelehnt, prüfe deine Geräteuhr - TOTP ist sekundengenau zeitkritisch.
5. Warte 30 Sekunden auf einen frischen Code, wenn der aktuelle kurz vor dem Ablauf ist. Gib keinen Code mit weniger als 3 verbleibenden Sekunden ein; allein die Netzwerklatenz kann ihn über das Fenster schieben.

Das 30-Sekunden-Geheimnis: HOTP, TOTP, HMAC-SHA-1

TOTP ist in RFC 6238 spezifiziert und baut auf HOTP (RFC 4226) auf. Der Algorithmus: TOTP = Truncate(HMAC-SHA-1(K, T)), wobei K das Base32-dekodierte Geheimnis und T = floor((currentUnixTime - T0) / X) mit T0 = 0 und X = 30 Sekunden ist. Das Tool dekodiert Base32 in den HMAC-Schlüssel, packt das Zeitfenster als 8-Byte-Big-Endian-Integer, berechnet HMAC-SHA-1 via crypto.subtle.sign und wendet dann dynamische Trunkierung an (RFC 4226 Abschnitt 5.3): niedrige 4 Bits des letzten Bytes als Offset, lese dort 4 Bytes, maskiere das oberste Bit, Modulo 10^6. Google Authenticator, Authy und Microsoft Authenticator verwenden genau diese Standardwerte.

Wann du ein eigenständiges TOTP-Tool verwendest

• Testen einer frisch eingerichteten 2FA-Integration während der Entwicklung, wo du das Geheimnis hast, aber deinen persönlichen Authenticator nicht mit Testeinträgen belasten möchtest.
• Zugang wiederherstellen nach dem Verlust deines Telefons, wenn du das Base32-Geheimnis in einem Passwort-Manager gespeichert hast statt nur den QR-Code.
• Debuggen, warum die Codes deiner Nutzer abgelehnt werden: Füge dasselbe Geheimnis ein, das dein Backend speichert, und prüfe, ob es mit Google Authenticator übereinstimmt.
• Automatisierung von 2FA in einer CI-Pipeline für End-to-End-Tests gegen eine Staging-Umgebung, wo JavaScript-Testcode einloggen muss.
• Erstellen einer benutzerdefinierten Authenticator-App und Verwendung einer bekannten guten Referenz zur Validierung deiner TOTP-Implementierung.
• Generieren eines 2FA-Codes auf dem Desktop, wenn dein Telefon außer Reichweite ist, mit dem in einem Passwort-Manager gesicherten Geheimnis.

Uhrabweichung, Base32-Auffüllung und Geheimnis-Speicher-Fallstricke

Der häufigste TOTP-Fehler ist Uhrabweichung. Wenn deine Uhr mehr als 30 Sekunden von der Wandzeit abweicht, werden Codes abgelehnt. Server akzeptieren typischerweise plus/minus ein Fenster Toleranz (RFC 6238 Abschnitt 5.2), sodass bis zu einer Minute Drift überlebt; darüber hinaus mit NTP synchronisieren. Zweiter Fallstrick: Base32-Dekodierung. Das Kopieren eines Geheimnisses kann Kleinbuchstaben, Leerzeichen oder die Ziffern 0/1 einführen, die kein gültiges Base32 sind. Das Tool entfernt Leerzeichen und wandelt in Großbuchstaben um vor der Dekodierung. Drittens: Das Geheimnis hat Trager-Niveau - behandle es wie ein Passwort, speichere es in einem Manager, widerrufe es bei einem Leak. Viertens: Manche Dienste verwenden nicht standardmäßige Parameter (6 vs. 8 Stellen, 30 vs. 60-Sekunden-Fenster, SHA-256 statt SHA-1). Dieses Tool implementiert Standardwerte; wenn ein Dienst Nicht-Standardwerte verwendet, wird auch Google Authenticator nicht funktionieren.

Warum TOTP im Jahr 2026 HMAC-SHA-1 verwendet

HMAC-SHA-1 bleibt der TOTP-Standard trotz SHA-1-Kollisionsangriffen, weil HMACs Sicherheit nicht von der Kollisionsresistenz abhängt - nur von der Pseudozufallsfunktions-Eigenschaft, die SHA-1 noch hat. Der SHAttered-Angriff von 2017 und die gewählte-Prefix-Kollision von 2020 gegen SHA-1 haben Zertifikatssignierung gebrochen, nicht HMAC. RFC 6238 Abschnitt 1.2 stellt ausdrücklich fest, dass HMAC-SHA-256- und HMAC-SHA-512-Varianten existieren und über otpauth://-URI-Parameter angefordert werden können, aber die installierte Basis von Google Authenticator und kompatiblen Apps verwendet standardmäßig SHA-1, sodass die meisten Dienste für Interoperabilität beim Standard bleiben. Die Trunkierung auf 6 Stellen ist bewusst: Sie begrenzt das Tag auf etwa 20 Bits Unvorhersehbarkeit pro 30-Sekunden-Fenster, aber kombiniert mit Rate-Limiting auf dem Server (Sperrung nach 5-10 falschen Codes) liegt die effektive Angriffserfolgsrate bei etwa einer von einer Million pro Sperrintervall - akzeptabel, weil das Geheimnis alle 30 Sekunden rotiert.

TOTP vs. Push-basiertes 2FA, WebAuthn und SMS

TOTP ist der Mittelweg: sicherer als SMS (kein SS7-Abfangen, kein SIM-Tausch), einfacher als WebAuthn, portabler als Push (funktioniert offline). Der Nachteil gegenüber WebAuthn: Das Base32-Geheimnis liegt im Klartext vor, wenn der Server kompromittiert wird, und TOTP ist phishbar - der Code wird genau wie das Passwort auf einer von einem Angreifer kontrollierten Seite eingegeben. WebAuthn (FIDO2/Passkeys) verwendet asymmetrische Kryptografie und bezieht die Ursprungsdomäne in die signierte Challenge ein, was Phishing verhindert. Aufstieg vom schwächsten zum stärksten: SMS-OTP (NIST SP 800-63B für den Bundeseinsatz verworfen), TOTP, Push-2FA, WebAuthn. Für neue Deployments biete WebAuthn zuerst an und TOTP als Fallback; niemals nur SMS.