Codificatore OpenPGP Radix-64
«Hello, OpenPGP!» diventa il corpo Radix-64 SGVsbG8sIE9wZW5QR1Ah più la riga di controllo =FPfi: l'armatura di OpenPGP, il cui CRC-24 permette a chi riceve di accorgersi dei danni prima di fidarsi del testo. Gratis nel suo browser.
- Gratis
- Funziona nel suo browser
- Senza registrazione
- I suoi dati restano sul dispositivo
Esegui gratis nel browser
Esempio risolto
- Testo
- Hello, OpenPGP!
- Risultato
- SGVsbG8sIE9wZW5QR1Ah =FPfi
- Modalità di calcolo
- Encode
- Corpo
- SGVsbG8sIE9wZW5QR1Ah
- Crc24
- FPfi
L'armatura ASCII di OpenPGP trasporta carichi binari tramite e-mail e canali di testo codificandoli in Radix-64 —lo stesso alfabeto di sessantaquattro caratteri del Base64 standard— e aggiungendo una riga di checksum CRC-24 affinché il ricevente rilevi la corruzione prima di analizzare i pacchetti. Chi cerca un codificatore OpenPGP Radix-64 ha bisogno di quella forma esatta sul filo: righe Base64 piegate più un checksum finale di quattro caratteri con prefisso uguale, non un blob Base64 senza integrità. Questa capacità codifica testo UTF-8 in quel corpo armato, oppure decodifica un corpo armato dopo aver verificato il CRC-24 sugli ottetti ricostruiti.
Codificare testo in OpenPGP Radix-64 con trailer CRC-24
Il motore serializza la stringa in byte UTF-8, proietta quei byte sull'alfabeto OpenPGP Radix-64 (identico al Base64 MIME: da A a Z, da a a z, da zero a nove, più e barra, con riempimento uguale quando la lunghezza non è multipla di tre), quindi calcola il controllo ciclico a ventiquattro bit definito nella RFC 4880 sezione sei: polinomio generatore zero-x-otto-sei-quattro-C-F-B e inizializzazione zero-x-B-sette-zero-quattro-C-E, accumulato sugli ottetti grezzi prima della codifica.
Quel CRC viene a sua volta codificato in esattamente quattro caratteri Radix-64 e scritto sulla propria riga finale dopo un segno uguale iniziale. Per impostazione predefinita wrap è true, così il corpo Base64 è piegato a sessantaquattro caratteri per riga per coincidere con la leggibilità classica dell'armatura OpenPGP; imposti wrap su false se le serve una sola riga continua per archiviazione compatta. Le stringhe vuote sono valide e producono comunque una riga CRC su zero byte.
Testo multilingue ed emoji completano il ciclo perché il percorso è UTF-8 completo. Ingressi identici producono sempre la stessa armatura perché l'algoritmo è aritmetica pura, senza sale, orologio né rete.
In cosa Radix-64 differisce dal Base64 semplice
Utilizzi il codificatore OpenPGP Radix-64 gratuito nel browser per dimostrazioni in aula, guide di supporto e controlli occasionali di armatura senza installare GnuPG. Un altro flusso rivisita campioni di documentazione che pubblicano blob armati affinché il lettore possa fidarsi che la riga CRC sia ancora allineata al corpo. Rispetto al Base64 semplice, questa pagina intercetta un intento di ricerca diverso: chi ha bisogno del trailer di checksum OpenPGP e della piegatura delle righe, non solo di un alfabeto con padding.
Rispetto agli strumenti per messaggi OpenPGP completi, questa capacità si ferma deliberatamente al corpo Radix-64 e al CRC —non assembla pacchetti, firme né cifratura—, così il contratto resta piccolo e deterministico.
Casi d'uso
Armare segreti brevi per canali solo testo
Codifichi frammenti UTF-8 in OpenPGP Radix-64 con trailer CRC-24 affinché e-mail, chat e ticket li trasportino in sicurezza; decodifichi e verifichi lato ricevente.
Domande frequenti
Che cos'è OpenPGP Radix-64?
È l'alfabeto in stile Base64 che OpenPGP usa per l'armatura ASCII, più una riga finale di checksum CRC-24 (=XXXX) calcolata sugli byte grezzi prima della codifica (RFC 4880 §6).
È la stessa cosa del Base64 semplice?
L'alfabeto coincide con il Base64 standard, ma l'armatura OpenPGP aggiunge un trailer CRC-24 obbligatorio e di solito piega le righe a 64 caratteri. Gli strumenti Base64 semplici omettono quel checksum.
Cosa succede se il checksum CRC-24 non corrisponde?
In decodifica il CRC-24 viene ricalcolato sui byte recuperati e confrontato con la riga finale di quattro caratteri. Una differenza, una riga di controllo mancante, un carattere fuori dall'alfabeto o byte che non sono testo UTF-8 valido fermano tutto con un messaggio chiaro.
Posso tenere il testo armato su una sola riga?
Sì. Per impostazione predefinita il Base64 va a capo ogni 64 caratteri, come nell'armatura OpenPGP classica. Disattivi l'andata a capo in codifica e otterrà un'unica riga continua più la riga di controllo, comoda per un'archiviazione compatta.
Posso incollare un blocco PGP completo con le righe BEGIN ed END?
Sì. Le righe di intestazione come BEGIN ed END e le intestazioni semplici vengono tolte prima della decodifica, quindi anche un blocco armato più ampio funziona. Lo strumento tratta solo il testo Radix-64 e il suo controllo; non crea pacchetti, firme né cifratura.
Strumenti correlati
Per sviluppatori — accesso via API
Tutto quello che vedi in questa pagina è disponibile anche via API. Questa sezione è per i team che vogliono integrarlo nei propri sistemi; chi non ne ha bisogno può semplicemente usare lo strumento qui sopra.
Endpoint
Autenticazione con Bearer token: un POST mette in coda l'attività e il risultato arriva via webhook o link firmato.
Chiamala dal tuo 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)Esempio di richiesta
{
"text": "Hello, OpenPGP!"
}Esempio di risposta
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "enc.base64_radix64",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}L'API è asincrona: ricevi subito un task_id e puoi fare polling fino a 1 richiesta al secondo.
Prezzi
Prezzo pubblicato, senza token né crediti. Se l'attività fallisce, non paghi.
Errori
| HTTP | Codice | Significato |
|---|---|---|
401 | unauthorized | Chiave API mancante o non valida: controlla l'header Authorization. |
402 | insufficient_balance | Credito esaurito: ricarica per continuare a eseguire attività. |
404 | unknown_type | Tipo di attività sconosciuto: controlla il campo type della richiesta. |
429 | rate_limited | Troppe richieste in poco tempo: rallenta e riprova tra qualche secondo. |
Note tecniche
Checksum non coincidenti, righe CRC assenti, caratteri illegali e carichi non UTF-8 falliscono con un errore invalid_input chiaro invece di rifiuti silenziosi.
Codificare testo in OpenPGP Radix-64 con trailer CRC-24
Invii un corpo JSON con il campo stringa obbligatorio text uguale al messaggio in chiaro che desidera armare, e lasci mode al valore predefinito encode oppure imposti mode su encode in modo esplicito. La risposta include result (corpo più riga CRC), body (Base64 continuo senza il checksum), crc24 (il token di quattro caratteri), crc24_hex (sei cifre esadecimali minuscole), crc_ok true, bytes (lunghezza UTF-8), mode encode e wrap. Gli alias opzionali input, value e s sono accettati per il campo text; direction, op e action per mode; line_wrap e fold per wrap.
Decodificare Radix-64 armato e verificare il CRC-24
Imposti mode su decode e ponga in text un corpo armato in stile OpenPGP: una o più righe Base64 seguite da una riga finale di checksum nella forma uguale più quattro caratteri dell'alfabeto. Le righe opzionali di incorniciatura PGP completa, come banner BEGIN o END e semplici coppie chiave-valore di intestazione, vengono rimosse così incollare un blocco di armatura più grande funziona ancora quando le serve solo il corpo Radix-64. Il motore concatena le righe del corpo, decodifica l'alfabeto standard, ricalcola il CRC-24 sugli ottetti recuperati e lo confronta con il trailer di quattro caratteri. Preferisca questa capacità quando l'intento di ricerca è OpenPGP Radix-64, armatura ASCII CRC-24 o verifica di checksum armati; testo verso Base64 senza trailer appartiene agli strumenti Base64 standard, e i cookie sicuri per URL ai codificatori base64url. Quando il checksum non coincide, l'attività fallisce subito con invalid_input e un messaggio che riporta il CRC dichiarato e quello calcolato in esadecimale, così gli operatori distinguono troncamento e bit invertiti senza indovinare. Righe CRC assenti, corpi vuoti, caratteri illegali, errori di riempimento e carichi non UTF-8 sollevano pure invalid_input con un motivo specifico. I fallimenti di validazione non vengono addebitati sull'API prepagata.
Uso API, prezzo, flussi e differenze rispetto al Base64 semplice
Usi l'API prepagata del KIT quando un backend, un worker di bordo o un SDK necessita dello stesso passo di codifica o decodifica a saldo a $0.002 per elemento riuscito; una validazione fallita non consuma mai il saldo dopo il rifiuto del motore. Un flusso tipico codifica un breve frammento di configurazione per il trasporto tramite un sistema di ticket che ammette solo ASCII stampabile, poi decodifica sul servizio ricevente con mode decode e afferma che crc_ok è true e che bytes coincide con la lunghezza originale. Chi pubblica SDK può mappare result su un pulsante di copia ed esporre crc24_hex come etichetta leggibile di integrità in dashboard ed esempi OpenAPI.
Casi di integrazione
Ancoraggi di checksum in CI e documentazione
Testi con golden campioni armati: codificare e poi decodificare deve chiudere il ciclo, e una riga CRC alterata deve sollevare invalid_input prima del rilascio.
Supporto e formazione senza GnuPG completo
Agenti e studenti generano o verificano corpi Radix-64 nel widget gratuito del browser quando serve solo il formato di armatura e il CRC-24, non la crittografia dei pacchetti.
Domande tecniche
Come si codifica testo in Radix-64 con un CRC?
Invii JSON con text uguale alla stringa in chiaro e mode encode (oppure ometta mode). result contiene il corpo Base64 (eventualmente piegato a 64 colonne) e una riga finale =CRC.
Cosa succede se il checksum CRC-24 non coincide?
La decodifica fallisce con invalid_input e riporta i valori CRC dichiarato e calcolato. La richiesta non viene addebitata.
Quanto costa il codificatore OpenPGP Radix-64?
Lo strumento nel browser è gratuito. Le richieste API usano il saldo prepagato KIT a $0.002 per elemento riuscito; l'ingresso non valido non viene fatturato.