Эмне үчүн AES-256 VPN шифрлоо топтомун сүрөттөбөйт
Топтом төрт ролду аткарат: жаппай шифрлоо, бүтүндүк, ачкычтарды орнотуу жана өнөктөштү аутентификациялоо. Шифр аты алардын бирин гана, бир катмарда камтыйт.
VPN кандай шифрлоону колдонот деп сурасаңыз, жооп адатта бир сөз менен келет: AES-256, же ChaCha20, же балким WireGuard. Бул жооп бир катмардын бир компонентин атайт, ал эми байланышты чындыгында коргогон нерсе төрт башка ролду аткарган алгоритмдердин топтому. Компонентти түзүлүш менен алмаштыруу бул сүйлөшүүлөрдө эң кеңири тараган ката жана чечилбей турган салыштырууларды жаратат.
Бир байланыштын ичиндеги төрт иш
Жаппай шифрлоо маалымат каналы үчүн ачык текстти шифрленген текстке айландырат, анын ачкычы жиберилбейт, алынат. Бүтүндүк коргоо өзгөрүүнү аныктайт, бул өзүнчө иш, бир курулуш экөөнү тең жасаса да. Ачкычтарды орнотуу жалпы трафик материалын жаратат, ал эми өнөктөштү аутентификациялоо каршы тарапта ким бар экенин чечет. Алардын бири жетпесе, байланыш коопсуз эмес, калган бөлүгү канчалык күчтүү болсо да.
Айрым долбоорлор эки ролду бириктирет. AES-GCM жана ChaCha20-Poly1305 аутентификацияланган шифрлоо курулуштары, ошондуктан купуялуулук жана бүтүндүк бирге келет; AES-CBC андай эмес, ага өз ачкычы бар өзүнчө билдирүү аутентификациялоо коду керек. Ошондуктан сунушту көз карандысыз сандардын капчыгы катары окуу жуп катары долбоорлонгондорду туура эмес окуйт.
Ролдор ар кандай катмарларда да жайгашат, ошондуктан бир сөз эки продуктта башка маанини бере алат. ESP ичиндеги блоктук шифр жана TLS ичиндеги блоктук шифр ар кандай талаптар менен ар кандай сүйлөшүүлөрдөгү бирдей негизги элемент. Ошондуктан негизги элементти анын режими жана катмары жок келтирүү эч нерсе келтирбегенден жаман болушу мүмкүн.
Эмне үчүн шифр аты дээрлик эч нерсе айтпайт
AES-256 деген сүйлөмдү бир аз олуттуу кабыл алыңыз: ал блоктук шифрди жана ачкыч өлчөмүн көрсөтөт. Ал иштөө режими, бүтүндүк берилеби, ачкычтар кантип орнотулду же өнөктөш кантип аутентификацияланды жөнүндө эч нерсе айтпайт. Эки продукт тең AES-256 жарнамалап, калгандын баарында айырмаланышы мүмкүн, анын ичинде бири аутентификацияланбаган режим менен, экинчиси заманбап ачкыч алмашуусу бар AEAD режими менен.
TLS 1.3 бул бөлүүнү стандартка киргизди, бул эски лексиканы үйрөнгөндөр үчүн пайдалуу оңдоо. Анын шифр топтомдору тек AEAD жана хэштин атын атайт, ал эми ачкыч алмашуу топтору жана кол тамга алгоритмдери өзүнчө параметрлер катары сүйлөшүлөт. Ошондуктан TLS 1.3 топтомунун атын TLS 1.2 топтомунун аты менен тең негизде салыштырууга болбойт, экөө тең конфигурация файлынын бир талаасында көрүнсө да. Эки сапты түз салыштырган аудитор протокол колдобогон тыянакка келет. Сүйлөшүлгөн топту жана кол тамга параметрлерин да окуңуз, болбосо салыштыруу толук эмес.
WireGuard каршы жолду тандайт жана сүйлөшүүнү дээрлик толугу менен алып салат: протокол белгиленген алгоритмдер топтомун аныктайт, ошондуктан эки ишке ашыруу бирге иштейт же жок. Бул мыйзамдуу долбоор тандоосу жана WireGuard кайсы топтомду сүйлөшөт деген суроонун салыштырууга татыктуу жообу жок экенин да билдирет. Эгер аны аудиттесеңиз, спецификацияны бир жолу окуп, анан анын айланасындагы ачкычтарды башкарууну аудиттеңиз, сүйлөшүүнү эмес.
Катмар лексиканы аныктайт
IPsec жайгаштыруу эки жолу сүйлөшөт: башкаруу каналы үчүн IKE сунушу жана маалымат үчүн ESP өзгөртүүсү, жана экөө мыйзамдуу түрдө айырмаланышы мүмкүн. Биринчисин окуп, ал экинчисин сүрөттөйт деп ойлоо аудит учурундагы кеңири тараган баш аламандыктын булагы, анткени конфигурация файлы экөөнү тең эскерет жана кызыктуусу экинчиси.
| Layer | What is negotiated there | What it does not cover |
|---|---|---|
| IKE proposal | Algorithms and groups for the control channel that builds the tunnel | The algorithms protecting the data itself |
| ESP transform | Encryption and integrity for tunneled packets | Peer identity, which authentication already settled |
| TLS handshake | AEAD and hash, plus separately negotiated groups and signatures | Routing, authorization or retention policy |
| WireGuard | Nothing; the algorithm set is fixed by the protocol | Everything above the cryptographic arrangement |
Бир китепканада жеткиликтүү ат башка маалымат жолу үчүн автоматтык түрдө ишке ашырылбайт. Ошондуктан биздин продукт AES-256ны колдойт деген билдирүү угулганынан алсыз, жана ошондуктан шайкештик маселеси адатта эки тарапта бардык эски алгоритмдерди күйгүзүү эмес, колдоого алынган кесилишти табуу менен чечилет.
TLS 1.3 спецификациясы бул бөлүүнүн эң айкын жарыяланган мисалы, анткени ал топтомду жуп катары аныктайт жана калганын өзүнүн сүйлөшүүсүнө өткөрөт. Бул форма тааныш болгондо, IPsec сунушу жана WireGuardдын бир белгиленген топтому ошол эле идеянын варианттары катары окулат.
Сүйлөшүлгөн жыйынтыкты окуңуз, анан токтоңуз
Конфигурацияланган сунуш эки өнөктөштүн эмнени тандаганынын далили эмес. Тируу сессия жоопту алып жүрөт, жана ар кандай негизги ишке ашыруу аны пакеттерди кармабастан билдире алат.
openssl s_client -connect vpn.example.net:443 -brief
ipsec statusall
wg showЧыгууда сунушталган тизмени эмес, тандалган алгоритмдерди окуңуз. Эгер жооп саясат көздөгөндөн алсыз болсо, оңдоо бир тараптын сунуш конфигурациясында, ал эми шайкешсиздик заманбап ишке ашырууларда адатта үнсүз төмөндөтүү эмес, ийгиликсиз сүйлөшүү катары көрүнөт.
Анан топтом эмнени камтыбаарын эстеңиз. Маршруттар, колдонмо уруксаттары, журналдоо жана сактоо өз кароосу бар өзүнчө чечимдер, ал эми шайкеш криптографиялык түзүлүш алар жөнүндө эч нерсе айтпайт. Шифр тууралуу сүйлөшүү татыктуу, бирок ал көпчүлүк чындыгында берген суроодон тар суроого жооп берет.
Лексиканы так кармаңыз, далил кыскарат. Топтом катмардагы ролдордун топтому, шифр бир компонент, ал эми сүйлөшүлгөн жыйынтык чындыгында бар байланышты сүрөттөгөн жалгыз нерсе. Салыштыруудагы калгандын баары жасалга.