AES-256 kundrejt OFB: zgjidhni një ndërtim të plotë të shifrimit VPN

AES-256 dhe OFB u përgjigjen pyetjeve të ndryshme, dhe pikërisht këtu rishikimet e shifrave gabojnë kur i trajtojnë si opsione konkurruese. Njëri emërton një shifër bllok me një madhësi çelësi; tjetri përshkruan si një shifër bllok shndërrohet në një rrjedhë për një mesazh më të gjatë. Një manual për zgjedhjen e mbrojtjes duhet të shohë të gjithë ndërtimin, duke përfshirë si marrësi zbulon një paketë të ndryshuar.

Emërtoni katër pjesët e ndërtimit

Çdo rishikim zbret në katër pyetje: cili primitiv dhe madhësi çelësi, si përpunohen mesazhet me të, si marrësi refuzon një ndryshim të paautorizuar dhe si protokolli administron hyrjet, çelësat dhe jetëgjatësinë e tyre. Një listë emrash të njohur përgjigjet vetëm të parën. E dyta dhe e treta janë aty ku jetojnë dallimet reale, dhe e katërta është aty ku implementimet ndahen në heshtje. Bëjini ato në këtë rend dhe shkruani përgjigjet.

OFB shfaqet ndër mënyrat e konfidencialitetit në botimin e NIST për mënyrat e shifrave bllok, dhe konfidencialiteti është gjithçka që ofron. Një protokoll që çifton një mënyrë kriptimi me një MAC të veçantë duhet t’i kompozojë ato saktë, dhe emri i algoritmit nuk e provon atë kompozim. Prandaj emri i mënyrës vetëm nuk mund të zgjidhë një vendim vendosjeje.

Pyetja e katërt është ajo që një operator mund ta verifikojë vërtet në sistemin që punon.

Preferoni një ndërtim të vërtetuar

Kriptimi i vërtetuar ofron konfidencialitet dhe integritet së bashku, dhe ndërtimet AEAD mbrojnë gjithashtu të dhënat e shoqëruara nga ndryshimi pa i kriptuar ato. Është një veti e mbrojtjes së paketave dhe nuk ka lidhje me atë nëse një person është identifikuar me sukses.

Udhëzuesi i Netgate për cilësimet kriptografike të OpenVPN tregon për kanalin e të dhënave opsione AEAD, mes tyre AES-GCM, dhe ky është lloji i politikës së mbështetur që duhet ndjekur. Përdorni zgjedhjet që mbështesin versioni i instaluar dhe klientët homologë, në vend që të kopjoni një renditje historike mënyrash në një vendosje të re. Përputhshmëria e vjetër, backend-et kriptografike dhe mbështetja e offload kufizojnë atë që është vërtet e disponueshme.

Një ndërtim i mbështetur e mund një kompozim të zgjuar çdo herë.

Lexoni rezultatin e negociuar, jo ofertën

Një shifër që shfaqet në një listë të pranuar nuk thotë asgjë për sesionin aktual. Lexoni mbrojtjen e negociuar të kanalit të të dhënave te klienti ose te porta dhe krahasojeni me politikën që donit të zbatonit. Një konfigurim që ende liston një opsion të vjetër për një homolog të vjetër është një vendim përputhshmërie, jo një deklaratë për sesionin para jush.

openvpn --config client.conf --verb 4 2>&1 | grep -Ei 'cipher|data channel|auth'

Te porta dalja ekuivalente është shoqata e sigurisë ose detajet kriptografike të lidhjes, në varësi të platformës. Në të dyja rastet oferta dhe rezultati janë fakte të ndryshme. Një listë me një opsion të vjetër për një homolog të vjetër nuk do të thotë që çdo sesion e përdor atë, dhe sesioni që e përdor është ajo që duhej të dinit.

Regjistroni të dyja faktet së bashku, me datën dhe versionin e klientit.

Matni vetëm atë që mund të krahasohet

Rrjedha varet nga hardueri i pikave fundore, implementimi, përshpejtimi, madhësitë e paketave dhe konfigurimi i zgjedhur. As gjatësia e çelësit as fjala OFB nuk ju thonë se cila vendosje do të jetë më e shpejtë. Prandaj një matje nga një faqe tjetër është në rastin më të mirë një aluzion për harduer që zotëron dikush tjetër. Numrat tuaj fillojnë nga pikat tuaja fundore.

Për një krahasim të autorizuar mbani pikat fundore, ngarkesën e punës dhe politikën e kërkuar konstante, dhe regjistroni mbrojtjen e negociuar plus versionet e implementimit. Pastaj gjykoni rezultatin sipas faktit nëse aplikacioni përfundoi, sa humbi dhe çfarë po bënin pikat fundore, në vend që të nxirrni koston kriptografike nga një test i vetëm shpejtësie. Një numër i prodhuar në kushte të tjera është një tregim, jo një matje.

Nëse një homolog i vjetër nuk mund ta përmbushë politikën, ky është një vendim përputhshmërie për pronarin e tij.

Mbajeni integritetin jashtë marrëveshjes

Fikja e kontrolleve të integritetit ose pranimi i një serveri të paverifikuar nuk është optimizim i performancës dhe nuk është rregullim përputhshmërie. Ndryshon vetinë e sigurisë për të cilën u zgjodh ndërtimi. E njëjta gjë vlen për zgjerimin e listës së shifrave të pranuara derisa të lidhet një homolog i vjetër: lidhja ka sukses dhe politika nuk ekziston më.

Shkruani ndërtimin e pranuar dhe pronarin e tij në manual, që ndryshimi i radhës të fillojë me një vendim dhe jo me një preferencë.

Ajo që doni është një politikë që të dy skajet mund ta zbatojnë. Të debatosh se cili emër është më i forti është një bisedë tjetër, dhe zakonisht përfundon pa vendim.