CFB1، CFB8 او CFB128: دا د فېډبک کچه ده، نه د کلي کچه
له CFB وروسته شمېره د فېډبک ګام دی، نه د کلي اوږدوالی: CFB1، CFB8 او CFB128 ټول 128-بټه بلاک کاروي. زاړه نومونه پرته له دې چې کمزوري کلي جوړ کړئ ولولئ.
لکه AES-256-CFB1 نوم دوه شمېرې لري، او دوی بېلو پوښتنو ته ځواب وایي. 256 د AES د کلي اوږدوالی دی. 1 د CFB فېډبک، یعنې د برخې کچه، دا هغه ځانګړنه ده چې موډ څنګه خپل حالت مخ ته وړي. که 1 د کلي اوږدوالی ولولئ، نوم د یوې ناورینې غلطې ترتیبوونې په څېر ښکاري، او له همدې امله دا پوښتنه بیا بیا راځي.
تر دې چې نوم قضاوت کړئ، معلومه کړئ چې له درې کچو کومه یې ګورئ: د کلي کچه، د بلاک کچه یا د برخې کچه. یوازې لومړۍ یې په عادي مانا امنیتي پارامیټر دی.
درې شمېرې، درې کچې
AES د 128، 192 یا 256-بټه کلي مني او هر څه چې وټاکئ، 128-بټه بلاک لري. د بلاک کچه AES ته اړه لري، نه موډ ته. د CFB پایښت درېمه کچه ده: موډ په هر ګام کې څومره ډاټا مصرفوي او بیرته راوړي. د OpenSSL AES لاسوند د CFB ډولونو لپاره هغه د بدلون کچې په څرګنده لیست کوي.
CFB1 په یوه وخت کې یو بټ، CFB8 یو بایټ، CFB128 بشپړ بلاک بیرته راوړي. درې واړه په داخلي توګه ورته 128-بټه بلاک سایفر کاروي؛ هغه څه چې بدلیږي دا دي چې په هر عملیات کې د هر محاسبه شوي بلاک څو بټه کارول کیږي. نو ځکه پایښت د کلي ځواک نه، بلکې لګښت او د بفر کولو چلند بدلوي.
| Name | Key | AES block | Feedback |
|---|---|---|---|
| AES-256-CFB1 | 256 bits | 128 bits | 1 bit |
| AES-256-CFB8 | 256 bits | 128 bits | 8 bits |
| AES-256-CFB128 | 256 bits | 128 bits | 128 bits |
ولې د بلاک کچه هیڅکله نه بدلیږي
AES یو بلاک سایفر دی چې ثابت 128-بټه بلاک لري، او موډونه هغه جوړښتونه دي چې د هغې شاوخوا جوړ شوي. هیڅ یو یې بلاک نه کموي تر څو د برخې کچې سره سمون ولري. د CFB1 پلي کول بیا هم بشپړ AES بلاک محاسبه کوي او له پایلې څخه یو بټ اخلي. نور بټه د هغه ګام لپاره غورځول کیږي، او د کارېدونکيالي لګښت سم هم هلته دی.
نو یو بټ فېډبک د یو بټ کلي مانا نه لري، او نوم د خپل پایښت له مخې نه شي درجه بندي کېدای. CFB128 له CFB32 څخه څلور برابره پیاوړی نه دی؛ هغه لویې برخې پروسس کوي.
د برخې کچه په رښتیا څه بدلوي
د برخې کچه بدلوي چې په هر ګام کې څومره سایفر متن بیرته راوړل کیږي او هر ګام څومره روښانه متن وړلی شي. دا د تېروتنې خپرېدل او د بفر کولو چلند هم بدلوي، چې د سټریم په څېر کارونې لپاره مهم دی. بایټ-محوره برخې له بفرونو سره ځي، بټ-محوره نه ځي.
په عمل کې موډ پروتوکول ټاکي، نه چلونکی. VPN ډاټا چینل هغه جوړښت کاروي چې خپل پروتوکول ټاکلی، د خپلې بشپړتیا ساتنې سره، او د کتابتون لیست یوازې وایي چې کوم نومونه شته.
بېشرطه CFB لیبل لوستل
بېشرطه CFB لیبل خپل د پلي کولو شرایط غواړي. په OpenSSL 1.0.2 سرلیکونو کې EVP_aes_128_cfb د EVP_aes_128_cfb128 لپاره ماکرو دی، د 192 او 256-بټه کلي لپاره د سمونې نومونو سره. دا د یوې څانګې د API نومونې کنوانسیون دی، نه دا ادعا چې هر کتابتون، دوتنه بڼه یا GUI دا لنډیز په ورته ډول پراخوي. هغه سرلیک یا لاسوند وګورئ چې ستاسو په وړاندې د نسخې دی.
که زوړ پروفایل ووایي CFB او بل اړخ یې ومني، خبرې شوي پارامیټرونه یوې ځای کې ثبت کیږي: په لاګ، په ترتیبوونې ډمپ، په API ځواب. هغه ولولئ، پرځای د دې چې د برخې کچه له ښودنې تار څخه اټکل کړئ.
د موډ نوم تاسو ته څه نه وایي
نوم یوازې د کوډ کولو چلند بیانوي او بل هیڅ نه. VPN لا هم د بشپړتیا ساتنې، د کلي ایستنې او د بل اړخ تصدیق ته اړتیا لري، او CFB له هغو څخه هیڅ نه برابروي. CFB8 په CFB1 بدلول هم یوازې ظاهري بدلون نه دی: په تار باندې چلند توپیر لري او دواړه خواوې باید ورته جوړښت ملاتړ وکړي. د کتابتون نوم دا هم نه ثابتوي چې ځای پرځای شوی ګیټوې یې د خپل ډاټا چینل لپاره مني.
د هر هغه څه لپاره چې ساتل کیږي، د پروتوکول بشپړ ساتنې ترتیب او د چلونکي تګلاره وکاروئ، او د کتابتون او ګیټوې نسخې، سم انتخاب او د خبرو پایله ثبت کړئ. زوړ نوم بیانوي چې تاسو څه لولئ؛ دا د ترتیبوونې بیا ژوندي کولو لپاره توجیه نه ده.