ForHosting KIT · Entwickler-Tools

OpenPGP-Radix-64-Kodierer

„Hello, OpenPGP!“ wird zum Radix-64-Text SGVsbG8sIE9wZW5QR1Ah mit der Prüfzeile =FPfi. Das ist die Panzerung von OpenPGP: Ihre CRC-24-Prüfsumme lässt den Empfänger Beschädigungen erkennen, bevor er dem Text vertraut. Kostenlos in Ihrem Browser.

Kostenlos
Läuft in Ihrem Browser
Ohne Anmeldung
Ihre Daten bleiben auf Ihrem Gerät

Im Browser ausführen – kostenlos API ansehen

Nutzen Sie es über WebAPIE-MailTelegramApp bald

Rechenbeispiel

Wenn Sie eingeben

Text: Hello, OpenPGP!

Erhalten Sie

Ergebnis: SGVsbG8sIE9wZW5QR1Ah =FPfi
Berechnungsmodus: Encode
Textkörper: SGVsbG8sIE9wZW5QR1Ah
Crc24: FPfi

Die OpenPGP-ASCII-Panzerung transportiert binäre Nutzlasten über E-Mail und Textkanäle, indem sie sie als Radix-64 kodiert —dasselbe Vierundsechzig-Zeichen-Alphabet wie Standard-Base64— und eine CRC-24-Prüfsummenzeile anhängt, damit Empfänger Beschädigung erkennen, bevor sie Pakete parsen. Wer einen OpenPGP-Radix-64-Kodierer sucht, braucht genau diese Drahtform: gefaltete Base64-Zeilen plus eine abschließende, mit Gleichheitszeichen eingeleitete vierstellige Prüfsumme, kein bloßes Base64-Blob ohne Integrität. Diese Fähigkeit kodiert UTF-8-Text in diesen panzerierten Körper oder dekodiert einen panzerierten Körper nach Prüfung des CRC-24 gegen die rekonstruierten Oktette.

Base64 mit eingebauter Prüfsumme

OpenPGP transportiert Daten durch E-Mail und andere Textkanäle als sogenannte ASCII-Panzerung. Der Kern ist Radix-64, dasselbe Alphabet aus 64 Zeichen wie Standard-Base64: A bis Z, a bis z, 0 bis 9, Plus und Schrägstrich, mit Gleichheitszeichen als Auffüllung. Hinzu kommt eine Prüfsumme. Über die ursprünglichen Bytes wird nach RFC 4880 eine 24-Bit-Prüfsumme berechnet, CRC-24 genannt, als genau vier Radix-64-Zeichen geschrieben und mit einem vorangestellten Gleichheitszeichen in eine eigene letzte Zeile gesetzt. Aus „Hello, OpenPGP!“ wird so der Text SGVsbG8sIE9wZW5QR1Ah mit der Prüfzeile =FPfi.

Kodieren, prüfen und typische Fehler vermeiden

Beim Kodieren wird Ihr Text in UTF-8-Bytes übersetzt, deshalb überstehen Umlaute und Emojis den Weg. Standardmäßig wird der Text alle 64 Zeichen umbrochen, wie in klassischer OpenPGP-Panzerung; für eine durchgehende Zeile schalten Sie den Umbruch ab. Beim Dekodieren werden die Zeilen zusammengefügt, die Bytes wiederhergestellt und die Prüfsumme neu berechnet. Stimmt sie nicht, fehlt die Prüfzeile oder steht ein fremdes Zeichen im Text, erhalten Sie eine klare Meldung. Pakete, Signaturen oder Verschlüsselung erzeugt das Werkzeug bewusst nicht: Es bleibt beim Radix-64-Text und seiner Prüfsumme.

Text als OpenPGP-Radix-64 mit CRC-24-Anhang kodieren

Die Engine serialisiert die Zeichenkette zu UTF-8-Bytes, mappt diese Bytes auf das OpenPGP-Radix-64-Alphabet (identisch mit MIME-Base64: A bis Z, a bis z, null bis neun, Plus und Schrägstrich, mit Gleichheitszeichen-Auffüllung, wenn die Länge kein Vielfaches von drei ist) und berechnet die vierundzwanzig Bit zyklische Redundanzprüfung nach RFC 4880 Abschnitt sechs: Generatorpolynom null-x-acht-sechs-vier-C-F-B und Initialisierung null-x-B-sieben-null-vier-C-E, akkumuliert über die Rohoktette vor der Kodierung. Dieser CRC wird selbst als genau vier Radix-64-Zeichen kodiert und in einer eigenen Abschlusszeile nach einem führenden Gleichheitszeichen geschrieben.

