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 పెట్టడం కూడా బాహ్య మార్పు కాదు: తీగపై ప్రవర్తన భిన్నంగా ఉంటుంది మరియు రెండు పక్షాలు ఒకే నిర్మాణాన్ని మద్దతు ఇవ్వాలి. లైబ్రరీలోని పేరు అమలు చేసిన గేట్‌వే తన డేటా ఛానెల్ కోసం దాన్ని అంగీకరిస్తుందని కూడా నిరూపించదు.
నిర్వహించే ఏదైనా ప్రోటోకాల్ పూర్తి రక్షణ ఏర్పాటు మరియు ఆపరేటర్ విధానాన్ని ఉపయోగించి, లైబ్రరీ మరియు గేట్‌వే సంస్కరణలు, ఖచ్చితమైన ఎంపిక మరియు చర్చా ఫలితాన్ని నమోదు చేయండి. పాత పేరు మీరు చదువుతున్నది వివరిస్తుంది; అది కాన్ఫిగరేషన్‌ను పునర్జీవింపజేయడాన్ని సమర్థించదు.