ForHosting KIT · Outils pour développeurs

Encodeur OpenPGP Radix-64

« Hello, OpenPGP! » devient le corps Radix-64 SGVsbG8sIE9wZW5QR1Ah suivi de la ligne de contrôle =FPfi : l'armure OpenPGP, dont le CRC-24 permet au destinataire de repérer une altération avant de se fier au texte. Gratuit dans votre navigateur.

Gratuit
Fonctionne dans votre navigateur
Sans inscription
Vos données restent sur votre appareil

Lancer gratuitement Voir l’API

Utilisez-le depuis WebAPIE-mailTelegramApp bientôt

Exemple résolu

Si vous saisissez

Texte: Hello, OpenPGP!

Vous obtenez

Résultat: SGVsbG8sIE9wZW5QR1Ah =FPfi
Mode de calcul: Encode
Corps: SGVsbG8sIE9wZW5QR1Ah
Crc24: FPfi

L'armure ASCII OpenPGP transporte des charges binaires par e-mail et canaux texte en les encodant en Radix-64 —le même alphabet de soixante-quatre caractères que le Base64 standard— puis en ajoutant une ligne de somme de contrôle CRC-24 pour que le destinataire détecte la corruption avant d'analyser les paquets. Quiconque cherche un encodeur OpenPGP Radix-64 a besoin de cette forme exacte sur le fil : lignes Base64 repliées plus un checksum final de quatre caractères préfixé d'un égal, non un blob Base64 sans intégrité. Cette capacité encode du texte UTF-8 dans ce corps armuré, ou décode un corps armuré après vérification du CRC-24 sur les octets reconstruits.

Encoder du texte en OpenPGP Radix-64 avec remorque CRC-24

Le moteur sérialise la chaîne en octets UTF-8, projette ces octets sur l'alphabet OpenPGP Radix-64 (identique au Base64 MIME : de A à Z, de a à z, de zéro à neuf, plus et barre oblique, avec remplissage égal lorsque la longueur n'est pas un multiple de trois), puis calcule le contrôle cyclique de vingt-quatre bits défini dans la RFC 4880 section six : polynôme générateur zéro-x-huit-six-quatre-C-F-B et initialisation zéro-x-B-sept-zéro-quatre-C-E, accumulé sur les octets bruts avant encodage.

Ce CRC est lui-même encodé en exactement quatre caractères Radix-64 et écrit sur sa propre ligne finale après un signe égal initial. Par défaut wrap vaut true, de sorte que le corps Base64 est replié à soixante-quatre caractères par ligne pour coller à la lisibilité classique de l'armure OpenPGP ; définissez wrap à false si vous avez besoin d'une seule ligne continue pour un stockage compact. Les chaînes vides sont valides et produisent encore une ligne CRC sur zéro octet.

Le texte multilingue et les emoji font l'aller-retour car le chemin est UTF-8 complet. Des entrées identiques produisent toujours la même armure car l'algorithme est de l'arithmétique pure, sans sel, horloge ni réseau.

Ce qui distingue Radix-64 du Base64 simple

Appelez l'encodeur OpenPGP Radix-64 gratuit dans le navigateur pour des démonstrations en classe, des guides de support et des contrôles ponctuels d'armure sans installer GnuPG. Un autre flux revérifie des échantillons de documentation qui publient des blobs armurés afin que le lecteur puisse faire confiance à la ligne CRC encore alignée sur le corps. Par rapport au Base64 simple, cette page cible une intention de recherche différente : ceux qui ont besoin de la remorque de checksum OpenPGP et du repli de lignes, pas seulement d'un alphabet rempli.

Par rapport aux outils de messages OpenPGP complets, cette capacité s'arrête délibérément au corps Radix-64 et au CRC —elle n'assemble ni paquets, ni signatures, ni chiffrement—, de sorte que le contrat reste petit et déterministe.

Cas d’usage

Armer de courts secrets pour des canaux texte seuls

Encodez des fragments UTF-8 en OpenPGP Radix-64 avec remorque CRC-24 pour que l'e-mail, le chat et les tickets les transportent en sécurité ; décodez et vérifiez côté récepteur.

