GnuPG:s grundare startade LibrePGP, en fork av OpenPGP-standarden

Werner Koch, huvudutvecklare och skapare av GnuPG (GNU Privacy Guard), grundade projektet LibrePGP, som fokuserar på att utveckla en uppdaterad specifikation som är ett alternativ till standarden OpenPGP. Gaffeln skapades som svar på de förändringar som föreslagits av IETF:s arbetsgrupp för att inkluderas i nästa uppdatering av specifikationen OpenPGP (RFC-4880) och som Koch uppfattade som tvivelaktiga ur ett perspektiv av att bevara kompatibilitet och säkerhet. Utvecklare av projekten GnuPG, RNP (implementering av OpenPGP från Thunderbird) och Gpg4win som stödde gaffeln fruktar att de föreslagna ändringarna kan bli skadliga för befintliga implementeringar av applikationer baserade på OpenPGP, vars användare förväntar sig stabilitet i specifikationen på lång sikt och inte är beredda att acceptera förändringar som bryter kompatibiliteten.

LibrePGP inkluderar nyttiga förbättringar som har utvecklats under de senaste åren för en framtida version av specifikationen OpenPGP, men utesluter förändringar som negativt påverkar kompatibiliteten. Till exempel, jämfört med den aktuella standarden RFC-4880, har följande funktioner antagits i LibrePGP:

• Stöd för krypteringsalgoritmen Camellia (RFC-5581),
• Utvidgningar av ECC (Elliptic Curve Cryptography) för OpenPGP (RFC-6637).
• Obligatoriskt stöd för hash-algoritmer SHA2-256 (SHA-1 och MD5 har klassificerats som icke-rekommenderade, och möjligheten att avkoda data utan att verifiera integriteten har klassificerats som helt föråldrad).
• Ökning av storleken på kontrollfingeravtrycket (fingerprint) till 256 bitar.
• Stöd för digital signatur schema EdDSA och elliptiska kurvor BrainpoolP256r1, BrainpoolP384r1, BrainpoolP512r1, Ed25519, Curve25519, Ed488 och X448.
• Stöd för algoritmen CRYSTALS-Kyber, kvantresistent mot brute force-attacker.
• Stöd för autentiserad kryptering i OCB-läget (Offset codebook mode).
• Implementering av den femte versionen av formatet för digitala signaturer med metadata-skydd.
• Stöd för avancerade subpaket med digitala signaturer.

Huvudpunkterna i kritiken mot den nya specifikationen i OpenPGP:

• IETF:s arbetsgrupp försökte istället för en gradvis inkrementell uppdatering av specifikationen återuppfinna standarden och införa betydande förändringar som bryter kompatibiliteten.
• Införande av stöd för symmetrisk krypteringsläge GCM (Galois/Counter Mode), som är svårt att implementera korrekt, samtidigt som OCB-läget (Offset Codebook Mode) ignoreras, vars patent löpte ut för flera år sedan.
• Tillägg av valfria paket med slumpmässig padding för att skydda mot trafikanalys. Enligt skaparna av LibrePGP utgör sådana paket med okontrollerad slumpmässig padding ett hot om att de kan användas för att skapa dolda kommunikationskanaler och kringgå dataläckagepreventiva system. Tidigare avfärdades idén att inkludera padding, då det ansågs vara en fråga på applikationsnivå snarare än krypteringsnivå.
• Användning av en modifierad ECDH-krypteringsschema (ändrad OID-format), istället för att använda den redan beskrivna i RFC-6637 och implementerade i PGP och GnuPG.
• Borttagning av vissa användbara funktioner, såsom den klassiska metoden för återkallande av nycklar, flaggan "m" för att markera MIME-data och flaggan "t" för att separera textdata från binär data (flaggan "u" för text i UTF-8-kodning har introducerats istället för flaggan "t").
• Avslag på att inkludera metadata-skydd för den signerade filens nya format (till exempel kan filnamnet ändras utan att bryta signaturen).
• Doubtful possibility to add "salt" to signatures (Salted signature) to enhance protection against prefix collision attacks. The salted value can be used as a non-disconnectable hidden channel to transmit 32 bytes of data in the signature.
• Flytt av standarden mot huvudsyftet för onlinekommunikation, vilket ignorerar behovet av långsiktig datalagring.

Stödet för OpenPGP har redan publicerat en kritik av kritiken. Om inget kompromiss kan nås kan splittringen leda till ökande inkompatibiliteter i implementationerna av OpenPGP/LibrePGP. Delvis för att lösa detta problem har utvecklarna av OpenPGP fastställt den femte versionen av signaturformatet i en version som är kompatibel med LibrePGP och har gått vidare med arbetet med sjätte versionen.

Källa: opennet.ru