Werner Koch, GnuPG (GNU Privacy Guard) peamine arendaja ja looja, asutas LibrePGP projekti, mille keskmes on täiustatud spetsifikatsiooni arendamine, mis on alternatiivne OpenPGP standardile. Haru loodi vastusena IETF töögrupi soovitustele järgmise OpenPGP spetsifikatsiooni (RFC-4880) uuendamiseks, mida Koch pidas kahtlaseks seoses ühilduvuse säilitamise ja turvalisuse tagamisega. Haru toetanud GnuPG, RNP (Thunderbirdi OpenPGP elluviimine) ja Gpg4wini projekti arendajad kardavad, et kavandatud muudatused võivad kahjustada olemasolevaid OpenPGP rakendusi, mille kasutajad loodavad pikaajalisele spetsifikatsiooni stabiilsusele ja ei ole valmis aktsepteerima muudatusi, mis kahjustavad ühilduvust.
LibrePGP sisaldab kasulikke täiustusi, mis on viimastel aastatel arendatud OpenPGP spetsifikatsiooni tulevase variandi jaoks, kuid kõrvaldab muudatused, mis võivad negatiivselt mõjutada ühilduvust. Näiteks sisaldab LibrePGP võrreldes kehtiva standardiga RFC-4880 järgmisi võimalusi:
- Camellia krüptimise algoritmi toetus (RFC-5581),
- ECC (Elliptic Curve Cryptography) laiendused OpenPGP jaoks (RFC-6637).
- SHA2-256 hasha kohustuslik toetus (SHA-1 ja MD5 on loetletud kui soovitatavad, ning andmete dekrüptimise võimalus ilma terviklikkuse valideerimiseta on tunnistatud täielikult aegunuks).
- Kontrolljälje (fingerprint) suuruse tõstmine 256 bitini.
- Digitaalsete allkirjade EdDSA skeemi ja elliptiliste kõverate BrainpoolP256r1, BrainpoolP384r1, BrainpoolP512r1, Ed25519, Curve25519, Ed488 ja X448 toetus.
- CRYSTALS-Kyber algoritmi toetus, kvantkompuutrite rünnakute vastu vastupidav.
- Autentimise krüpteerimise OCB (Offset codebook mode) režiimide toetus.
- Viimase viienda versiooni digitaalsete allkirjade vormingu elluviimine, mis kaitseb metaandmeid.
- Laienevate allkomplektide toetus digitaalsetele allkirjadele.
Peamised kriitikaelemendid uue OpenPGP spetsifikatsiooni kohta:
- IETF töögrupp üritas spetsiifitseerimist järk-järgult uuendada, kuid hoopis püüdis standardit uuesti leiutada ja selles teha märkimisväärseid muudatusi, mis rikuvad ühilduvust.
- GCM (Galois/Counter Mode) sümbiootiliste krüpteerimisrežiimide toetamine, mis on keeruline õigesti ellu viia, ignoreerides samal ajal OCB režiimi, mille patendid on mõni aasta tagasi aegunud.
- Valikuline pakettide lisamine juhusliku lisatäidisega, et kaitsta analüüsi eest. LibrePGPi looja arvates võivad sellised paketid, kus algne juhuslik täidis ei ole kontrollitav, luua ohu kasutada seda varjatud andmeedastuse kanalite moodustamiseks ja andmelekke ennetamise süsteemide vältimiseks. Varem lükati ettepanek lisada täidise tagasi, kui see ei olnud krüpteerimise küsimus, vaid rakenduslik küsimus.
- Muudetud ECDH krüpteerimisskeemi rakendamine (OID vormingu muudatus), selle asemel et kasutada juba RFC-6637-s kirjeldatud ja PGP-s ja GnuPG-s ellu viidud varianti.
- Mõnede praktiliselt kasutatud võimaluste, näiteks klassikalise võtme tühistamise meetodi, MIME andmete tähistuslipu „m” ja tekstiliste andmete eristamise lipu „t” eemaldamine (lipu „t” asemel tuli tekstide jaoks UTF-8 koodiga lipp „u”).
- Uue allkirja vormingu lisamine metaandmete kaitse puudumine (näiteks võib nime muutmine toimuda allkirja rikkumata).
- Kaheldav võimalus lisada „soola” allkirjadele (soolatud allkiri) kolde rünnakute kaitse tugevdamiseks. Soolaga väärtus võib toimida kustutamatuna varjatud andmeedastuskanalina 32 baitide andmete edastamiseks allkirjas.
- Standardi nihkumine peamiselt online-kommunikatsiooni kasutamiseks, ignoreerides pikaajaliste andmete säilitamise vajadusi.
OpenPGP toetajad on juba avaldanud kriitikat kritiseerimisele. Lõpuks, kui kompromissi ei leita, võib lõhe põhjustada ühilduvuse probleemide suurenemise OpenPGP/LibrePGP elluviimistes. Osaliselt selle probleemi lahendamiseks on OpenPGP arendajad fikseerinud viienda allkirja vormingu versiooni, mis on LibrePGP-ga ühilduv ja asusid töötama kuuenda versiooni kallal.
Allikas: opennet.ru
