ForHosting KIT · Ferramentas para dev

Codificador OpenPGP Radix-64

“Hello, OpenPGP!” vira o corpo Radix-64 SGVsbG8sIE9wZW5QR1Ah mais a linha de verificação =FPfi: a armadura do OpenPGP, cujo CRC-24 permite ao destinatário perceber dados corrompidos antes de confiar no texto. Grátis no seu navegador.

  • Grátis
  • Funciona no seu navegador
  • Sem cadastro
  • Seus dados não saem do seu aparelho
Use pelo WebAPIE-mailTelegramApp em breve
Se você digitar
Texto
Hello, OpenPGP!
Você obtém
Resultado
SGVsbG8sIE9wZW5QR1Ah =FPfi
Modo de cálculo
Encode
Corpo
SGVsbG8sIE9wZW5QR1Ah
Crc24
FPfi

A armadura ASCII do OpenPGP transporta cargas binárias por e-mail e canais de texto codificando-as em Radix-64 —o mesmo alfabeto de sessenta e quatro caracteres do Base64 padrão— e acrescentando uma linha de soma de verificação CRC-24 para que o receptor detecte corrupção antes de analisar pacotes. Quem procura um codificador OpenPGP Radix-64 precisa exatamente dessa forma de fio: linhas Base64 dobradas mais um checksum final de quatro caracteres com prefixo igual, não um blob Base64 sem integridade. Esta capacidade codifica texto UTF-8 nesse corpo armado, ou decodifica um corpo armado após verificar o CRC-24 contra os octetos reconstruídos.

Codificar texto em OpenPGP Radix-64 com trailer CRC-24

O motor serializa a string em bytes UTF-8, mapeia esses bytes pelo alfabeto OpenPGP Radix-64 (idêntico ao Base64 MIME: de A a Z, de a a z, de zero a nove, mais e barra, com preenchimento de igual quando o comprimento não é múltiplo de três) e calcula a verificação cíclica de vinte e quatro bits definida na RFC 4880 seção seis: polinômio gerador zero-x-oito-seis-quatro-C-F-B e inicialização zero-x-B-sete-zero-quatro-C-E, acumulada sobre os octetos brutos antes da codificação.

Esse CRC é codificado em exatamente quatro caracteres Radix-64 e escrito em sua própria linha final após um sinal de igual inicial. Por padrão wrap é true, de modo que o corpo Base64 é dobrado a sessenta e quatro caracteres por linha para coincidir com a legibilidade clássica da armadura OpenPGP; defina wrap como false se precisar de uma única linha contínua para armazenamento compacto. Strings vazias são válidas e ainda produzem uma linha CRC sobre zero bytes.

Texto multilíngue e emoji completam o ciclo porque o caminho é UTF-8 pleno. Entradas idênticas sempre geram a mesma armadura porque o algoritmo é aritmética pura, sem sal, relógio ou rede.

Como o Radix-64 se diferencia do Base64 simples

Use o codificador OpenPGP Radix-64 gratuito no navegador para demonstrações em sala, roteiros de suporte e checagens pontuais de armadura sem instalar o GnuPG. Outro fluxo reverifica amostras de documentação que publicam blobs armados para que o leitor confie que a linha CRC ainda coincide com o corpo. Em relação ao Base64 simples, esta página atende a uma intenção de busca diferente: quem precisa do trailer de checksum OpenPGP e do dobramento de linhas, não apenas de um alfabeto com preenchimento.

Em relação a ferramentas de mensagens OpenPGP completas, esta capacidade para deliberadamente no corpo Radix-64 e no CRC —não monta pacotes, assinaturas nem criptografia—, de modo que o contrato permanece pequeno e determinístico.

Armar segredos curtos para canais só de texto

Codifique fragmentos UTF-8 em OpenPGP Radix-64 com trailer CRC-24 para que e-mail, chat e tickets os transportem com segurança; decodifique e verifique no lado receptor.

O que é OpenPGP Radix-64?

É o alfabeto no estilo Base64 que o OpenPGP usa na armadura ASCII, mais uma linha final de checksum CRC-24 (=XXXX) calculada sobre os bytes brutos antes da codificação (RFC 4880 §6).

É o mesmo que Base64 simples?

O alfabeto coincide com o Base64 padrão, mas a armadura OpenPGP acrescenta um trailer CRC-24 obrigatório e costuma dobrar linhas em 64 caracteres. Ferramentas Base64 simples omitem esse checksum.

O que acontece se o checksum CRC-24 não bater?

Na decodificação, o CRC-24 é recalculado sobre os bytes recuperados e comparado com a linha final de quatro caracteres. Uma diferença, a falta da linha de verificação, um caractere fora do alfabeto ou bytes que não formam texto UTF-8 válido interrompem tudo com uma mensagem clara.

Posso deixar o texto armado em uma única linha?

Sim. Por padrão o Base64 é quebrado a cada 64 caracteres, como na armadura clássica do OpenPGP. Desligue a quebra de linhas ao codificar e você recebe uma única linha contínua mais a linha de verificação, útil para guardar de forma compacta.

Posso colar um bloco PGP inteiro com as linhas BEGIN e END?