Standardmäßig ist wrap true, sodass der Base64-Körper auf vierundsechzig Zeichen pro Zeile gefaltet wird und der klassischen Lesbarkeit der OpenPGP-Panzerung entspricht; setzen Sie wrap auf false, wenn Sie eine durchgehende Körperzeile für kompakte Speicherung brauchen. Leere Zeichenketten sind gültig und erzeugen dennoch eine CRC-Zeile über null Bytes. Mehrsprachiger Text und Emoji runden ab, weil der Pfad volles UTF-8 ist.

Identische Eingaben liefern stets dieselbe Panzerung, weil der Algorithmus reine Arithmetik ohne Salz, Uhr oder Netz ist.

Was Radix-64 von reinem Base64 unterscheidet

Rufen Sie den kostenlosen OpenPGP-Radix-64-Kodierer im Browser für Unterrichtsdemos, Support-Playbooks und einmalige Panzerungsprüfungen auf, ohne GnuPG zu installieren. Ein anderer Ablauf prüft Dokumentationsbeispiele mit panzerierten Blobs erneut, damit Leser der CRC-Zeile vertrauen können, die noch zum Körper passt. Gegenüber reinem Base64 zielt diese Landingpage auf eine andere Suchintention: Menschen, die den OpenPGP-Prüfsummenanhänger und die Zeilenfaltung brauchen, nicht nur ein aufgefülltes Alphabet.

Gegenüber vollständigen OpenPGP-Nachrichtenwerkzeugen endet diese Fähigkeit bewusst beim Radix-64-Körper und dem CRC — sie baut weder Pakete, Signaturen noch Verschlüsselung — sodass der Vertrag klein und deterministisch bleibt.

Anwendungsfälle

Kurze Geheimnisse für rein textuelle Kanäle panzern

Kodieren Sie UTF-8-Fragmente als OpenPGP-Radix-64 mit CRC-24-Anhang, damit E-Mail, Chat und Tickets sie sicher tragen; dekodieren und prüfen Sie auf der Empfangsseite.

Häufige Fragen

Was ist OpenPGP-Radix-64?

Es ist das Base64-artige Alphabet, das OpenPGP für ASCII-Panzerung nutzt, plus eine abschließende CRC-24-Prüfsummenzeile (=XXXX), berechnet über die Rohbytes vor der Kodierung (RFC 4880 §6).

Ist das dasselbe wie reines Base64?

Das Alphabet entspricht Standard-Base64, aber die OpenPGP-Panzerung fügt einen verpflichtenden CRC-24-Anhang hinzu und faltet Zeilen meist auf 64 Zeichen. Reine Base64-Werkzeuge lassen diese Prüfsumme weg.

Was passiert, wenn die CRC-24-Prüfsumme nicht stimmt?

Beim Dekodieren wird die CRC-24 über die wiederhergestellten Bytes neu berechnet und mit der vierstelligen Schlusszeile verglichen. Eine Abweichung, eine fehlende Prüfzeile, ein Zeichen außerhalb des Alphabets oder Bytes, die kein gültiger UTF-8-Text sind, führen zu einer klaren Meldung.

Kann ich den gepanzerten Text in einer einzigen Zeile behalten?

Ja. Standardmäßig wird das Base64 alle 64 Zeichen umbrochen, wie in klassischer OpenPGP-Panzerung. Schalten Sie den Zeilenumbruch beim Kodieren ab, dann erhalten Sie eine durchgehende Zeile plus Prüfzeile, praktisch für platzsparendes Speichern.

Kann ich einen ganzen PGP-Block mit BEGIN- und END-Zeile einfügen?

Ja. Rahmenzeilen wie BEGIN und END sowie einfache Kopfzeilen werden vor dem Dekodieren entfernt, daher funktioniert auch ein größerer Block. Das Werkzeug bearbeitet nur den Radix-64-Text und seine Prüfsumme; Pakete, Signaturen oder Verschlüsselung erzeugt es nicht.

Für Entwickler — API-Zugang

Alles auf dieser Seite ist auch per API verfügbar. Dieser Abschnitt richtet sich an Teams, die es in ihre eigenen Systeme einbinden möchten; alle anderen nutzen einfach das Tool oben.