Questions fréquentes

Qu'est-ce que l'OpenPGP Radix-64 ?

C'est l'alphabet de style Base64 qu'OpenPGP utilise pour l'armure ASCII, plus une ligne finale de checksum CRC-24 (=XXXX) calculée sur les octets bruts avant encodage (RFC 4880 §6).

Est-ce la même chose que le Base64 simple ?

L'alphabet correspond au Base64 standard, mais l'armure OpenPGP ajoute une remorque CRC-24 obligatoire et replie souvent les lignes à 64 caractères. Les outils Base64 simples omettent ce checksum.

Que se passe-t-il si la somme de contrôle CRC-24 ne correspond pas ?

Au décodage, le CRC-24 est recalculé sur les octets récupérés et comparé à la ligne finale de quatre caractères. Une différence, une ligne de contrôle absente, un caractère hors alphabet ou des octets qui ne forment pas un texte UTF-8 valide arrêtent tout avec un message clair.

Puis-je garder le texte armé sur une seule ligne ?

Oui. Par défaut, le Base64 est coupé tous les 64 caractères, comme dans l'armure OpenPGP classique. Désactivez le retour à la ligne à l'encodage et vous obtenez une seule ligne continue plus la ligne de contrôle, pratique pour un stockage compact.

Puis-je coller un bloc PGP complet avec ses lignes BEGIN et END ?

Oui. Les lignes de bannière comme BEGIN et END et les lignes d'en-tête simples sont retirées avant le décodage, si bien qu'un bloc armé plus large fonctionne aussi. L'outil ne traite que le texte Radix-64 et son contrôle ; il ne crée ni paquets, ni signatures, ni chiffrement.

Outils associés

Pour les développeurs — accès API

Tout sur cette page est disponible par programmation. Cette section s'adresse aux équipes qui veulent l'intégrer à leurs systèmes ; les autres peuvent simplement utiliser l'outil ci-dessus.

Endpoint

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

Authentification par jeton Bearer : un seul POST met la tâche en file d’attente, et le résultat vous parvient par webhook ou lien signé.

Appeler depuis votre 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)

Exemple de requête

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

Exemple de réponse

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

L’API est asynchrone : chaque appel renvoie un task_id immédiatement, puis vous interrogez l’état à raison d’une requête par seconde.

Tarifs

par requête$0.002

Le prix est publié, sans tokens ni crédits. Une tâche qui échoue n’est pas facturée.

Erreurs

HTTP	Code	Signification
`401`	`unauthorized`	Clé API absente ou invalide : vérifiez l’en-tête Authorization.
`402`	`insufficient_balance`	Solde insuffisant : rechargez votre compte pour lancer cette tâche.
`404`	`unknown_type`	Type de tâche inconnu : vérifiez le champ type de votre requête.
`429`	`rate_limited`	Trop de requêtes : ralentissez la cadence, puis réessayez.

Notes techniques

Checksums divergents, lignes CRC absentes, caractères illégaux et charges non UTF-8 échouent avec une erreur invalid_input claire au lieu d'un silence corrompu.

Encoder du texte en OpenPGP Radix-64 avec remorque CRC-24

Envoyez un corps JSON avec le champ chaîne obligatoire text égal au message en clair que vous souhaitez armer, et laissez mode à sa valeur par défaut encode ou définissez mode sur encode explicitement. La réponse inclut result (corps plus ligne CRC), body (Base64 continu sans le checksum), crc24 (le jeton de quatre caractères), crc24_hex (six chiffres hexadécimaux minuscules), crc_ok true, bytes (longueur UTF-8), mode encode et wrap. Les alias optionnels input, value et s sont acceptés pour le champ text ; direction, op et action pour mode ; line_wrap et fold pour wrap.

Décoder le Radix-64 armuré et vérifier le CRC-24

