HTTP-Authentifizierung
Basic erzeugen oder dekodieren und vorhandene Bearer-Tokens auf ihre Schreibweise prüfen.
Kein Doppelpunkt im Benutzernamen. Doppelpunkte und Leerzeichen im Passwort bleiben; ein Feld darf leer sein.
Nur Syntax: keine Passwort-, Token-, Signatur- oder Rechteprüfung. Downloads sind immer maskiert.
Verarbeitung in dieser Seite, ohne Authentifizierungsanfragen oder Speicherung von Zugangsdaten.
Kodierung des Servers wählen. Latin-1 ist eine direkte Bytezuordnung, nicht Windows-1252.
Optional, nur beim Kodieren mit UTF-8. Verändert die Rechenkopie, nicht Ihre Eingabe.
Zugangsdaten eingeben oder ein Beispiel laden.
Der Basic-Auth-Generator hilft bei einem 401-Fehler, dessen Ursache in der Zeichenkodierung liegen könnte. Schon ein anders kodierter Umlaut oder ein Doppelpunkt im Benutzernamen verändert die übertragenen Zugangsdaten.
Prüfen Sie zunächst den Authorization-Header und anschließend die Serverkonfiguration. Eine formal korrekte Zeichenfolge bestätigt weder das Passwort noch den Ablaufzeitpunkt oder die Berechtigungen eines Tokens.
Der Basic-Auth-Generator bietet UTF-8 und eine direkte Latin-1-Zuordnung. NFC lässt sich für die Berechnung mit UTF-8 ausdrücklich einschalten. Die Eingabe bleibt erhalten, sodass sich das ursprüngliche Zeichen und die berechnete Form vergleichen lassen.
Auch die ersten oder letzten Zeichen eines kurzen Geheimnisses können zu viel verraten. Die maskierte Kopie ersetzt den gesamten Zugangsdatenwert. Ein JSON-Download bleibt immer maskiert, unabhängig davon, ob geheime Werte gerade eingeblendet sind.
Beim Erzeugen stehen Benutzername und Passwort getrennt. Beim Dekodieren können Sie einen Base64-Token, einen Basic-Wert oder die vollständige Authorization-Zeile einfügen. Bearer akzeptiert dieselben Verpackungen, ohne den Token als Base64 zu interpretieren.
UTF-8 ist die Voreinstellung dieses Werkzeugs. Erwartet der Server Latin-1, wählen Sie es ausdrücklich. NFC wirkt nur beim Erzeugen mit UTF-8 und verändert eine Rechenkopie. Dekodierte Zeichen werden niemals normalisiert.
Automatisch wird nach 350 ms ohne Änderung gerechnet. Ausgeschaltet stehen die Hauptschaltfläche und Strg/Cmd+Enter bereit. Änderungen sperren sofort den Export. Beispiel und Leeren zeigen eine Vorschau; Rückgängig stellt auch Optionen und Ergebnis wieder her.
Benutzername, ein Doppelpunkt und Passwort werden in Bytes und dann in einen Standard-Base64-Token mit Padding umgewandelt. Zurück wird nur am ersten Doppelpunkt getrennt. Leerzeichen und weitere Doppelpunkte im Passwort bleiben erhalten. Ein Feld darf leer sein, beide zusammen gelten als fehlende Eingabe.
Ungültiges UTF-8 führt zum Fehler. Latin-1 ordnet jedem Byte den Unicode-Codepunkt mit derselben Nummer zu: 0x80 wird zu U+0080. Es wird nicht als Windows-1252 interpretiert. Nicht darstellbare Zeichen werden abgewiesen statt ersetzt.
Geprüft werden das erlaubte ASCII-Alphabet und nachgestellte Gleichheitszeichen. Das Werkzeug extrahiert Token und Länge und baut einen normalen Header auf. Drei durch Punkte getrennte Teile reichen nicht aus, um ein gültiges JWT oder einen gültigen Zugriff nachzuweisen.
Blenden Sie sensible Werte ein, um dekodierte Zugangsdaten zu lesen. Die vollständige Kopie enthält das Geheimnis; die maskierte Kopie ersetzt es komplett. JSON behält Schema, Kodierung und Längen, aber weder Benutzernamen, Passwort noch rekonstruierbare Bytes.
Basic selbst schützt die Zugangsdaten nicht vor dem Lesen: Base64 ist umkehrbar. HTTPS schützt den Transport, während der Server das Konto und dessen Rechte prüfen muss. Die Syntaxprüfung ersetzt diese Maßnahmen nicht.
curl akzeptiert einen Header über die Option -H. Verwenden Sie die vollständige Authorization-Zeile als einen korrekt zitierten Argumentwert. Dieses Werkzeug erzeugt keine Shell-Befehle; beachten Sie, dass vollständige Geheimnisse in einer Shell-Historie landen können.
Ja. Wählen Sie Basic und Dekodieren und fügen Sie die vollständige Zeile, einen Basic-Wert oder den Base64-Token ein. Zum Lesen von Benutzername und Passwort blenden Sie sensible Werte ein. Die gewählte Kodierung muss zu den ursprünglichen Bytes passen.
Die Verarbeitung findet in dieser Seite statt; das Werkzeug sendet keine Authentifizierungsanfrage und speichert keine Zugangsdaten. Die vollständige Kopie ist ein bewusst ausgelöster Export. Heruntergeladene Berichte sind stets maskiert.
Mit UTF-8 sind Unicode-Zeichen möglich. Latin-1 reicht nur bis U+00FF. Der Server muss dieselbe Kodierung erwarten. Unabhängig davon bleiben Doppelpunkte im Benutzernamen und ASCII-Steuerzeichen unzulässig; im Passwort sind Doppelpunkte erlaubt.
Fehler bei Kodierung oder Zerlegung gefunden?
Starten Sie im Basic-Auth-Generator mit bekannten Testdaten, stimmen Sie die Kodierung ab und wählen Sie dann die vollständige Kopie oder den maskierten Export.