Zuerst die Autorisierungsgrenze festlegen
Verwenden Sie diesen Workflow nur für eine eigene synthetische Fixture oder für ausdrücklich freigegebene Authentifizierungsdaten. Beschreiben Sie vorab den zu reproduzierenden Flow, erwartete Claims und Algorithmen, die feste Zeit oder den Zähler sowie die zuständige prüfende Person. Echte Access-Tokens, Refresh-Tokens, Cookies, gemeinsame Geheimnisse, private Schlüssel und Wiederherstellungscodes bleiben aus Tool und Bericht heraus.
Eine erklärbare Fixture erzeugen
Erstellen Sie mit secure-random-generator, nonce-generator und uuid-generator eine wegwerfbare Korrelations-ID und einen Nonce und prüfen Sie das Format. Verwenden Sie jwt-generator für synthetische Claims, die den Fehlerfall abdecken. Für MFA erzeugt otp-generator unabhängige Zahlencodes; totp-hotp-offline-generator ist für eine wegwerfbare Base32-Seed mit festem Zeitschritt oder Zähler gedacht. Notieren Sie die Sollwerte, damit ein Fehler reproduzierbar bleibt.
Dekodierung und Verifikation trennen
jwt-decoder und base64url-encoder zeigen, ob die Struktur interpretierbar ist und wie die Segmente kodiert sind, beweisen aber keine Authentizität. jwk-generator kann einen wegwerfbaren Schlüssel oder ein autorisiertes öffentliches JWK erzeugen oder prüfen; importieren Sie keinen privaten Produktionsschlüssel für einen lokalen Erfolg. Verwenden Sie hmac-generator-verifier und die unterstützten Signatur- oder Ablaufprüfungen von jwt-decoder-security-auditor nur mit kontrolliertem Material und klaren Erwartungen.
Das Audit als eigene Entscheidung behandeln
Prüfen Sie nach der Verifikation Algorithmus, Ablauf und Not-before, sensible Claims, Zeit- oder Zählerannahmen von TOTP/HOTP und die Verbindung zwischen Evidenz und Request- oder Session-ID. Dekodierung, passende Signatur und Sicherheitsbefund beantworten verschiedene Fragen und gehören in getrennte Felder.
Bereinigte Evidenz übergeben
Das Abschluss-Paket enthält Umfang, Fixture-Version, Korrelations-ID, Soll- und Ist-Ergebnis, maskierte Auszüge oder Fingerabdrücke, Restunsicherheit und die autorisierte nächste Aktion. Es darf kein wiederverwendbares Geheimnis und kein aktives Sitzungselement enthalten. Ein lokales Ergebnis hilft beim Debugging; nur ein autorisierter Anwendungstest kann das Verhalten des Servers feststellen.