AES-256 kumpara sa OFB: pumili ng kumpletong konstruksyon ng cipher ng VPN

Ang AES-256 at OFB ay sumasagot sa magkaibang tanong, at dito nagkakamali ang mga pagsusuri ng cipher kapag itinuturing silang magkatunggaling opsyon. Ang isa ay nagpapangalan ng block cipher na may laki ng susi; ang isa ay naglalarawan kung paano nagiging stream ang block cipher para sa mas mahabang mensahe. Ang manwal sa pagpili ng proteksyon ay dapat tumingin sa buong konstruksyon, kasama na kung paano nakikita ng tatanggap ang binagong packet.

Pangalanan ang apat na bahagi ng konstruksyon

Bawat pagsusuri ay bumababa sa apat na tanong: aling primitive at laki ng susi, paano pinoproseso ang mga mensahe dito, paano tinatanggihan ng tatanggap ang hindi awtorisadong pagbabago, at paano pinamamahalaan ng protocol ang mga input, susi at tagal ng buhay nila. Ang listahan ng pamilyar na pangalan ay sumasagot lamang sa una. Ang ikalawa at ikatlo ang lugar kung saan naroon ang tunay na pagkakaiba, at ang ikaapat ang lugar kung saan tahimik na naghihiwalay ang mga implementasyon. Itanong sa ganoong pagkakasunod-sunod at isulat ang mga sagot.

Ang OFB ay kabilang sa mga mode ng pagiging lihim sa publikasyon ng NIST tungkol sa mga mode ng block cipher, at pagiging lihim lamang ang ibinibigay nito. Ang protocol na nagpapares ng mode ng encryption sa hiwalay na MAC ay dapat tamang pagsamahin ang mga ito, at ang pangalan ng algorithm ay hindi nagpapatunay ng pagsasamang iyon. Kaya ang pangalan ng mode lamang ay hindi makapagpapasya sa desisyon ng deployment.

Ang ikaapat na tanong ang siyang tunay na maipapatunay ng operator sa tumatakbong sistema.

Piliin ang authenticated na konstruksyon

Ang authenticated na encryption ay nagbibigay ng pagiging lihim at integridad nang sabay, at pinoprotektahan din ng mga AEAD na konstruksyon ang kaugnay na datos mula sa pagbabago nang hindi ito ini-encrypt. Ito ay katangian ng proteksyon ng packet, at walang kaugnayan sa kung matagumpay na nag-sign in ang isang tao.

Ang Gabay ng Netgate sa mga cryptographic setting ng OpenVPN ay tumutukoy sa mga opsyon ng AEAD, kasama ang AES-GCM, para sa channel ng datos, at ito ang uri ng sinusuportahang patakarang dapat sundin. Gamitin ang mga pagpipiliang sinusuportahan ng naka-install na release at ng mga peer client, sa halip na kopyahin ang makasaysayang ranggo ng mode sa bagong deployment. Ang legacy compatibility, crypto backend at suporta sa offload ay nililimitahan ang tunay na magagamit.

Ang sinusuportahang konstruksyon ay tinatalo ang matalinong pagsasama sa bawat pagkakataon.

Basahin ang napagkasunduang resulta, hindi ang alok

Ang cipher na lumalabas sa tinatanggap na listahan ay walang sinasabi tungkol sa kasalukuyang session. Basahin ang napagkasunduang proteksyon ng channel ng datos sa client o sa gateway, pagkatapos ay ihambing ito sa patakarang nais mong ipatupad. Ang configuration na naglilista pa rin ng lumang opsyon para sa isang lumang peer ay desisyon sa compatibility, hindi pahayag tungkol sa session sa harap mo.

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

Sa gateway ang katumbas na output ay ang security association o ang crypto details ng koneksyon, depende sa platform. Sa dalawang kaso ang alok at ang resulta ay magkaibang katotohanan. Ang listahang may lumang opsyon para sa isang lumang peer ay hindi nangangahulugang ginagamit ito ng bawat session, at ang session na gumagamit nito ang kailangan mong malaman.

Itala ang dalawang katotohanan nang sabay, kasama ang petsa at bersyon ng client.

Sukatin lamang ang maihahambing

Ang throughput ay depende sa hardware ng mga dulo, implementasyon, acceleration, laki ng packet at piniling configuration. Ni ang haba ng susi ni ang salitang OFB ay hindi nagsasabi kung aling deployment ang mas mabilis. Kaya ang benchmark mula sa ibang site ay sa pinakamabuti ay pahiwatig tungkol sa hardware na pag-aari ng ibang tao. Ang sarili mong numero ay nagsisimula sa sarili mong mga dulo.

Para sa awtorisadong paghahambing, panatilihing pare-pareho ang mga dulo, workload at kinakailangang patakaran, at itala ang napagkasunduang proteksyon kasama ang mga bersyon ng implementasyon. Pagkatapos ay hatulan ang resulta sa kung natapos ang application, gaano ang nawala at ano ang ginagawa ng mga dulo, sa halip na maghinuha ng crypto cost mula sa isang speed test. Ang numerong nalikha sa ibang kondisyon ay kuwento, hindi pagsukat.

Kung hindi matugunan ng lumang peer ang patakaran, desisyon iyon sa compatibility para sa may-ari nito.

Ilayo ang integridad sa kalakalan

Ang pagpatay sa mga pagsusuri ng integridad o pagtanggap ng hindi na-verify na server ay hindi optimization ng performance at hindi pagkukumpuni ng compatibility. Binabago nito ang katangian ng seguridad na pinagbasehan ng pagpili sa konstruksyon. Ganoon din ang pagpapalawak ng tinatanggap na listahan ng cipher hanggang makakonekta ang lumang peer: nagtagumpay ang koneksyon at wala nang patakaran.

Isulat ang tinanggap na konstruksyon at ang may-ari nito sa manwal, upang ang susunod na pagbabago ay magsimula sa desisyon at hindi sa kagustuhan.

Ang gusto mo ay patakarang maipatutupad ng dalawang dulo. Ang pagtatalo kung aling pangalan ang pinakamalakas ay ibang usapan, at kadalasan ay nagtatapos nang walang desisyon.