PEM tanúsítvány (.pem)

IETF Szabvány

A Privacy-Enhanced Mail (PEM) egy széles körben használt, kriptográfiai objektumokhoz alkalmazott szöveges kódolás. Tanúsítványok és magánkulcsok Base64-adatát tartalmazza, amelyeket „-----BEGIN...-----” és „-----END...-----” jelölők fognak közre.

CRT konvertálása erre: PEM

Ingyenes, böngészőben használható CRT-konverter PEM formátumba. A fájlokat azonnal konvertálhatja az eszközén.

Vizsgálat és metaadatok

Az operációs rendszerek és a fájlelemzők a kezdő bináris bájtsorozat vizsgálatával azonosítják a(z) PEM fájlokat:

Válasszon ki vagy húzzon ide fájlokat

Privát - a fájlok soha nem hagyják el az eszközét

vagy beillesztés Ctrl+V
Adatvédelmi garancia hálózati adatátvitel nélkül: 0 bájt került fel külső szerverekre. Minden feldolgozás helyben, a böngésző elkülönített környezetében történt.

Bájtszintű fejlécaláírás (fájlazonosító bájtok)

Az operációs rendszerek és a fájlelemzők a kezdő bináris bájtsorozat vizsgálatával azonosítják a(z) PEM fájlokat:

HEX ALÁÍRÁS (ELTOLÁS 0):

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

ASCII ÁBRÁZOLÁS: -----BEGIN

Szabványosítás: IETF RFC 7468 / RFC 1421

Műszaki specifikációk

Konténer architektúraBase64-es ASCII-páncélozású tároló, amely a DER bináris struktúrákat „-----BEGIN [LABEL]-----” és „-----END [LABEL]-----” jelölők közé foglalja
TömörítésTömörítetlen szövegformátum
BájtsorrendASCII / UTF-8 szövegfolyam
SzínterekNem alkalmazható (kriptográfiai tároló)
Csatornák és struktúraTanúsítványok, magánkulcsok (RSA/EC/DSA), tanúsítvány-aláírási kérések (CSR), nyilvános kulcsok és visszavonttanúsítvány-listák
Max. méretekA szövegfolyam hossza nincs korlátozva (több, egymáshoz láncolt tanúsítványt is támogat)
ÁtlátszóságEgyszerű szöveges, ASCII-páncélozott burkolat
Streaming és progresszívSzekvenciális kinyerés adatfolyamként, jelölőnként

Műszaki összehasonlító mátrix: PEM vs. versenytársak

Technikai attribútumPEM (Jelenlegi)DERP12CRT
Szöveg vagy bináris adatEmber által olvasható Base64-szövegCsak nyers bináris bájtokTitkosított bináris archívumJellemzően Base64 szöveg
Felhő- és DevOps-használatGyakori az AWS- és Kubernetes-munkafolyamatokban; a támogatott környezetek eltérnekHardveres tokenek / JavaImportálás Windows IIS-kiszolgálóraWebszerver-konfigurációk
Engedélyezett tartalmakTanúsítványok, privát kulcsok, láncok, CSR-ekEgyetlen tanúsítvány vagy kulcsCsomagolt tanúsítvány + titkosított kulcsJellemzően csak nyilvános tanúsítványok
Másolható és beilleszthetőIgen (közvetlenül beilleszthető a szövegmezőkbe)Nem (bináris)Nem (bináris)Igen (ha PEM kódolású)

Gyakori sérülési módok és hexadecimális helyreállítási útmutató

OpenSSL hiba: 'PEM_read_bio: no start line'.

Kiváltó ok: Hiányzó vagy sérült „-----BEGIN ...-----” fejléc, illetve hibás Windows CRLF-sortörés.

Helyreállítás: Állítsa helyre a szabványos, 5 kötőjelből álló fejlécet a File2File.app Certificate Tool segítségével.

Biztonsági elemzés és elemző (parser) támadási vektorok

