AES-256 او OFB: یو بشپړ VPN سایفر جوړښت وټاکئ

AES-256 او OFB بېلابېلو پوښتنو ته ځواب وایي، او همدلته د سایفر بیاکتنې غلطي کوي کله چې دوی سیالې غوراوي وګڼل شي. یو یې د کیلي اندازې سره بلاک سایفر نوموي؛ بل یې بیانوي چې بلاک سایفر د اوږد پیغام لپاره څنګه جریان ته اوړي. د ساتنې د ټاکلو لارښود باید ټول جوړښت وګوري، په شمول دا چې ترلاسه کوونکی بدل شوی بسته څنګه پېژني.

د جوړښت څلور برخې ونوموئ

هره بیاکتنه څلورو پوښتنو ته رسیږي: کوم لومړنی او د کیلي اندازه، پیغامونه ورسره څنګه پروسس کیږي، ترلاسه کوونکی غیرمجاز بدلون څنګه ردوي، او پروتوکول انپټونه، کیلي ګانې او د هغوی عمر څنګه اداره کوي. د پېژندل شوو نومونو لیست یوازې لومړي ته ځواب وایي. دویم او دریم هغه ځای دی چې ریښتیني توپیرونه پکې دي، او څلورم هغه ځای چې پلي کول په خاموشۍ سره جلا کیږي. په همدې ترتیب یې وپوښتئ او ځوابونه ولیکئ.

OFB د NIST د بلاک سایفر حالتونو په خپرونه کې د محرمیت حالتونو په منځ کې راځي، او محرمیت یوازینی شی دی چې وړاندې یې کوي. هغه پروتوکول چې د کوډ کولو حالت له جلا MAC سره یوځای کوي باید هغوی سم ترکیب کړي، او د الګوریتم نوم هغه ترکیب نه ثابتوي. له همدې امله یوازې د حالت نوم د ځای پرځای کولو پریکړه نه شي کولی.

څلورمه پوښتنه هغه ده چې عملیات کوونکی یې په روان سیستم کې واقعیاً تصدیق کولی شي.

تصدیق شوی جوړښت ته لومړیتوب ورکړئ

تصدیق شوی کوډ کول محرمیت او بشپړتیا یوځای وړاندې کوي، او AEAD جوړښتونه تړلې معلومات هم له بدلون څخه پرته له کوډ کولو ساتي. دا د بستې د ساتنې ځانګړتیا ده، او د دې سره تړاو نلري چې یو کس په بریالیتوب سره ننوتلی که نه.

Netgate د Netgate لخوا د OpenVPN کریپټوګرافیک تنظیماتو لارښود د معلوماتي چینل لپاره AEAD غوراوي ته، چې AES-GCM هم پکې دی، اشاره کوي، او دا هغه ډول ملاتړ شوې پالیسي ده چې باید تعقیب شي. هغه غوراوي وکاروئ چې نصب شوی خپرونه او همکار کلاینټونه یې ملاتړ کوي، نه دا چې تاریخي حالت ترتیب نوي ځای پرځای کولو ته کاپي کړئ. پخوانی مطابقت، کریپټو شالیدونه او د offload ملاتړ هغه څه محدودوي چې واقعیاً شته.

ملاتړ شوی جوړښت هر وخت هوښیاره ترکیب ته ماتې ورکوي.

وړاندیز نه، بلکې هوکړه شوې پایله ولولئ

په منل شوي لیست کې د سایفر ښکارېدل د اوسني غونډې په اړه هېڅ نه وایي. له کلاینټ یا له دروازې څخه هوکړه شوې د معلوماتي چینل ساتنه ولولئ، بیا یې هغه پالیسي سره پرتله کړئ چې غوښتل یې پلي کړئ. هغه ترتیب چې لا هم د یو زوړ همکار لپاره زړه غوراوي لیستوي د مطابقت پریکړه ده، نه ستاسو په وړاندې د غونډې په اړه بیان.

openvpn --config client.conf --verb 4 2>&1 | grep -Ei 'cipher|data channel|auth'

په دروازې کې مساوي وتنه د پلیټ فارم له مخې د امنیت ټولنه یا د نښلونې کریپټو تفصیلات دي. په دواړو حالتونو کې وړاندیز او پایله بېلابېل حقایق دي. هغه لیست چې د یو زوړ همکار لپاره زړه غوراوی لري د دې مانا نه لري چې هره غونډه یې کاروي، او هغه غونډه چې کاروي هغه ده چې تاسو باید پوه شوي وای.

دواړه حقایق یوځای ثبت کړئ، د نیټې او د کلاینټ نسخې سره.

یوازې هغه څه اندازه کړئ چې پرتله کېدای شي

د تېرېدو وړتیا د پای ټکو هارډویر، پلي کولو، چټکتیا، د بستې اندازو او ټاکل شوي ترتیب پورې اړه لري. نه د کیلي اوږدوالی او نه د OFB کلمه تاسو ته وایي چې کوم ځای پرځای کول به ګړندي وي. له همدې امله د بل سایټ اندازه په غوره حالت کې د بل چا د هارډویر په اړه اشاره ده. ستاسو خپلې شمېرې ستاسو له خپلو پای ټکو پیل کیږي.

د اجازه شوې پرتلې لپاره پای ټکي، کاري بار او اړینه پالیسي ثابت وساتئ، او هوکړه شوې ساتنه او د پلي کولو نسخې ثبت کړئ. بیا پایله د دې له مخې وارزوئ چې ایپلیکیشن بشپړ شو که نه، څومره یې له لاسه ورکړ او پای ټکي څه کول، نه دا چې د کریپټو لګښت له یوې چټکتیا ازموینې څخه وباسئ. په بل شرایطو کې جوړه شوې شمېره کیسه ده، نه اندازه.

که زوړ همکار پالیسي نه شي پوره کولی، دا د هغه د مالک لپاره د مطابقت پریکړه ده.

بشپړتیا له راکړې ورکړې بهر وساتئ

د بشپړتیا ازموینې بندول یا د نه تصدیق شوي سرور منل د فعالیت غوره کول نه دي او د مطابقت سمون هم نه دي. دا هغه امنیتي ځانګړتیا بدلوي چې جوړښت ورته ټاکل شوی و. همدا خبره د منل شوي سایفر لیست پراخولو ته هم صدق کوي تر څو چې زوړ همکار ونښلي: نښلون بریالی کیږي او پالیسي نوره نشته.

منل شوی جوړښت او د هغه مالک په لارښود کې ولیکئ، تر څو بل بدلون له غوراوي نه بلکې له پریکړې پیل شي.

هغه څه چې تاسو یې غواړئ هغه پالیسي ده چې دواړه خواوې یې پلي کولی شي. دا بحث چې کوم نوم تر ټولو پیاوړی دی بله خبره ده، او معمولاً پرته له پریکړې پای ته رسیږي.