OpenVPN-ի մատյան. հսկիչ ալիքի գաղտնագիրը և տվյալների ալիքի գաղտնագիրը

Մատյանի այն տողը, որտեղ նշված է DHE-RSA-AES256-SHA, ամբողջ կապի ամփոփումը չէ։ Այն պատկանում է TLS-ի ձեռքսեղմմանը, որը պաշտպանում է հսկիչ ալիքը, և թունելի ներսում երթևեկությունը կարող է գաղտնագրվել բոլորովին այլ բանով։ Այն որպես VPN-ի տվյալների գաղտնագիր ներկայացնելը այն սխալն է, որից պետք է խուսափել։

Երկու արդյունք է կարևոր, և դրանք պատասխանում են տարբեր հարցերի։ Մեկը հսկիչ ալիքի համար համաձայնեցված TLS-ի հավաքածուն է, մյուսը՝ թունելով անցնող փաթեթների տվյալների գաղտնագիրը։

Երկու արդյունք, երկու հարց

Հսկիչ ալիքը կրում է ձեռքսեղմումը և հանգույցների միջև կառավարման հաղորդագրությունները։ Նրա գաղտնագիրն ընտրում է TLS-ի կույտը, ուստի անվանումը հետևում է TLS-ի կանոններին։ Տվյալների ալիքը կրում է օգտվողների երթևեկությունը և կարգավորվում է OpenVPN-ի սեփական գաղտնագրման բանակցությամբ։

Որոշեք, թե որ հարցին եք պատասխանում, նախքան տողերից որևէ մեկը կարդալը։ Թե թունելը գաղտնագրված է, և թե ձեռքսեղմումը ուժեղ է, նույն հարցը չեն։

Օգտակար է մատյանի այն հատվածը, որը ցույց է տալիս երկու տողերը։ Կարդացեք հսկիչ տողը TLS-ի տարբերակի և հավաքածուի համար, իսկ տվյալների տողը՝ բեռը իրականում պաշտպանող ալգորիթմի համար։

Վերծանեք TLS-ի հավաքածուի անվանումը իր համատեքստում

OpenSSL-ի ոճի պատմական անվանման մեջ, ինչպիսին է DHE-RSA-AES256-SHA, յուրաքանչյուր բաղադրիչ նկարագրում է առանձին որոշում։ DHE անցողիկ Diffie-Hellman բանալու համաձայնությունն է, RSA նույնականացման մեթոդն է, AES256 AES-256-ն է CBC ռեժիմում TLS-ի գրառումների համար, և SHA SHA-1-ի վրա հիմնված գրառումների MAC-ն է։

Վերջին բաղադրիչը վկայագրի մատնահետք չէ, և այն որպես այդպիսին կարդալը տարածված սխալ է։ Անվանումն ինքնին չի ասում արձանագրության տարբերակը, որովհետև TLS 1.3-ն օգտագործում է բոլորովին այլ անվանակարգային սխեմա։ TLS_AES_256_GCM_SHA384 հետևում է այդ նոր ձևին, որտեղ վերջնական հեշը հավաքածուի կառուցման մասն է, այլ ոչ թե MAC-ի ընտրության։ Բաղադրիչների ընթերցումը կիրառեք միայն հին անվանակարգի վրա։

OpenSSL-ի հավաքածուների տեղեկանքը այս անվանումները կապում է դրանց սահմանումների հետ, եթե բաղադրիչը անծանոթ է։

Կարդացեք տվյալների ալիքի արդյունքը փոխանցվող երթևեկության համար

Փոխանցվող երթևեկության համար կարդացեք տվյալների ալիքի տողը նույն նստաշրջանից։ Կարգավորումներում data-ciphers ցանկը թույլատրված հավաքածու է, ոչ թե ապացույց, որ որևէ կոնկրետ ալգորիթմ է բանակցվել։ Մատյանը գրանցում է ընտրությունը, կարգավորումները գրանցում են ցանկը։

AES-GCM-ի նման AEAD գաղտնագիրն իր հետ կրում է ամբողջականության ստուգում, ուստի առանձին տվյալների ալիքի HMAC-ը այդ ուղու մաս չէ։

auth հրահանգը չի բարելավում TLS-ը, վկայագրերը կամ տվյալների գաղտնագիրը։ Այն ընտրում է digest արձանագրության այն մասերի համար, որոնք դեռ օգտագործում են մեկը, իսկ AEAD տվյալների գաղտնագրի դեպքում առանձին տվյալների HMAC չկա կարգավորելու։

Ինքնության ստուգումները դուրս թողեք գաղտնագրի արդյունքից

Վկայագրի ստորագրության ալգորիթմը, վստահության շղթայի վավերացումը և հանգույցի անվան ստուգումը ևս երեք հատկություն են, որոնց մասին գաղտնագրի անվանումը ոչինչ չի ասում։ Ժամկետանց վկայագիրը ձախողվում է անկախ նրանից, թե որքան ուժեղ է հավաքածուն։ Անհամապատասխան սերվերի անվանումը նույնպես ձախողվում է։ Պրոֆիլում digest-ի կարգավորումը շտկելը ոչ մեկին չի վերանորոգում։

Այդ ստուգումները պահեք վերանայման նշումներում՝ գաղտնագրի արդյունքի կողքին, ոչ թե դրա մեջ միաձուլված։

Գրանցեք ընթացիկ նստաշրջանի համաձայնեցված արդյունքները

Վերցրեք ընթացիկ կապի արդյունքները և դրանց հետ գրանցեք հաճախորդի և սերվերի տարբերակները։ Միայն ավելացնող մատյանը կարող է պահել ավելի հին նստաշրջանի տող, և այն որպես ընթացիկ մեջբերելը այն է, ինչով շտկված խնդիրը թվում է պահպանվող։

Քաղաքականության վերանայման համար կարգավորումների սեփականատիրոջը տվեք համաձայնեցված TLS-ի տարբերակը և հավաքածուն, ընտրված տվյալների գաղտնագիրը և վկայագրի վավերացման կարգավորումները միասին։ Փոխեք այդ շերտը, ապա կարդացեք նոր մատյան՝ հաստատելու նոր համաձայնեցված արժեքները։