A PEM-fájlok gyakran tartalmaznak nem titkosított privát kulcsokat ('-----BEGIN RSA PRIVATE KEY-----'), amelyek teljes körű szerverhozzáférést biztosítanak, ha illetéktelen kezekbe kerülnek.

Ismert támadási vektorok

  • Nem titkosított PEM-formátumú privát kulcsok feltöltése nyilvános verziókövető tárhelyekre.
  • Könyvtárbejárási (directory traversal) támadások, amelyek a szerver PEM kulcsait olvassák helyi fájl-inklúzión (LFI) keresztül.
  • Gyenge jelmondatok a titkosított privát kulcsot tartalmazó PEM-fájlokhoz.

Ajánlott védekezési módszerek: Védje a privát kulcsot tartalmazó PEM-fájlokat szigorú fájlrendszeri jogosultságokkal (chmod 600), és soha ne töltse fel őket a gitbe.

Történeti háttér és mérföldkövek

2015Az IETF kiadja az RFC 7468-at, amely formalizálja a PKIX, PKCS és CMS struktúrák szöveges kódolását.
1998Az OpenSSL átveszi a PEM-et elsődleges formátumaként, így az a nyílt forráskódú számítástechnika de facto szabványává válik.
1993Az IETF kiadja az RFC 1421-et a Privacy-Enhanced Mailhez, bevezetve az ASCII-páncélozási formátumot.

Főbb előnyök

  • Ember által olvasható és másolható: beilleszthető webes űrlapokba, felhőkonzolok bemeneteibe (AWS, GCP) és e-mailekbe.
  • Gyakran használják olyan eszközök és platformok, mint az OpenSSL, a Linux-szolgáltatások, a Docker, a Kubernetes és a felhőalapú rendszerek; az elfogadott formátumok komponensenként eltérnek.
  • Több tanúsítvány támogatása: a teljes tanúsítványlánc egyetlen szöveges fájlban tárolható, a blokkok egymás utáni elhelyezésével.

Technikai korlátok és hátrányok

  • Körülbelül 33%-kal nagyobb, mint a nyers bináris DER a Base64 kódolási többlet miatt.
  • Véletlenszerű sérülés: a sortörések megváltozása vagy a bannerekből hiányzó kötőjelek elemzési hibákat okozhatnak.
  • A nem titkosított privát kulcsokat tartalmazó PEM-fájlok szélsőséges biztonsági kockázatot jelentenek kiszivárgás esetén.

Érdekes technikai tudnivalók

  • Bár egy olyan titkosított e-mail rendszerhez hozták létre, amely nem tudott elterjedni, ASCII-páncélozása a Föld legnépszerűbb biztonsági formátumává vált.
  • Minden érvényes PEM-fájl öt kötőjellel kezdődik: '-----BEGIN'.
  • Egy teljes SSL-tanúsítványlánc egyszerűen úgy hozható létre, hogy több 'BEGIN CERTIFICATE' blokkot illesztenek egymás után egyetlen .pem fájlba.

Gyakran Ismételt Műszaki Kérdések

Mi az a .pem fájl?

A .pem fájl egy szöveges alapú formátum biztonsági tanúsítványok, privát kulcsok vagy teljes tanúsítványláncok tárolására olvasható Base64 formátumban, '-----BEGIN...-----' fejléceket tartalmazó jelölésekkel.

Hogyan alakíthatom át a PEM-et P12-vé vagy PFX-sé?

A PEM tanúsítványát és privát kulcsát egyetlen kattintással átalakíthatja jelszóval védett P12/PFX fájllá a File2File.app használatával, közvetlenül a webböngészőjében.

Hogyan ellenőrizhetem egy PEM tanúsítvány lejárati dátumát?

Nyissa meg a .pem fájlt a File2File.app alkalmazásban a lejárati dátum, a kibocsátó és a domain nevek dekódolásához anélkül, hogy bármilyen adatot küldene külső szerverekre.