Hva er P7Z-filformatet?
En .p7z-fil er en CMS CompressedData-melding - en del av S/MIME- og PKCS #7-familien av kryptografiske meldingsformater. I motsetning til søskenformatene .p7s (frittstående signatur) og .p7m (kryptert eller signert melding), vil en .p7z-fil kun komprimere innholdet ved hjelp av zlib/DEFLATE som spesifisert i RFC 3274. Den legger ikke til kryptering eller digital signatur.
I praksis dukker .p7z-filer nesten utelukkende opp som e-postvedlegg med navnet smime.p7z, generert automatisk når en S/MIME-klient komprimerer en utgående melding. En mottaker hvis klient støtter S/MIME-dekomprimering (Outlook, Apple Mail, Thunderbird) ser aldri .p7z-filen - klienten pakker den ut i bakgrunnen og viser meldingen som normalt. Filen kommer kun til overflaten når mottakerens e-postprogram mangler støtte for S/MIME.
Det binære formatet er DER-kodet ASN.1: en CMS ContentInfo-struktur som pakker inn en CompressedData-verdi med CMSVersion 0, en identifikator for komprimeringsalgoritme (OID 1.2.840.113549.1.9.16.1.9 for zlib), og det komprimerte MIME-innholdet. Når den sendes via e-post, er den vanligvis base64-kodet. Integriteten avhenger av zlibs innebygde Adler-32-sjekk; kryptografisk integritet krever et ekstra SignedData-lag.
Formatet er definert i RFC 3274 innenfor rammeverket Cryptographic Message Syntax (CMS, RFC 5652), og utgjør en del av S/MIME 4.0-suiten (RFC 8551).
Sikkerhet og trygghet
RISIKO: MEDIUMEn .p7z er en komprimert e-post og er kun så trygg som innholdet: den indre meldingen kan inneholde skadelige vedlegg eller phishing-lenker som blir aktive når de dekomprimeres, så behandle en uventet smime.p7z som enhver uønsket e-post og ikke åpne vedlagte filer du ikke stoler på. Merk at .p7z gir INGEN kryptering - det er kun komprimering, så den tilbyr ingen konfidensialitet (det er jobben til .p7m/kryptert S/MIME). Misbruk i form av «zip-bomber» er teoretisk mulig, men sjelden. Hvis en smime.p7z ikke vil åpne, er den vanlige årsaken rett og slett en e-postklient uten støtte for S/MIME-komprimering, ikke en trussel.
Formatdetaljer
i et nøtteskall- Delt 7-Zip-volum - Noen verktøy og eldre referanser merker en del av et 7-Zip-volum med .p7z; i praksis er 7-Zip-delinger navngitt .7z.001 osv., så ekte p7z-volumer er sjeldne.
Programmer som åpner P7Z-filer
Tekniske detaljer
dyp spesifikasjon| Koding | Binær DER (ASN.1) for frittstående filer; base64-kodet når den er innebygd i MIME-e-post |
| Byterekkefølge | Ikke relevant - ASN.1 DER er tag-lengde-verdi-koding, ikke avhengig av endianness |
| Beholder | PKCS #7 / Cryptographic Message Syntax (CMS) - CompressedData ContentInfo |
| Magic bytes | 30 82 (ASN.1 SEQUENCE med 2-byte lengde) ved posisjon 0 for DER-kodede filer; ingen fast signatur for base64-kodet MIME-form |
| Komprimering | zlib / DEFLATE (RFC 3274 CMS Compressed Data) |
| Kryptering | Ingen - .p7z komprimerer kun; kryptering krever .p7m (EnvelopedData) |
| CMS OID | 1.2.840.113549.1.9.16.1.9 (id-smime-ct-compressedData) |
| CMSVersion | 0 (fast for CompressedData) |
| Integritet | zlib Adler-32 sjekksum innebygd i den komprimerte strømmen; ingen kryptografisk integritet med mindre den er pakket inn i et SignedData-lag (.p7m) |
| Typisk størrelse | Noen få KB til noen få MB (én e-postmelding med dens innebygde deler og vedlegg) |
| MIME-type | application/pkcs7-mime; standard filnavn for vedlegg smime.p7z |
| Spesifikasjon | RFC 3274 (CMS Compressed Data); S/MIME 4.0 i henhold til RFC 8551 |
| Leveringsmodell | Autogenerert av S/MIME-klienter; transparent for kompatible mottakere som aldri ser det rå .p7z-vedlegget |
| Søskenformater | .p7m = kryptert/signert EnvelopedData eller SignedData; .p7s = frittstående signatur; .p7c = sertifikatbunt |
| Utgitt | S/MIME compression defined in RFC 3274 (CMS Compressed Data, 2002) |
| Siste versjon | S/MIME 4.0 (RFC 8551, 2019); compression per RFC 3274 |
| Åpen standard | Ja · royalty-fri |
| Spesifikasjon | datatracker.ietf.org |
P7Z-konverteringer
Spørsmål og svar fra fellesskapet
spurt av brukereIngen spørsmål ennå - vær den første til å spørre om P7Z-filer.