Endpunkt

POSThttps://api.kit.forhosting.com/enc/base64-radix64

Authentifizierung per Bearer-Token. Ein einziger POST stellt die Aufgabe in die Warteschlange; das Ergebnis erhalten Sie per Webhook oder über einen signierten Link.

Aufruf aus Ihrem Stack

curl -X POST https://api.kit.forhosting.com/enc/base64-radix64 \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"text":"Hello, OpenPGP!"}'

const res = await fetch("https://api.kit.forhosting.com/enc/base64-radix64", {
  method: "POST",
  headers: {
    "Authorization": `Bearer ${process.env.KIT_KEY}`,
    "Content-Type": "application/json"
  },
  body: JSON.stringify({
    "text": "Hello, OpenPGP!"
  })
});
const { task_id } = await res.json();

import os, requests

res = requests.post(
    "https://api.kit.forhosting.com/enc/base64-radix64",
    headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
    json={
    "text": "Hello, OpenPGP!"
},
)
task_id = res.json()["task_id"]

<?php
$res = file_get_contents("https://api.kit.forhosting.com/enc/base64-radix64", false, stream_context_create([
  "http" => [
    "method"  => "POST",
    "header"  => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
    "content" => '{"text":"Hello, OpenPGP!"}',
  ],
]));
$task = json_decode($res, true);