Définissez mode sur decode et placez dans text un corps armuré au style OpenPGP : une ou plusieurs lignes Base64 suivies d'une ligne finale de checksum de la forme égal plus quatre caractères de l'alphabet. Les lignes optionnelles d'encadrement PGP complet, telles que les bannières BEGIN ou END et les paires clé-valeur d'en-tête simples, sont retirées afin qu'un collage d'un plus grand bloc d'armure fonctionne encore lorsque vous n'avez besoin que du corps Radix-64. Le moteur concatène les lignes du corps, décode l'alphabet standard, recalcule le CRC-24 sur les octets récupérés et le compare à la remorque de quatre caractères. Préférez cette capacité lorsque l'intention de recherche est OpenPGP Radix-64, armure ASCII CRC-24 ou vérification de checksums armurés ; le texte vers Base64 sans remorque relève des outils Base64 standard, et les cookies sûrs pour URL des encodeurs base64url. Lorsque le checksum ne correspond pas, la tâche échoue immédiatement avec invalid_input et un message qui rapporte le CRC déclaré et le CRC calculé en hexadécimal, afin que les opérateurs distinguent troncature et basculements de bits sans deviner. Lignes CRC absentes, corps vides, caractères illégaux, erreurs de remplissage et charges non UTF-8 lèvent aussi invalid_input avec une raison précise. Les échecs de validation ne sont pas facturés sur l'API prépayée.

Usage API, tarification, flux et différences avec le Base64 simple

Utilisez l'API prépayée du KIT lorsqu'un backend, un worker de bord ou un SDK a besoin de la même étape d'encodage ou de décodage sous solde à $0.002 par élément réussi ; une validation en échec ne consomme jamais le solde après le rejet du moteur. Un flux typique encode un court fragment de configuration pour le transport via un système de tickets qui n'autorise que l'ASCII imprimable, puis décode sur le service récepteur avec mode decode et affirme que crc_ok vaut true et que bytes correspond à la longueur d'origine. Les auteurs de SDK peuvent mapper result vers un bouton de copie tout en exposant crc24_hex comme étiquette d'intégrité lisible dans les tableaux de bord et les exemples OpenAPI.

Cas d'intégration

Ancrages de checksum en CI et documentation

Testez en golden des échantillons armurés : encoder puis décoder doit boucler, et une ligne CRC altérée doit lever invalid_input avant la publication.

Support et formation sans GnuPG complet

Agents et étudiants génèrent ou vérifient des corps Radix-64 dans le widget gratuit du navigateur lorsqu'ils n'ont besoin que du format d'armure et du CRC-24, pas de la cryptographie de paquets.

Questions techniques

Comment encoder du texte en Radix-64 avec un CRC ?

Envoyez un JSON avec text égal à votre chaîne en clair et mode encode (ou omettez mode). result contient le corps Base64 (éventuellement replié à 64 colonnes) et une ligne finale =CRC.

Que se passe-t-il si le checksum CRC-24 ne correspond pas ?

Le décodage échoue avec invalid_input et rapporte les valeurs CRC déclarée et calculée. La requête n'est pas facturée.

Combien coûte l'encodeur OpenPGP Radix-64 ?

L'outil navigateur est gratuit. Les requêtes API utilisent le solde prépayé KIT à $0.002 par élément réussi ; une entrée invalide n'est pas facturée.

Consulter la documentation complète du KIT →

Lancer gratuitement

Exemple résolu

Encoder du texte en OpenPGP Radix-64 avec remorque CRC-24

Ce qui distingue Radix-64 du Base64 simple

Cas d’usage

Armer de courts secrets pour des canaux texte seuls

Questions fréquentes

Outils associés

Pour les développeurs — accès API

Endpoint

Appeler depuis votre stack

Exemple de requête

Exemple de réponse

Tarifs

Erreurs

Notes techniques

Encoder du texte en OpenPGP Radix-64 avec remorque CRC-24

Décoder le Radix-64 armuré et vérifier le CRC-24

Usage API, tarification, flux et différences avec le Base64 simple

Cas d'intégration

Ancrages de checksum en CI et documentation

Support et formation sans GnuPG complet

Questions techniques

merci