Колькасць бітаў у файле статычнага ключа — гэта не моц шыфра OpenVPN

Сканер або калега паказвае на колькасць бітаў, надрукаваную ўнутры файла статычнага ключа OpenVPN, і пытаецца, чаму тунель не выкарыстоўвае шыфр такога памеру. Пытанне гучыць разумна, а адказ не з'яўляецца лікам: банер лічыць захаваны матэрыял ключа, а шыфр спажывае толькі тую частку, якую патрабуе яго памер ключа. Калі прымаць гэтую суму за наладу моцы, атрымліваюцца праўкі, якія нічога не змяняюць. Фармат быў пабудаваны, каб утрымліваць больш матэрыялу, чым выкарыстоўвае любы асобны алгарытм.

Тут змешваюцца два пытанні: колькі матэрыялу ключа захоўвае файл і наколькі моцны ўзгоднены шыфр. Тунель апісвае толькі другое.

Што насамрэч лічыць лік у банере

Кантэйнер серыялізуе матэрыял шыфра і матэрыял HMAC як асобныя структуры, а двухнакіраваная форма ўтрымлівае два такія наборы, каб кожны кірунак мог несці ўласныя ключы. Код запісу выводзіць надрукаваны лік з колькасці серыялізаваных структур, іх памеру і васьмі бітаў на байт. Гэта арыфметыка над захоўваннем, а не сцвярджэнне, што адзін шыфр спажывае кожны захаваны байт. Загаловак таксама фіксуе максімальнае размеркаванне матэрыялу шыфра, каб змена бібліятэкі не магла моўчкі змяніць фармат.

Параўнайце гэта з ключом сертыфіката, дзе колькасць бітаў сапраўды апісвае памер аднаго аб'екта. Ключ RSA на 4,096 бітаў і файл ключа, у банере якога напісана 4,096 бітаў, — гэта розныя артэфакты з рознымі задачамі, і выстройванне іх як дзвюх налад на адной шкале дае дрэнныя высновы.

Два наборы ключоў у адным файле

Кожная палова файла дае матэрыял шыфравання і аўтэнтыфікацыі, бо рэжым загадзя агульнага ключа абараняе пакеты ў абодвух кірунках гэтымі асобнымі часткамі. Актыўны шыфр выкарыстоўвае толькі байты, якія патрабуе яго памер ключа, а дайджэст выкарыстоўвае ўласны памер вываду, таму прыдатная моц ідзе ад опцый, а не ад даўжыні файла. Падаўжэнне шаснаццатковага блока не патрабуе ад наладжанага алгарытму спажываць больш. Праўка каментара большым лікам змяняе яшчэ менш.

Калі вам сапраўды патрэбны даўжэйшы ключ, змяніць трэба шыфр або дайджэст, і генератар стварае тое, што патрабуюць выбраныя алгарытмы.

Чытанне профілю паказвае, які ў вас рэжым

Аднолькавы фармат файла служыць дзвюм зусім розным задачам, і толькі профіль кажа, якая з іх ваша. Стары радок secret робіць файл адзіным матэрыялам ключа тунеля, а tls-auth або tls-crypt робіць яго аховай кантрольнага канала побач з сертыфікатамі. Ніводнае з выкарыстанняў не ператварае яго ў прыватны ключ сертыфіката кліента, наколькі б падобным ні выглядаў блок. Вызначце опцыю і версію перад стварэннем замены і выкарыстоўвайце дакументаваны генератар замест дадання сімвалаў.

Гэтая розніца вызначае і рэакцыю на раскрыццё. Ключ tls-auth, які ўцёк, не раскрывае ключы сесіі, але дазваляе зламысніку ўкараняць трафік кантрольнага канала, таму яго ўсё роўна трэба замяніць. Пратэклы ключ secret горшы, бо ён быў матэрыялам, што абараняў самі даныя.

Што павінен занатаваць аўдыт бяспекі

Занатуйце тры рэчы асобна: узгоджаную ахову канала даных, ахову кантрольнага канала і тое, як аўтэнтыфікуюцца аднарангавыя вузлы. Радок накшталт data-ciphers AES-256-GCM апісвае толькі першае, і справаздача, якая на гэтым спыняецца, не можа адказаць, ці ахоўваецца кантрольны канал наогул. Файл статычнага ключа належыць да другой катэгорыі, калі выкарыстоўваецца з tls-auth або tls-crypt, і ні да адной, калі не выкарыстоўваецца. Рэцэнзенты, якія змешваюць катэгорыі, просяць большы файл ключа тады, калі хочуць мацнейшы шыфр.

Калі файл быў раскрыты, змяніце і паўторна размеркуйце яго праз ухвалены канал. Даданне сімвалаў да скампраметаванага сакрэту не з'яўляецца зменай, і яно пакідае раскрыты матэрыял сапраўдным.

Трымайце запіс пра змену разам з профілем, да якога ён належыць. Наступны аўдыт спытае які ключ абараняў які перыяд, і банер на гэта не адкажа.