{"id":112077,"date":"2023-12-08T15:10:14","date_gmt":"2023-12-08T13:10:14","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/avtor-gnupg-osnoval-librepgp-fork-standarta-openpgp"},"modified":"2023-12-08T15:10:14","modified_gmt":"2023-12-08T13:10:14","slug":"avtor-gnupg-osnoval-librepgp-fork-standarta-openpgp","status":"publish","type":"post","link":"https:\/\/prohoster.info\/sl\/blog\/news\/avtor-gnupg-osnoval-librepgp-fork-standarta-openpgp","title":{"rendered":"Avtor GnuPG je ustanovil LibrePGP, fork standarda OpenPGP","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Werner Koch, glavni razvijalec in ustvarjalec projekta GnuPG (GNU Privacy Guard), je ustanovil projekt LibrePGP, osredoto\u010den na razvoj posodobljene specifikacije, alternativne standardu OpenPGP. Fork je bil ustvarjen kot odziv na spremembe, ki jih je delovna skupina IETF napovedala za naslednje posodobitve specifikacije OpenPGP (RFC-4880), ki jih je Koch \u0161tel za vpra\u0161ljive z vidika ohranjanja zdru\u017eljivosti in zagotavljanja varnosti. Podporniki forka, razvijalci projektov GnuPG, RNP (izvedba OpenPGP za Thunderbird) in Gpg4win, se bojijo, da bi napovedane spremembe lahko bile usodne za obstoje\u010de implementacije aplikacij na osnovi OpenPGP, katerih uporabniki se zana\u0161ajo na stabilnost specifikacije na dolgi rok in niso pripravljeni sprejeti sprememb, ki kr\u0161ijo zdru\u017eljivost. <\/p>\n
LibrePGP vklju\u010duje koristna izbolj\u0161anja, ki so se v zadnjih letih razvijala za prihodnjo razli\u010dico specifikacije OpenPGP, hkrati pa izklju\u010duje spremembe, ki negativno vplivajo na zagotavljanje zdru\u017eljivosti. Na primer, v primerjavi z obstoje\u010dim standardom RFC-4880 je v LibrePGP sprejetih naslednjih nekaj zmo\u017enosti: <\/p>\n
\n
Podpora za na\u010din \u0161ifriranja Camellia (RFC-5581),\n
Raz\u0161iritve ECC (Elliptic Curve Cryptography) za OpenPGP (RFC-6637).\n
Obvezna podpora za hashe SHA2-256 (SHA-1 in MD5 sta uvr\u0161\u010dena med ne priporo\u010dene, mo\u017enost de\u0161ifriranja podatkov brez ovrednotenja celovitosti pa je uvr\u0161\u010dena med povsem zastarele).\n
Pove\u010danje velikosti potrebnega odtisa (fingerprint) na 256 bitov.\n
Podpora za shemo digitalnih podpisov EdDSA in elipti\u010dne krivne BrainpoolP256r1, BrainpoolP384r1, BrainpoolP512r1, Ed25519, Curve25519, Ed488 in X448.\n
Podpora za algoritem CRYSTALS-Kyber, odporen na napade kvantnih ra\u010dunalnikov.\n
Podpora za na\u010dine overjene \u0161ifriranja OCB (Offset codebook mode).\n
Izvedba pete razli\u010dice formata digitalnih podpisov z za\u0161\u010dito metapodatkov.\n
Podpora za raz\u0161irjene subpakete z digitalnimi podpisi. <\/ul>\n
Glavni elementi kritike nove specifikacije OpenPGP: <\/p>\n
\n
Delovna skupina IETF je namesto postopne inkrementalne posodobitve specifikacije posku\u0161ala na novo izumiti standard in v njega vpeljati pomembne spremembe, ki kr\u0161ijo zdru\u017eljivost.\n
Vsiljevanje podpore za simetri\u010dni na\u010din \u0161ifriranja GCM (Galois\/Counter Mode), ki ga je te\u017eko pravilno implementirati, pri tem pa ignorirati OCB (Offset Codebook Mode), katerega patenti so potekli pred leti.\n
Dodajanje opcijskih paketov s slu\u010dajnim dodatnim polnjenjem za za\u0161\u010dito pred analizo prometa. Po mnenju avtorjev LibrePGP tak\u0161ni paketi z nepreverjenim za\u010detnim slu\u010dajnim polnjenjem predstavljajo gro\u017enjo za uporabo pri ustvarjanju skritih kanalov za prenos podatkov in obhodu sistemov za prepre\u010devanje uhajanja podatkov. Ideja o vklju\u010ditvi dodatnega polnjenja je bila prej zavrnjena kot predmet ravni aplikacij, ne \u0161ifriranja.\n
Uporaba spremenjene sheme \u0161ifriranja ECDH (sprememba formata OID), namesto \u017ee opisanega v RFC-6637 in implementiranega v PGP in GnuPG.\n
Odstranitev nekaterih prakti\u010dno uporabljenih mo\u017enosti, kot sta klasi\u010dna metoda umika klju\u010dev, oznaka «m» za ozna\u010devanje MIME podatkov in oznaka «t» za lo\u010devanje besedilnih podatkov od binarnih (namesto oznake «t» je nastopila oznaka «u» za besedilo v kodiranju UTF-8).\n
Zavrnitev vklju\u010ditve za\u0161\u010dite metapodatkov podpisanega datoteke v nov format podpisov (na primer, mo\u017eno je spremeniti ime datoteke, ne da bi kr\u0161ili podpis).\n
Sporna mo\u017enost dodajanja «soli» k podpisom (Salted signature) za pove\u010danje za\u0161\u010dite pred kolizijskimi napadi z dolo\u010denim prefiksom. Vrednost s soljo se lahko uporablja kot onemogo\u010den skrit kanal za prenos 32 bajtov podatkov v podpisu.\n
Premik standarda proti osnovni uporabi za spletno komunikacijo, ignorirajo\u010d potrebe po dolgotrajnem shranjevanju podatkov. <\/ul>\n
Podporniki OpenPGP so \u017ee objavili kritiko na kritiko. Vendar, \u010de ne bo mogo\u010de najti kompromisa, bi razkol lahko vodil k nara\u0161\u010danju nezdru\u017eljivosti v implementacijah OpenPGP\/LibrePGP. Delno za re\u0161evanje tega problema so razvijalci OpenPGP v peti razli\u010dici formata podpisov uskladili z LibrePGP in pre\u0161li na delo na \u0161esti razli\u010dici. \n Izvor: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"