Hva er ASC-filformatet?
En .asc-fil inneholder et sett med ASCII-kodede tegn som representerer en OpenPGP-armert nyttelast - en offentlig nøkkel, kryptert melding eller en separat signatur som er kodet til utskrivbar tekst for sikker overføring. Den kan være lesbar tekst ved første øyekast (overskriftslinjene) så vel som kryptografiske data som er uleselige for mennesker i sin rå binære form, her pakket inn i Base64 slik at den overlever e-postklienter og rørledninger for ren tekst intakt.
American Standard Code for Information Interchange (ASCII) er en tegnkodingsstandard som bruker 7-bits kode og kan kode opptil 128 tegn eller instruksjoner. Hvert tall fra 0 til 127 koder et symbol eller tegn, hvorav 95 er utskrivbare tegn. Disse er:
- A-Z: store bokstaver i det latinske alfabetet,
- a-z: små bokstaver i det latinske alfabetet,
- 0-9: sifre,
- Operatorer og parenteser,
- Tegnsettingstegn,
- Spesialtegn.
De fleste kontrolltegn er utdaterte da de ble brukt av fjernskrivere. De fleste moderne kodingssystemer er avledet fra ASCII-systemet, inkludert UTF-8, som ble den dominerende kodingen for internett.
.asc har ikke kapasitet til å kode diakritiske tegn eller spesialtegn utover de som brukes i grunnleggende amerikansk engelsk, men det er tilsiktet - den binære kryptografiske nyttelasten er pakket inn i Base64 (radix-64), som kun bruker sikre utskrivbare ASCII-tegn. OpenPGPs armeringsformat går tilbake til PGPs opprinnelse tidlig på 1990-tallet og ble standardisert i RFC 4880, med den siste revisjonen i RFC 9580. .asc-filer er fortsatt mye brukt for distribusjon av GPG-nøkler, signaturer for programvareutgivelser, krypterte meldinger og signert e-postinnhold. Hver .asc-fil er gjenkjennelig på åpningslinjen - -----BEGIN PGP PUBLIC KEY BLOCK-----, -----BEGIN PGP MESSAGE----- eller -----BEGIN PGP SIGNATURE----- - og en samsvarende -----END PGP ...----- bunntekst.
Sikkerhet og trygghet
RISIKO: LOWEn OpenPGP-armert .asc er ren tekst og kan ikke kjøres - det er trygt å åpne en for å lese den. De virkelige sikkerhetspoengene handler om tillit, ikke skadevare: når du VERIFISERER en nedlasting med en separat .asc-signatur, betyr en «God signatur» bare noe hvis du stoler på den offentlige nøkkelen - bekreft nøkkelens fingeravtrykk fra leverandørens offisielle nettsted, ikke fra samme sted som du hentet filen. En .asc med offentlig nøkkel er ufarlig å importere, men lar andre utgi seg for å være noen andre hvis du stoler på feil nøkkel. Lim aldri inn en .asc med privat nøkkel eller passordet til den på et nettsted; dekrypter en kryptert .asc lokalt med GnuPG i stedet for et nettbasert verktøy.
Formatdetaljer
i et nøtteskall- Generisk ASCII-tekstfil - Historisk sett betydde .asc ganske enkelt en ren ASCII-tekstfil som kunne leses i ethvert tekstredigeringsprogram - den eldre betydningen uten PGP-overskrift.
- Autodesk / CAD ASCII-eksport - Noen CAD- og oppmålingsverktøy eksporterer .asc som lister med XYZ-koordinater i ren tekst, ESRI ASCII-grid rastere eller punktskyer for re-import i CAD/GIS-programvare.
Programmer som åpner ASC-filer
Windows2 apps
Gpg4win (Kleopatra)
Åpen kildekode Dra .asc-filen inn i Kleopatra (eller høyreklikk → Flere GpgEX-alternativer → Verifiser/Dekrypter). For å legge til en nøkkel, Fil → Importer sertifikater.
Notepad / Notepad++
Åpen kildekode Åpne som tekst for å lese innholdet og bekrefte «-----BEGIN PGP...»-overskriften (forteller deg hvilken OpenPGP-blokk det er). 
macOS2 apps
TextEdit
Innebygd Åpne som ren tekst for å inspisere armeringsoverskriften; bruk Format → Gjør til ren tekst for å unngå RTF. 
Linux2 apps
GnuPG (gpg)
Åpen kildekode Verifiser: «gpg --verify fil.asc fil»; importer en nøkkel: «gpg --import nøkkel.asc»; dekrypter: «gpg --decrypt melding.asc».
Seahorse / gedit
Åpen kildekode Seahorse importerer nøkler og verifiserer/dekrypterer fra filbehandleren; ethvert tekstredigeringsprogram åpner armeringen som tekst. Tekniske detaljer
dyp spesifikasjon| Format-type | Ren tekst OpenPGP-armering; binær kryptografisk nyttelast kodet i Base64 (radix-64) |
| Containertyper | Offentlig nøkkelblokk, kryptert melding, separat signatur eller klartekstsignert melding |
| Overskrift- og bunntekst-skilletegn | -----BEGIN PGP <TYPE>----- og -----END PGP <TYPE>----- linjer (typer inkluderer PUBLIC KEY BLOCK, MESSAGE, SIGNATURE, SIGNED MESSAGE) |
| Koding av nyttelast | Base64 (radix-64, 64-tegns alfabet med = utfylling), linjebrutt ved 76 tegn |
| Integritetssjekk | CRC-24 sjekksum innebygd som en =-prefiksert Base64-linje rett før den avsluttende bunnteksten |
| Metadata-overskrifter for armering | Valgfrie nøkkel-verdi-overskrifter i ren tekst mellom armeringsoverskriften og Base64-kroppen (f.eks. Hash:, Version:, Comment:) |
| MIME-typer | application/pgp-signature (signatur), application/pgp-keys (nøkkel), application/pgp-encrypted (melding) |
| Algoritme-støtte | Algoritme-agnostisk; støtter RSA, DSA, ElGamal, ECDSA, Ed25519, Ed448, X25519 og X448 |
| Komprimering | Binær nyttelast kan være ZLIB- eller ZIP-komprimert før Base64-koding |
| Tekstkoding | Kun 7-bits ASCII; trygt for alle e-postsystemer, ren tekst-protokoller og kildekodelagre |
| Relaterte binære formater | .gpg og .pgp bærer de samme OpenPGP-dataene i rå binærform; .sig brukes for separate binære signaturer |
| Nøkkel-distribusjon | Standardformat for publisering av offentlige OpenPGP-nøkler på nøkkelservere og i KEYS-filer for programvareprosjekter |
| Git-integrasjon | Brukt for GPG-signerte Git-commits og tags; verifisert med kommandoen gpg --verify |
| Klartekst-signering | Støtter armeringstypen SIGNED MESSAGE, som signerer menneskelig lesbar tekst mens den forblir lesbar uten dekryptering |
| Utgitt | OpenPGP armor since PGP, 1991; standardized in RFC 4880 (2007) / RFC 9580 (2024) |
| Åpen standard | Ja · royalty-fri |
| Spesifikasjon | www.rfc-editor.org |
ASC-konverteringer
Spørsmål og svar fra fellesskapet
spurt av brukereIngen spørsmål ennå - vær den første til å spørre om ASC-filer.
