La bitnombro en ŝlosildosiero kun statika ŝlosilo ne estas la ĉifroforto de OpenVPN
La bitnombro en ŝlosildosiero kun statika ŝlosilo mezuras konservitan materialon, ne la ĉifroforton. Legu la rubandon, la profilan reĝimon kaj la interkonsentitan ĉifron aparte.
Skanilo aŭ kolego montras la bitnombron presitan ene de statika ŝlosildosiero de OpenVPN kaj demandas, kial la tunelo ne uzas ĉifron de tiu grandeco. La demando ŝajnas racia, kaj la respondo ne estas nombro: la rubando kalkulas konservitan ŝlosilmaterialon, dum ĉifro konsumas nur la parton, kiun postulas ĝia ŝlosilgrandeco. Trakti tiun sumon kiel fortagordon kondukas al ŝanĝoj, kiuj ŝanĝas nenion. La formato estis konstruita por teni pli da materialo ol uzas iu ajn unuopulo.
Ĉi tie miksiĝas du demandoj: kiom da ŝlosilmaterialo la dosiero konservas, kaj kiom fortika estas la interkonsentita ĉifro. Nur la dua priskribas la tunelon.
Kion la nombro en la rubando efektive kalkulas
La ujo sinsekvigas ĉifromaterialon kaj HMAC-materialon kiel apartajn strukturojn, kaj la dudirekta formo tenas du tiajn arojn, por ke ĉiu direkto portu siajn proprajn ŝlosilojn. La skriba kodo derivas la presitan nombron el la nombro de sinsekvigitaj strukturoj, ilia grandeco kaj ok bitoj po bajto. Tio estas aritmetiko pri konservado, ne aserto, ke unu ĉifro konsumas ĉiun konservitan bajton. La kapo ankaŭ fiksas maksimuman atribuon de ĉifromaterialo, por ke biblioteka ŝanĝo ne povu silente ŝanĝi la dimensiojn de la formato.
Komparu tion kun atestila ŝlosilo, kie la bitnombro ja priskribas la grandecon de unu objekto. RSA-ŝlosilo de 4,096 bitoj kaj ŝlosildosiero, kies rubando montras 4,096 bitojn, estas malsamaj artefaktoj kun malsamaj taskoj, kaj vicigi ilin kiel du agordojn sur unu butono kondukas al malbonaj konkludoj.
Du ŝlosilaroj en unu dosiero
Ĉiu duono de la dosiero liveras materialon por ĉifrado kaj aŭtentigo, ĉar la reĝimo kun antaŭdividita ŝlosilo protektas pakaĵojn en ambaŭ direktoj per tiuj apartaj pecoj. La aktiva ĉifro uzas nur la bajtojn, kiujn postulas ĝia ŝlosilgrandeco, kaj la resumo uzas sian propran eligan grandecon, tial uzebla fortikeco venas de la opcioj, ne de la longo de la dosiero. Longigi la deksesuman blokon ne petas la agorditan algoritmon konsumi pli da ĝi. Redakti la komenton per pli granda nombro ŝanĝas eĉ malpli.
Se vi efektive volas pli longan ŝlosilon, la agordo ŝanĝenda estas la ĉifro aŭ la resumo, kaj la generatoro produktas tion, kion la elektitaj algoritmoj bezonas.
Legi la profilon diras al vi, kiun reĝimon vi havas
La sama dosierformato servas al du tute malsamaj taskoj, kaj nur la profilo diras, kiun vi havas. Malnova linio secret faras la dosieron la sola ŝlosilmaterialo de la tunelo, dum tls-auth aŭ tls-crypt faras ĝin protekto de la regkanalo apud atestiloj. Neniu el la du uzoj igas ĝin privata ŝlosilo de klienta atestilo, kiel ajn simila la bloko aspektas. Identigu la opcion kaj la version antaŭ ol krei anstataŭaĵon, kaj uzu la dokumentitan generatoron anstataŭ aldoni signojn.
Tiu distingo ankaŭ decidas la respondon al elmontriĝo. Ŝlosilo tls-auth, kiu likas, ne elmontras la seancoŝlosilojn, sed ĝi ebligas al atakanto enŝovi trafikon de la regkanalo, do ĝi ankoraŭ bezonas anstataŭigon. Likinta ŝlosilo secret estas pli malbona, ĉar ĝi estis la materialo, kiu protektis la datumojn mem.
Kion sekureca revizio devus noti
Notu tri aferojn aparte: la interkonsentitan protekton de la datkanalo, la protekton de la regkanalo kaj kiel la samtavolanoj aŭtentigas sin. Linio kiel data-ciphers AES-256-GCM priskribas nur la unuan, kaj raporto, kiu haltas tie, ne povas respondi, ĉu la regkanalo entute estas protektita. La dosiero kun statika ŝlosilo apartenas al la dua kategorio, kiam ĝi estas uzata kun tls-auth aŭ tls-crypt, kaj al neniu, kiam ĝi ne estas uzata. Revizantoj, kiuj miksas la kategoriojn, petas pli grandan ŝlosildosieron, kiam tio, kion ili volas, estas pli fortika ĉifro.
Se la dosiero estis elmontrita, rotaciu kaj redistribuu ĝin per la aprobita kanalo. Aldoni signojn al kompromitita sekreto ne estas rotacio, kaj ĝi lasas la elmontritan materialon valida.
Konservu la rotacian registron kun la profilo, al kiu ĝi apartenas. La sekva revizio demandos kiu ŝlosilo protektis kiun periodon, kaj la rubando ne respondos tion.