Encodeur PEM Base64

Cet encodeur PEM Base64 convertit dans les deux sens via un seul champ mode : encode transforme du texte UTF-8 en un bloc PEM au format standard avec pliage classique des lignes ; decode retire les en-têtes et récupère la charge UTF-8 ; et rejette un cadrage mal formé, des libellés incompatibles et un Base64 illégal avec une erreur invalid_input explicite. Le parcours gratuit du navigateur et l'API prépayée partagent le même algorithme pur, afin que devoirs, documentation et pipelines ne divergent jamais sur un saut de ligne. Le succès API coûte $0.002 par élément ; les échecs de validation ne sont pas facturés.

Encodez du texte en un bloc PEM avec lignes de 64 caractères

Envoyez un corps JSON avec le champ chaîne obligatoire text égal à la charge UTF-8 en clair que vous souhaitez expédier en PEM, laissez mode à sa valeur par défaut encode ou définissez mode à encode explicitement, et définissez éventuellement label avec la chaîne de type qui doit apparaître dans les bornes d'encapsulation. Les alias optionnels input, value, s, pem et payload sont acceptés pour le champ text, et direction, op et action pour mode, afin que clients générés et anciens noms de formulaire restent valides. La réponse inclut toujours result avec la chaîne PEM multiligne complète, mode encode, label qui reflète le type résolu, line_length fixé à soixante-quatre, base64_body comme Base64 continu sans en-têtes ni sauts de ligne pour les clients qui ont besoin des deux formes, et bytes égal à la longueur UTF-8 avant encodage pour que les tests puissent affirmer la taille de la charge.

Décodez un bloc PEM et gérez l'entrée invalide en toute sécurité

Si vous passez aussi label au décodage, il doit être égal au libellé trouvé dans le bloc ; un écart échoue avec invalid_input pour que l'automatisation puisse affirmer qu'elle a reçu PRIVATE KEY lorsqu'un CERTIFICATE a été collé par erreur. Après validation de l'alphabet, les octets sont décodés en UTF-8 avec un décodeur fatal, de sorte que des blobs DER non textuels qui ne sont pas de l'Unicode valide lèvent aussi invalid_input au lieu d'émettre des caractères de remplacement qui corrompraient les journaux. Un décodage réussi renvoie result comme la chaîne récupérée, mode decode, label issu des en-têtes, line_length soixante-quatre, base64_body comme le corps continu, et bytes comme la longueur UTF-8 décodée. Les échecs de validation ne sont pas facturés sur l'API prépayée, donc sonder un collage suspect reste bon marché pour les opérateurs et sûr pour les utilisateurs finaux.

Usage API, tarification, flux de travail et limites pratiques

Appelez l'outil PEM Base64 gratuit dans le navigateur pour des démonstrations en classe, des playbooks de support et des ré-enveloppages ponctuels d'un certificat collé sans installer OpenSSL. Un flux typique encode un court secret de configuration en PEM libellé pour le stocker dans un système de tickets, puis le décode sur le service récepteur avec mode decode en affirmant que bytes et label correspondent à l'original. Un autre flux normalise un corps de certificat Base64 continu arrivé sans sauts de ligne : encode n'est pas requis si vous avez déjà du PEM, mais decode accepte les corps pliés ou non tant que les en-têtes BEGIN et END sont présents, et vous pouvez ré-encoder après inspection de result si vous avez à nouveau besoin du pliage canonique de soixante-quatre caractères. Utilisez l'API prépayée du KIT lorsqu'un backend, une fonction serverless 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 échouée ne consomme jamais de solde après le rejet par le moteur. Associez cet endpoint à des outils Base64 simples lorsqu'un pipeline doit traiter à la fois des jetons sans cadre et des clés enveloppées en PEM, mais gardez les landings séparées pour que chaque page corresponde à une seule intention de recherche—encodeur pem base64 versus texte vers base64. Les auteurs qui livrent des SDK peuvent mapper le champ result directement vers un bouton copier, tandis que label et line_length rendent les exemples OpenAPI explicites pour les lecteurs qui ne connaissent que la forme classique d'un fichier certificat.