Werner Koch, hovedudvikler og skaber af GnuPG (GNU Privacy Guard)-projektet, etablerede LibrePGP-projektet, der fokuserer på udviklingen af en opdateret specifikation som et alternativ til OpenPGP-standarden. Forken blev oprettet som svar på ændringer, der var planlagt af IETF-arbejdsgruppen til den næste opdatering af OpenPGP-specifikationen (RFC-4880), som Koch fandt problematiske med hensyn til at bevare kompatibilitet og sikkerhed. De udviklere, der støttede fork, herunder dem fra GnuPG, RNP (OpenPGP-implementeringen fra Thunderbird) og Gpg4win, frygter, at de planlagte ændringer vil være skadelige for eksisterende anvendelser baseret på OpenPGP, hvor brugerne forventer stabilitet i specifikationen på lang sigt og ikke er villige til at tolerere ændringer, der bryder kompatibiliteten.
LibrePGP inkluderer nyttige forbedringer, som har været under udvikling de seneste år til den kommende version af OpenPGP-specifikationen, men udelukker samtidig ændringer, der negativt påvirker sikringen af kompatibilitet. For eksempel, sammenlignet med den nuværende standard RFC-4880, accepterer LibrePGP følgende funktioner:
- Support for krypteringsalgoritmen Camellia (RFC-5581),
- Udvielser af ECC (Elliptic Curve Cryptography) for OpenPGP (RFC-6637).
- Obligatorisk støtte til SHA2-256 hashes (SHA-1 og MD5 er blevet kategoriseret som ikke anbefalet, og muligheden for at dekryptere data uden integritetsverifikation er blevet set som helt forældet).
- Forøgelse af størrelsen på kontrolaftryk (fingerprint) til 256 bit.
- Support for digitale signaturordninger som EdDSA og elliptiske kurver BrainpoolP256r1, BrainpoolP384r1, BrainpoolP512r1, Ed25519, Curve25519, Ed488 og X448.
- Support for algoritmen CRYSTALS-Kyber, der er modstandsdygtig over for kvantecomputere.
- Support for autentificeret krypteringsoperationer i OCB-formatet (Offset codebook mode).
- Implementering af den femte version af formatspecifikationen for digitale signaturer med metadata-beskyttelse.
- Support for udvidede underpakker med digitale signaturer.
Hovedelementer i kritikken af den nye OpenPGP-specifikation:
- IETF-arbejdsgruppen forsøgte i stedet for en gradvis inkrementel opdatering af specifikationen at genopfinde standarden og foretage væsentlige ændringer, som bryder kompatibiliteten.
- Påtvungen støtte for symmetrisk krypteringsmetode GCM (Galois/Counter Mode), som er vanskelig at implementere korrekt, samtidig med at OCB (Offset Codebook Mode) ignoreres, hvis patentet for denne er udløbet for flere år siden.
- Tilføjelse af valgfri pakker med tilfældig supplerende fyld for at beskytte mod trafik-analyse. Ifølge skaberne af LibrePGP udgør sådanne pakker med ukontrollerbart initialt tilfældigt fyld en trussel ved muligheden for at oprette skjulte datakanaler og omgå systemer til forebyggelse af datalæk. Tidligere blev ideen om at inkludere supplerende fyld afvist, da det blev anset for at være et emne på applikationsniveau snarere end krypteringsniveau.
- Anvendelse af et modificeret ECDH-krypteringsskema (ændring i OID-format), i stedet for at bruge den allerede beskrevet metode i RFC-6637 og implementeret i PGP og GnuPG.
- Fjernelse af nogle praktisk anvendte funktioner, såsom den klassiske metode til tilbagekaldelse af nøgler, flagget «m» til at markere MIME-data og flagget «t» til at adskille tekstdata fra binære (i stedet for flagget «t» er flagget «u» nu tilgængeligt for tekst i UTF-8-kodning).
- Afvisning af at inkludere beskyttelse af metadata i den nye signaturformat, hvilket betyder at man kan ændre filnavnet uden at bryde signaturen.
- Tvivlsom mulighed for at tilføje «salt» til signaturer (Salted signature) for at forbedre beskyttelsen mod kollisionangreb med en specificeret præfiks. Saltværdien kan bruges som en ikke-deaktiverbar skjult kanal til at overføre 32 bytes data i signaturen.
- Skiftet i standarden mod primær brug til online kommunikation, hvilket ignorerer behovene for langtidsholdbare data.
Tilhængere af OpenPGP har allerede offentliggjort kritik af kritikken. Hvis der ikke findes et kompromis, kan det føre til stigende uoverensstemmelser i implementeringerne af OpenPGP/LibrePGP. Delvist for at løse dette problem har udviklerne af OpenPGP sikret den femte version af signaturformatet i en kompatibel form med LibrePGP og er gået videre til at arbejde på den sjette version.
Kilde: opennet.ru
