Ang bilang ng bit sa static key file ay hindi lakas ng cipher ng OpenVPN

Itinuturo ng scanner o kasamahan ang bilang ng bit na nakalimbag sa loob ng static key file ng OpenVPN at nagtatanong kung bakit hindi gumagamit ang tunnel ng cipher na ganoon kalaki. Mukhang makatwiran ang tanong, at ang sagot ay hindi numero: binibilang ng banner ang nakaimbak na materyal ng key, samantalang ang cipher ay kumakain lamang ng bahaging kailangan ng laki ng key nito. Kung ituturing ang kabuuang iyon na setting ng lakas, mauuwi ito sa mga pagbabagong walang binabago. Ang format ay ginawa upang maglaman ng mas maraming materyal kaysa ginagamit ng alinmang solong algorithm.

Dalawang tanong ang naghahalo dito: gaano karaming materyal ng key ang iniimbak ng file, at gaano kalakas ang napagkasunduang cipher. Ang pangalawa lamang ang naglalarawan sa tunnel.

Ano ba talaga ang binibilang ng numero sa banner

Isinaserialisa ng lalagyan ang materyal ng cipher at materyal ng HMAC bilang magkahiwalay na istruktura, at ang anyong dalawang-daan ay may dalawang gayong set upang makapagdala ang bawat direksyon ng sarili nitong mga key. Kinukuha ng kodigong nagsusulat ang nakalimbag na numero mula sa bilang ng mga isinaserialisang istruktura, sa laki ng mga ito at sa walong bit bawat byte. Aritmetika ito sa imbakan, hindi pahayag na ang isang cipher ay kumakain ng bawat nakaimbak na byte. Itinatakda rin ng header ang pinakamataas na paglalaan ng materyal ng cipher upang ang pagbabago sa library ay hindi makapagpalit nang tahimik sa mga sukat ng format.

Ihambing ito sa key ng sertipiko, kung saan talagang inilalarawan ng bilang ng bit ang laki ng isang bagay. Ang 4,096-bit na RSA key at ang key file na ang banner ay nagsasabing 4,096 bit ay magkaibang artepaktong may magkaibang gawain, at ang pagsasama sa kanila bilang dalawang setting sa isang dial ay nagbubunga ng masasamang konklusyon.

Dalawang set ng key sa isang file

Ang bawat kalahati ng file ay nagbibigay ng materyal para sa encryption at pagpapatotoo dahil pinoprotektahan ng mode na may paunang ibinahaging key ang mga packet sa dalawang direksyon sa pamamagitan ng magkahiwalay na piraso. Ang aktibong cipher ay gumagamit lamang ng mga byte na kailangan ng laki ng key nito, at ang digest ay gumagamit ng sarili nitong laki ng output, kaya ang magagamit na lakas ay nagmumula sa mga opsyon at hindi sa haba ng file. Ang pagpapahaba ng hexadecimal na bloke ay hindi humihiling sa naka-configure na algorithm na kumain ng higit pa nito. Ang pag-edit ng komento gamit ang mas malaking numero ay mas kaunti pa ang binabago.

Kung talagang gusto mo ng mas mahabang key, ang setting na dapat baguhin ay ang cipher o ang digest, at ang generator ay gumagawa ng kailangan ng mga napiling algorithm.

Ang pagbasa ng profile ay nagsasabi kung aling mode ang mayroon ka

Ang parehong format ng file ay naglilingkod sa dalawang lubos na magkaibang gawain, at tanging ang profile ang nagsasabi kung alin ang mayroon ka. Ang lumang linyang secret ay ginagawang ang file ang tanging materyal ng key ng tunnel, samantalang ang tls-auth o tls-crypt ay ginagawa itong proteksyon ng control channel kasama ng mga sertipiko. Wala sa dalawang gamit ang gumagawa nitong pribadong key ng sertipiko ng kliyente, gaano man kamukha ang bloke. Tukuyin ang opsyon at ang bersyon bago gumawa ng kapalit, at gamitin ang dokumentadong generator sa halip na magdagdag ng mga karakter.

Ang pagkakaibang iyon ang nagtatakda rin ng tugon sa isang pagbubunyag. Ang tls-auth key na tumagas ay hindi nagbubunyag ng mga session key, ngunit hinahayaan ang isang mananakop na mag-inject ng trapiko sa control channel, kaya kailangan pa rin itong palitan. Ang tumagas na secret key ay mas malala, dahil ito ang materyal na nagpoprotekta sa data mismo.

Ano ang dapat itala ng isang pagsusuri sa seguridad

Itala ang tatlong bagay nang hiwalay: ang napagkasunduang proteksyon ng data channel, ang proteksyon ng control channel, at kung paano nagpapatotoo ang mga kapwa. Ang linyang tulad ng data-ciphers AES-256-GCM ay naglalarawan lamang ng una, at ang ulat na tumitigil doon ay hindi masasagot kung ang control channel ay protektado man lang. Ang static key file ay nabibilang sa ikalawang kategorya kapag ginagamit kasama ng tls-auth o tls-crypt, at sa wala kapag hindi ginagamit. Ang mga tagasuri na naghahalo ng mga kategorya ay humihingi ng mas malaking key file gayong ang kailangan nila ay mas malakas na cipher.

Kung nalantad ang file, paikutin ito at muling ipamahagi sa pamamagitan ng aprubadong channel. Ang pagdaragdag ng karakter sa isang nakompromisong lihim ay hindi pag-ikot, at iniiwan nitong may bisa ang nalantad na materyal.

Itago ang talaan ng pag-ikot kasama ng profile na kinabibilangan nito. Itatanong ng susunod na pagsusuri aling key ang nagprotekta sa aling panahon, at hindi ito sasagutin ng banner.