Certifikát PEM (.pem)

IETF Standardní

PEM (Privacy-Enhanced Mail) je široce používané textové kódování kryptografických objektů, například certifikátů a soukromých klíčů. Data v Base64 jsou ohraničena značkami „-----BEGIN...-----“ a „-----END...-----“ s označením typu.

Převést CRT na PEM

Bezplatný konvertor z CRT do PEM v prohlížeči. Převeďte soubory okamžitě ve svém zařízení.

Kontrola a metadata

Operační systémy a analyzátory souborů identifikují soubory PEM kontrolou počáteční binární sekvence bajtů:

Vyberte nebo přetáhněte soubory sem

Soukromě - soubory nikdy neopustí vaše zařízení

nebo vložte Ctrl+V
Záruka ochrany soukromí s nulovým přenosem po síti: 0 bajtů odesláno na externí servery. Veškeré zpracování probíhalo lokálně v sandboxu vašeho prohlížeče.

Podpis hlavičky na úrovni bajtů (Magic Bytes)

Operační systémy a analyzátory souborů identifikují soubory PEM kontrolou počáteční binární sekvence bajtů:

HEXADECIMÁLNÍ PODPIS (POSUN 0):

2D 2D 2D 2D 2D 42 45 47 49 4E

ASCII REPREZENTACE: -----BEGIN

Standardizace: IETF RFC 7468 / RFC 1421

Technické specifikace

Architektura kontejneruTextový kontejner s kódováním Base64 ASCII, ohraničený značkami „-----BEGIN [LABEL]-----“ a „-----END [LABEL]-----“, který obsahuje binární struktury DER
KompreseNekomprimovaný textový formát
Pořadí bajtůProud textu ASCII / UTF-8
Barevné prostoryNevztahuje se (kryptografický kontejner)
Kanály a strukturaCertifikáty, soukromé klíče (RSA/EC/DSA), žádosti o podpis certifikátu (CSR), veřejné klíče a seznamy odvolaných certifikátů
Max. rozměryDélka textového proudu není omezená (podporuje řetězení více certifikátů)
PrůhlednostTextový obal s kódováním ASCII armor
Streamování a progresivní načítáníPostupné načítání bloků podle značek

Technická srovnávací matice: PEM vs konkurence

Technický atributPEM (Aktuální)DERP12CRT
Text vs. binární dataText Base64 čitelný pro člověkaPouze surová binární dataŠifrovaný binární archivTypicky text Base64
Využití v cloudu a DevOpsBěžně se používá v pracovních postupech AWS a Kubernetes; podpora se liší podle prostředí.Hardwarové tokeny / JavaImport pro Windows IIS serverKonfigurace webového serveru
Povolený obsahCertifikáty, soukromé klíče, řetězce, CSRJeden certifikát nebo klíčZabalený certifikát + šifrovaný klíčTypicky pouze veřejné certifikáty
Vhodné pro kopírováníAno (vkládání přímo do textových polí)Ne (binární)Ne (binární)Ano (pokud je zakódováno v PEM)

Běžné režimy poškození a příručka pro obnovení v hex

Chyba OpenSSL: 'PEM_read_bio: no start line'.

Hlavní příčina: Chybějící nebo poškozená hlavička '-----BEGIN ...-----' nebo poškození konců řádků CRLF ve Windows.

Obnovení: Obnovte standardní 5pomlčkovou hlavičku pomocí nástroje File2File.app Certificate Tool.

Bezpečnostní analýza a vektory útoků na parser

Soubory PEM často obsahují nešifrované soukromé klíče ('-----BEGIN RSA PRIVATE KEY-----'), které v případě prozrazení poskytují úplný přístup k serveru.

Známé vektory útoků

  • Vkládání nešifrovaných soukromých klíčů PEM do veřejných repozitářů pro správu verzí.
  • Útoky typu directory traversal (procházení adresářů) čtoucí klíče PEM ze serveru pomocí lokálního zahrnutí souborů (LFI).
  • Slabá hesla u šifrovaných souborů PEM se soukromými klíči.

Doporučené bezpečnostní postupy: Chraňte soubory PEM se soukromými klíči přísnými oprávněními souborového systému (chmod 600) a nikdy je necommitujte do gitu.

Historický vývoj a milníky

2015IETF vydává RFC 7468, kterým formalizuje textové kódování struktur PKIX, PKCS a CMS.
1998OpenSSL přijímá PEM jako svůj primární formát, čímž se z něj stává de facto standard v oblasti open-source výpočetní techniky.
1993IETF vydává RFC 1421 pro Privacy-Enhanced Mail, čímž zavádí formát ASCII armor.

Klíčové výhody a přednosti

  • Čitelný pro člověka a vhodný pro kopírování: lze jej zkopírovat do webových formulářů, vstupů cloudové konzole (AWS, GCP) a e-mailů.
  • PEM běžně používají nástroje a platformy jako OpenSSL, linuxové služby, Docker, Kubernetes a cloudové systémy; přijímané formáty se liší podle komponenty.
  • Podpora více certifikátů: umožňuje uložení celých řetězců důvěryhodnosti certifikátů v jediném textovém souboru skládáním bloků nad sebe.

Technická omezení a nevýhody

  • Zhruba o 33 % větší než surová binární data DER kvůli režii kódování Base64.
  • Náhodné poškození: změny zalamování řádků nebo chybějící pomlčky v hlavičkách mohou způsobit selhání parsování.
  • Nešifrované soubory PEM se soukromými klíči představují v případě úniku extrémní bezpečnostní riziko.

Zajímavé technické drobnosti

  • Ačkoli byl vytvořen pro šifrovaný e-mailový systém, který se neprosadil, jeho kódování ASCII armor se stalo nejpopulárnějším bezpečnostním formátem na světě.
  • Každý platný soubor PEM začíná pěti pomlčkami: '-----BEGIN'.
  • Kompletní řetězec SSL certifikátů vytvoříte jednoduše tak, že do jednoho souboru .pem vložíte za sebou několik bloků 'BEGIN CERTIFICATE'.

Často kladené technické otázky

Co je to soubor .pem?

Soubor .pem je textový formát pro ukládání bezpečnostních certifikátů, soukromých klíčů nebo celých řetězců certifikátů v čitelném formátu Base64 s hlavičkami „-----BEGIN...-----“.

Jak převedu PEM na P12 nebo PFX?

Svůj certifikát PEM a soukromý klíč můžete jedním kliknutím převést na soubor P12/PFX chráněný heslem pomocí aplikace File2File.app přímo ve vašem webovém prohlížeči.

Jak mohu zkontrolovat datum vypršení platnosti certifikátu PEM?

Otevřete svůj soubor .pem v aplikaci File2File.app a dekódujte datum vypršení platnosti, vydavatele a názvy domén, aniž byste odesílali jakákoliv data na externí servery.