body := bytes.NewBufferString(`{"text":"Hello, OpenPGP!"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/enc/base64-radix64", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)

Beispiel-Anfrage

{
  "text": "Hello, OpenPGP!"
}

Beispiel-Antwort

{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "enc.base64_radix64",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

Die API arbeitet asynchron: Sie erhalten sofort eine task_id. Polling ist mit 1 Anfrage pro Sekunde erlaubt.

Preis

pro Anfrage$0.002

Der Preis steht auf der Seite – keine Tokens, keine Credits. Fehlgeschlagene Aufgaben werden nicht berechnet.

Fehler

HTTP	Code	Bedeutung
`401`	`unauthorized`	Der API-Schlüssel fehlt oder ist ungültig – prüfen Sie den Authorization-Header (Bearer).
`402`	`insufficient_balance`	Ihr Guthaben reicht für diese Aufgabe nicht aus – Aufladungen verfallen nicht.
`404`	`unknown_type`	Unbekannter Aufgabentyp – prüfen Sie das Feld „type“ gegen den Katalog.
`429`	`rate_limited`	Zu viele Anfragen – warten Sie kurz; Polling ist mit 1 Anfrage pro Sekunde erlaubt.

Technische Hinweise

Abweichende Prüfsummen, fehlende CRC-Zeilen, unzulässige Alphabetzeichen und Nicht-UTF-8-Nutzlasten scheitern mit einem klaren invalid_input-Fehler statt stillen Mülls.

Text als OpenPGP-Radix-64 mit CRC-24-Anhang kodieren

Senden Sie einen JSON-Körper mit dem Pflichtzeichenkettenfeld text gleich der Klartextnachricht, die Sie panzern möchten, und belassen Sie mode beim Standardwert encode oder setzen Sie mode ausdrücklich auf encode. Die Antwort enthält result (Körper plus CRC-Zeile), body (durchgehendes Base64 ohne Prüfsumme), crc24 (das vierstellige Token), crc24_hex (sechs hexadezimale Kleinbuchstaben-Ziffern), crc_ok true, bytes (UTF-8-Länge), mode encode und wrap. Optionale Aliase input, value und s werden für das Feld text akzeptiert; direction, op und action für mode; line_wrap und fold für wrap.

Panzeriertes Radix-64 dekodieren und den CRC-24 prüfen

Setzen Sie mode auf decode und legen Sie in text einen panzerierten Körper im OpenPGP-Stil ab: eine oder mehrere Base64-Zeilen gefolgt von einer abschließenden Prüfsummenzeile der Form Gleichheitszeichen plus vier Alphabetzeichen. Optionale vollständige PGP-Rahmenzeilen wie BEGIN- oder END-Banner und einfache Header-Schlüssel-Wert-Paare werden entfernt, sodass das Einfügen eines größeren Panzerungsblocks weiterhin funktioniert, wenn Sie nur den Radix-64-Körper brauchen. Die Engine verkettet die Körperzeilen, dekodiert das Standardalphabet, berechnet den CRC-24 über die wiedergewonnenen Oktette neu und vergleicht ihn mit dem vierstelligen Anhänger. Bevorzugen Sie diese Fähigkeit, wenn die Suchintention OpenPGP-Radix-64, ASCII-Panzerung CRC-24 oder die Prüfung panzerierter Prüfsummen ist; reiner Text-zu-Base64 ohne Anhänger gehört zu Standard-Base64-Werkzeugen, URL-sichere Cookies zu base64url-Kodierern. Stimmt die Prüfsumme nicht, schlägt die Aufgabe sofort mit invalid_input fehl und einer Meldung, die den behaupteten und den berechneten CRC hexadezimal meldet — damit Betreiber Verkürzung von Bitkippern unterscheiden, ohne zu raten. Fehlende CRC-Zeilen, leere Körper, unzulässige Zeichen, Auffüllfehler und Nicht-UTF-8-Nutzlasten werfen ebenfalls invalid_input mit konkretem Grund. Validierungsfehler werden auf der vorausbezahlten API nicht berechnet.

API-Nutzung, Preis, Abläufe und Unterschiede zu reinem Base64

Nutzen Sie die vorausbezahlte KIT-API, wenn ein Backend, Edge-Worker oder SDK denselben Encode- oder Decode-Schritt unter Guthaben zu $0.002 pro erfolgreichem Element braucht; fehlgeschlagene Validierung wird nach Ablehnung durch die Engine nicht berechnet. Ein typischer Ablauf kodiert ein kurzes Konfigurationsfragment für den Transport über ein Ticketsystem, das nur druckbares ASCII erlaubt, und dekodiert es auf dem Empfangsdienst mit mode decode und prüft, dass crc_ok true ist und bytes der Originallänge entspricht. Autoren von SDKs können result auf eine Kopierschaltfläche legen und crc24_hex als lesbare Integritätskennzeichnung in Dashboards und OpenAPI-Beispielen ausweisen.

Integrationsbeispiele

Prüfsummen-Anker in CI und Dokumentation

Testen Sie panzerierte Proben mit Goldens: Encode und dann Decode muss rundlaufen, und eine manipulierte CRC-Zeile muss vor der Freigabe invalid_input werfen.

Support und Schulung ohne vollständiges GnuPG

Agenten und Lernende erzeugen oder prüfen Radix-64-Körper im kostenlosen Browser-Widget, wenn sie nur das Panzerungsformat und CRC-24 brauchen, nicht Paketkryptografie.

Technische Fragen

Wie kodiert man Text als Radix-64 mit einem CRC?

Senden Sie JSON mit text gleich Ihrer Klartextzeichenkette und mode encode (oder lassen Sie mode weg). result enthält den Base64-Körper (optional auf 64 Spalten gefaltet) und eine abschließende =CRC-Zeile.

Was geschieht, wenn die CRC-24-Prüfsumme nicht stimmt?

Die Dekodierung scheitert mit invalid_input und meldet behaupteten sowie berechneten CRC. Die Anfrage wird nicht berechnet.

Was kostet der OpenPGP-Radix-64-Kodierer?

Das Browser-Werkzeug ist kostenlos. API-Anfragen nutzen vorausbezahltes KIT-Guthaben zu $0.002 pro erfolgreichem Element; ungültige Eingabe wird nicht berechnet.

Vollständige KIT-Dokumentation lesen →

OpenPGP-Radix-64-Kodierer

Im Browser ausführen – kostenlos

Rechenbeispiel

Base64 mit eingebauter Prüfsumme

Kodieren, prüfen und typische Fehler vermeiden

Text als OpenPGP-Radix-64 mit CRC-24-Anhang kodieren

Was Radix-64 von reinem Base64 unterscheidet

Anwendungsfälle

Kurze Geheimnisse für rein textuelle Kanäle panzern

Häufige Fragen

Verwandte Tools

Für Entwickler — API-Zugang

Endpunkt

Aufruf aus Ihrem Stack

Beispiel-Anfrage

Beispiel-Antwort

Preis

Fehler

Technische Hinweise

Text als OpenPGP-Radix-64 mit CRC-24-Anhang kodieren

Panzeriertes Radix-64 dekodieren und den CRC-24 prüfen

API-Nutzung, Preis, Abläufe und Unterschiede zu reinem Base64

Integrationsbeispiele

Prüfsummen-Anker in CI und Dokumentation

Support und Schulung ohne vollständiges GnuPG

Technische Fragen

danke