Статик түлхүүрийн файл дахь битийн тоо нь OpenVPN шифрийн хүч биш

Сканнер эсвэл хамтран ажиллагч OpenVPN-ийн статик түлхүүрийн файл дотор хэвлэгдсэн битийн тоог зааж, туннель яагаад ийм хэмжээний шифр хэрэглэхгүй байгааг асууна. Асуулт үндэслэлтэй сонсогдож, хариулт нь тоо биш: баннер хадгалсан түлхүүрийн материалыг тоолдог бол шифр зөвхөн өөрийн түлхүүрийн хэмжээ шаарддаг хэсгийг л зарцуулна. Энэ нийлбэрийг хүчийн тохиргоо гэж үзэх нь юу ч өөрчлөхгүй засваруудад хүргэдэг. Форматыг ямар ч ганц алгоритм хэрэглэхээс илүү материал байлгахаар бүтээсэн.

Энд хоёр асуулт холилддог: файл хэр их түлхүүрийн материал хадгалдаг, тохиролцсон шифр хэр хүчтэй вэ. Туннелийг зөвхөн хоёр дахь нь тодорхойлно.

Баннер дахь тоо үнэндээ юуг тоолдог вэ

Контейнер шифрийн материал болон HMAC-ийн материалыг тусдаа бүтэц хэлбэрээр цэгцэлж, хоёр чиглэлийн хэлбэр ийм хоёр багцыг хадгалснаар чиглэл бүр өөрийн түлхүүрийг авч явах боломжтой. Бичих код хэвлэгдсэн тоог цэгцэлсэн бүтцийн тоо, тэдгээрийн хэмжээ, байт тутамд найман битээс гаргаж авдаг. Энэ нь хадгалалтын дээрх арифметик бөгөөд нэг шифр хадгалсан бүх байтыг зарцуулдаг гэсэн мэдэгдэл биш юм. Толгойн хэсэг нь шифрийн материалын дээд хуваарилалтыг ч тогтоодог тул номын сангийн өөрчлөлт форматын хэмжээг чимээгүй өөрчилж чадахгүй.

Үүнийг гэрчилгээний түлхүүртэй харьцуулбал, тэнд битийн тоо үнэхээр нэг объектын хэмжээг тодорхойлдог. 4,096 битийн RSA түлхүүр болон баннерт 4,096 бит гэж бичсэн түлхүүрийн файл нь өөр ажилтай өөр зүйлс бөгөөд тэдгээрийг нэг товчлуурын хоёр тохиргоо гэж зэрэгцүүлэх нь муу дүгнэлтэд хүргэдэг.

Нэг файлд хоёр түлхүүрийн багц

Файлын хагас бүр шифрлэлт болон баталгаажуулалтын материал өгдөг, учир нь урьдчилан хуваалцсан түлхүүрийн горим пакетуудыг хоёр чиглэлд тэр тусдаа хэсгүүдээр хамгаалдаг. Идэвхтэй шифр нь өөрийн түлхүүрийн хэмжээ шаарддаг байтуудыг л хэрэглэдэг, харин дижест өөрийн гаралтын хэмжээг хэрэглэдэг, тиймээс ашигтай хүч нь файлын уртаас биш, сонголтуудаас ирдэг. Арван зургаатын блокийг уртасгах нь тохируулсан алгоритмаас илүү их зарцуулахыг шаарддаггүй. Тайлбарыг том тоогоор засах нь бүр бага өөрчилдөг.

Хэрэв үнэхээр урт түлхүүр хүсэж байгаа бол солих тохиргоо нь шифр эсвэл дижест бөгөөд генератор сонгосон алгоритмуудад хэрэгтэйг үйлдвэрлэдэг.

Профайлыг унших нь танд ямар горим байгааг хэлнэ

Нэг л файлын формат нь огт өөр хоёр ажилд үйлчилдэг бөгөөд аль нь таных болохыг зөвхөн профайл хэлнэ. Хуучин secret мөр файлыг туннелийн цорын ганц түлхүүрийн материал болгодог бол tls-auth эсвэл tls-crypt үүнийг гэрчилгээний хажууд хяналтын сувгийн хамгаалалт болгодог. Аль ч хэрэглээ блок хэр адилхан харагдахаас үл хамааран үүнийг клиентийн гэрчилгээний хувийн түлхүүр болгодоггүй. Орлуулагч үүсгэхийн өмнө сонголт болон хувилбарыг тодорхойлж, тэмдэгт нэмэхийн оронд баримтжуулсан генераторыг ашиглана уу.

Энэ ялгаа нь ил болоход үзүүлэх хариу үйлдлийг ч тодорхойлно. Алдагдсан tls-auth түлхүүр сессийн түлхүүрүүдийг ил болгодоггүй ч халдагчид хяналтын сувгийн урсгал оруулах боломж олгодог тул үүнийг солих шаардлагатай хэвээр. Алдагдсан secret түлхүүр илүү муу, учир нь тэр нь өгөгдлийг өөрөө хамгаалж байсан материал байв.

Аюулгүй байдлын хяналт юуг бүртгэх ёстой вэ

Гурван зүйлийг тусад нь бүртгэнэ үү: тохиролцсон өгөгдлийн сувгийн хамгаалалт, хяналтын сувгийн хамгаалалт, түншүүд хэрхэн баталгаажих вэ. data-ciphers AES-256-GCM шиг мөр зөвхөн эхнийхийг тодорхойлдог бөгөөд тэнд зогсох тайлан хяналтын суваг огт хамгаалагдсан эсэхийг хариулж чадахгүй. Статик түлхүүрийн файл нь tls-auth эсвэл tls-crypt-той хамт хэрэглэгдэх үед хоёр дахь ангилалд хамаарна, хэрэглэгдэхгүй үед аль нэгэнд ч хамаарахгүй. Ангиллыг хольж буталдаг шүүмжлэгчид илүү хүчтэй шифр хүсэж байхдаа илүү том түлхүүрийн файл шаарддаг.

Хэрэв файл ил болсон бол түүнийг эргүүлж, зөвшөөрөгдсөн сувгаар дахин хуваарилаарай. Эвдэрсэн нууцад тэмдэгт нэмэх нь эргүүлэлт биш бөгөөд ил болсон материалыг хүчинтэй хэвээр үлдээдэг.

Эргүүлэлтийн бүртгэлийг түүний хамаарах профайлын хамт хадгална уу. Дараагийн хяналт асуух болно аль түлхүүр аль үеийг хамгаалсан бэ, баннер үүнд хариулахгүй.