AEAD ले अखण्डता थप्छ, लगइन वा काम गर्ने मार्ग होइन

प्रमाणित इन्क्रिप्शनले एकै पटक दुई कुरा फर्काउँछ: सामग्री लुकाउने साइफरटेक्स्ट, र प्राप्तकर्तालाई छेडछाड पत्ता लगाउन दिने ट्याग। पहिले यी कामहरू छुट्टाछुट्टै टुक्राबाट जोडिन्थे, र नराम्रा संयोजनले सूक्ष्म खराबी ल्याउँथे। आधुनिक निर्माणले संयोजन र त्यो मान्य हुने सर्तहरू तोक्छ। यहाँ प्रमाणित भन्ने शब्दले ट्यागलाई जनाउँछ, व्यक्तिलाई होइन।

दुवै ग्यारेन्टी संरक्षित प्याकेटमा मात्र लागू हुन्छन्, त्यसबाहेक अरू कुरामा होइन।

एउटै निर्माणमा दुई ग्यारेन्टी

इन्क्रिप्शनले पर्यवेक्षकले यो पढ्न सक्छ कि भन्ने प्रश्नको जवाफ दिन्छ; अखण्डताले यो बदलिएको छ कि भन्ने प्रश्नको। टनेललाई दुवै चाहिन्छ, किनकि बदलिएको सामग्री नपढिने सामग्रीभन्दा नराम्रो हुन्छ। AEAD ले एउटै कुञ्जीमुनि तिनीहरूलाई कसरी जोड्ने भन्ने तोक्छ, साथै प्रमाणित हुने तर इन्क्रिप्ट नहुने सम्बन्धित डाटासहित। प्राप्तकर्ताले जाँचमा असफल भएको इनपुट अस्वीकार गर्छ।

सम्बन्धित डाटाले देखिने फाँटहरूलाई जाँचसँग बाँध्छ। कुन फाँटहरू यसमा पर्छन् भन्ने प्रोटोकलमा निर्भर छ, र यो हरेक बाहिरी ठेगाना गोप्य भयो भन्ने वाचा होइन: कुनै फाँट ट्यागले ढाकिएको तर जालमा पढ्न मिल्ने हुन सक्छ।

नन्स सानो कुरा होइन

कुञ्जी र नन्स ठीकसँग ह्यान्डल गर्नुपर्छ, र नन्सको पुनःप्रयोग नराम्ररी असफल हुन्छ। एउटै कुञ्जीमुनि नन्स दोहोर्‍याउँदा सन्देशहरूबीचको सम्बन्ध खुल्न सक्छ र अखण्डताको ग्यारेन्टी पूरै कमजोर हुन्छ। त्यसैले नन्स बनाउने र क्रम मिलाउने जिम्मेवारी प्रोटोकलको हो, एपको होइन।

यो ग्यारेन्टीको सर्त हो, कार्यान्वयनको सल्लाह होइन। लापरवाह नन्सले घोषित गुण दिँदैन।

दोहोरो पठाउनेबाट सुरक्षा छुट्टै अवस्था हो

ट्याग अक्षत रहे पनि मान्य पुरानो प्याकेट फेरि पठाउन सकिन्छ, किनकि ट्यागले प्रामाणिकता प्रमाणित गर्छ, ताजगी होइन। दोहोरो पठाउने व्यवस्थापनलाई आफ्नै अवस्था चाहिन्छ: क्रम संख्या, एउटा विन्डो र के स्वीकार्ने भन्ने नियम। त्यो अवस्था प्रोटोकलको कार्यान्वयनमा बस्छ र साइफरको छनोटसँग सम्बन्ध छैन। बलियो इन्क्रिप्शन भए पनि दोहोरो पठाउने सुरक्षा नभएको टनेलले हिजोको ट्राफिक अझै स्वीकार्छ।

दुई संयन्त्र एक नभई सहकार्य गर्छन्, र एउटा ठीक हुँदा अर्को अनुपस्थित हुन सक्छ।

ट्यागले नबताउने कुरा

साथीको पहिचान प्रमाणपत्र वा पहिले नै साझा गरिएका कुञ्जीबाट स्थापित हुन्छ, साइफर प्रमाणित भएकाले होइन। राउटिङ, नाम समाधान र अपरेटरको लग नीति क्रिप्टोग्राफिक सीमाबाहिर छन्। सफल एल्गोरिदम वार्ताले दुवै छेउ एउटा सुटमा सहमत भए भन्ने मात्र भन्छ, त्यो अनुकूलताको कुरा हो, कुनै पनि पक्षको कार्यान्वयनको गुणस्तरको होइन।

प्रयोगकर्ताका लागि: मर्मत गरिएको र समर्थित प्रोटोकल कन्फिगरेसन रोज्नुहोस्। AEAD त्यो कन्फिगरेसनको गुण हो, टनेलको वरिपरि हातले इन्क्रिप्शन बनाउने निम्तो होइन।

कुन सुट वार्ता भयो, दोहोरो पठाउने सुरक्षा सक्रिय छ कि छैन र साथीहरू कसरी चिनिन्छन् टिपोट गर्नुहोस्। तीन तथ्य, तीन फरक ग्यारेन्टी।