Sim. Linhas de abertura como BEGIN e END e cabeçalhos simples são removidos antes da decodificação, então um bloco armado maior também funciona. A ferramenta trata apenas o texto Radix-64 e o checksum; não monta pacotes, assinaturas nem criptografia.

Tudo nesta página está disponível via API. Esta seção é para equipes que querem integrar a ferramenta aos próprios sistemas; quem não precisa disso pode simplesmente usar a ferramenta acima.

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

Autenticação por token Bearer. Um único POST coloca a tarefa na fila; o resultado chega por webhook ou link assinado.

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!"}'
{
  "text": "Hello, OpenPGP!"
}
{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "enc.base64_radix64",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

A API é assíncrona: cada chamada devolve um task_id na hora. Se preferir polling, consulte o status a até 1 requisição por segundo.

por chamadaUS$ 0,002

Preço publicado, sem tokens nem créditos escondidos. Tarefa que falha não é cobrada.

HTTPCódigoO que significa
401unauthorizedToken ausente ou inválido. Confira o header Authorization.
402insufficient_balanceSaldo insuficiente para esta tarefa. Faça uma recarga e tente de novo.
404unknown_typeEsse tipo de tarefa não existe. Confira o campo type no catálogo.
429rate_limitedMuitas requisições em pouco tempo. Espere um instante e tente de novo.

Checksums divergentes, linhas CRC ausentes, caracteres ilegais e cargas que não são UTF-8 falham com um erro invalid_input claro em vez de lixo silencioso.

Codificar texto em OpenPGP Radix-64 com trailer CRC-24

Envie um corpo JSON com o campo de string obrigatório text igual à mensagem em claro que você deseja armar, e deixe mode no padrão encode ou defina mode como encode de forma explícita. A resposta inclui result (corpo mais linha CRC), body (Base64 contínuo sem o checksum), crc24 (o token de quatro caracteres), crc24_hex (seis dígitos hexadecimais minúsculos), crc_ok true, bytes (comprimento UTF-8), mode encode e wrap. Aliases opcionais input, value e s são aceitos para o campo text; direction, op e action para mode; line_wrap e fold para wrap.

Decodificar Radix-64 armado e verificar o CRC-24

Defina mode como decode e coloque em text um corpo armado no estilo OpenPGP: uma ou mais linhas Base64 seguidas de uma linha final de checksum na forma igual mais quatro caracteres do alfabeto. Linhas opcionais de enquadramento PGP completo, como faixas BEGIN ou END e pares chave-valor de cabeçalho simples, são removidas para que colar um bloco de armadura maior ainda funcione quando você só precisa do corpo Radix-64. O motor concatena as linhas do corpo, decodifica o alfabeto padrão, recalcula o CRC-24 sobre os octetos recuperados e compara com o trailer de quatro caracteres. Prefira esta capacidade quando a intenção de busca for OpenPGP Radix-64, armadura ASCII CRC-24 ou verificação de checksums armados; texto para Base64 sem trailer pertence às ferramentas Base64 padrão, e cookies seguros para URL aos codificadores base64url. Quando o checksum não coincide, a tarefa falha de imediato com invalid_input e uma mensagem que informa o CRC reivindicado e o calculado em hexadecimal, para que operadores distingan truncamento de inversões de bit sem adivinhar. Linhas CRC ausentes, corpos vazios, caracteres ilegais, erros de preenchimento e cargas que não são UTF-8 também disparam invalid_input com motivo específico. Falhas de validação não são cobradas na API pré-paga.

Uso da API, preço, fluxos e diferenças em relação ao Base64 simples

Use a API pré-paga do KIT quando um backend, worker de borda ou SDK precisar do mesmo passo de codificar ou decodificar sob saldo a US$ 0,002 por item bem-sucedido; validação falha nunca consome saldo após a rejeição do motor. Um fluxo típico codifica um fragmento curto de configuração para transporte por um sistema de tickets que só permite ASCII imprimível e, em seguida, decodifica no serviço receptor com mode decode e afirma que crc_ok é true e que bytes coincide com o comprimento original. Autores de SDK podem mapear result para um botão de copiar e expor crc24_hex como rótulo legível de integridade em painéis e exemplos OpenAPI.

Âncoras de checksum em CI e documentação

Teste com goldens amostras armadas: codificar e depois decodificar deve fechar o ciclo, e uma linha CRC adulterada deve disparar invalid_input antes da publicação.

Suporte e treinamento sem GnuPG completo

Agentes e alunos geram ou verificam corpos Radix-64 no widget gratuito do navegador quando só precisam do formato de armadura e do CRC-24, não da criptografia de pacotes.

Como codifico texto em Radix-64 com um CRC?

Envie JSON com text igual à sua string em claro e mode encode (ou omita mode). result contém o corpo Base64 (opcionalmente dobrado em 64 colunas) e uma linha final =CRC.

O que acontece se o checksum CRC-24 não coincidir?

A decodificação falha com invalid_input e informa os valores CRC reivindicado e calculado. A requisição não é cobrada.

Quanto custa o codificador OpenPGP Radix-64?

A ferramenta do navegador é gratuita. Requisições à API usam saldo pré-pago do KIT a US$ 0,002 por item bem-sucedido; entrada inválida não é faturada.

Ver a documentação completa do KIT →