ફક્ત એન્ક્રિપ્શન જ પુનઃમોકલાયેલ પેકેટને કેમ રોકતું નથી

સુરક્ષિત પેકેટ ક્રિપ્ટોગ્રાફિક રીતે સમાપ્ત થતાં નથી, તેથી પાંચ મિનિટ પહેલાં માન્ય હતું પેકેટ હવે પણ માન્ય છે, કારણ કે એન્ક્રિપ્શન અને અખંડિતતા સુરક્ષા બાઇટ્સ ક્યારે બન્યા તે વિશે કંઈ કહેતાં નથી. જે હુમલાખોર ટ્રાફિક પકડીને ફરી મોકલી શકે છે તેને સાઇફર તોડવાની જરૂર નથી. તેથી જ દરેક ગંભીર ટનલ પ્રોટોકોલ તેની કી સાથે ક્રમ-સ્થિતિ રાખે છે.

આ મિકેનિઝમ નાનું છે, અને તેની નિષ્ફળતાની રીતો પેકેટ ખોવાવા સાથે ભેળવી દેવી સહેલી છે.

માન્ય સાઇફરટેક્સ્ટ તાજું સાઇફરટેક્સ્ટ નથી

પ્રમાણીકરણ એક જ પ્રશ્નનો જવાબ આપે છે: શું આ બાઇટ્સ કી ધરાવનાર પાસેથી અબદલ રીતે આવ્યા છે. તે એનો જવાબ આપતું નથી કે પ્રાપ્તકર્તા તેમને પહેલી વાર જોઈ રહ્યું છે કે નહીં. પુનઃમોકલાયેલ પેકેટ પ્રથમ કસોટીમાં સંપૂર્ણ પાસ થાય છે, અને તેથી જ ફક્ત અખંડિતતા તપાસ પુનઃમોકલાવ રોકી શકતી નથી અને પ્રોટોકોલને સ્વીકાર વિશે બીજો નિયમ જોઈએ છે. જે પ્રાપ્તકર્તા ફક્ત પ્રમાણીકરણ કરે છે તેની પાસે રેકોર્ડિંગ ધરાવતા હુમલાખોર સામે કોઈ સંરક્ષણ નથી.

આ નિયમ અમલમાં મૂકવો સસ્તો છે અને કહેવો પણ સસ્તો છે: આપેલ સુરક્ષિત પેકેટને આપેલ કી હેઠળ એક વાર સ્વીકારો. આ ક્ષેત્રમાં બાકીનું બધું અમલીકરણ એ એક વારને કેવી રીતે ટ્રૅક કરે છે તેમાંથી આવે છે.

પુનઃમોકલાવના અસ્વીકારને ડિક્રિપ્શન નિષ્ફળતા તરીકે વાંચવું તમને સંપૂર્ણ ખોટા સબસિસ્ટમ તરફ દોરી જાય છે.

ક્રમ-નંબર અને વિન્ડો

IPsec ESP ક્રમ-નંબર ધરાવે છે અને પ્રાપ્તકર્તા તાજેતરમાં સ્વીકારેલા મૂલ્યોની સરકતી વિન્ડો રાખે છે, જ્યારે ESP સ્પેસિફિકેશન ડિફૉલ્ટ વિન્ડો કદ અને તેને વિસ્તારવાનો વિકલ્પ વર્ણવે છે. WireGuard અલગ માર્ગ લે છે: દરેક કી માટે કાઉન્ટર અને તેની સામે સ્પષ્ટ તપાસ. કોઈ પણ ડિઝાઇન એવું ધારતી નથી કે પેકેટ ક્રમમાં આવે છે, કારણ કે વાસ્તવિક નેટવર્ક તેમને ફરી ગોઠવે છે. બંને ફરી ગોઠવણી સહન કરે છે, અને કોઈ પણ પુનરાવર્તન સહન કરતું નથી.

વિન્ડો જ એ સહનશીલતા શક્ય બનાવે છે. જોયેલા સૌથી ઊંચા મૂલ્યથી થોડું પાછળનું પેકેટ, જો પહેલાં સ્વીકાર્યું ન હોય તો હજી સ્વીકારી શકાય છે; ઘણું પાછળનું, અથવા જેનું સ્થાન પહેલેથી ચિહ્નિત છે તે છોડી દેવાય છે. વિન્ડો વધારો અને દરેક એસોસિએશન દીઠ વધુ સ્થિતિના ભોગે વધુ ફરી ગોઠવણી સહન કરશો.

નિદાન કાઉન્ટર બતાવે છે કે તમે કયા કિસ્સામાં છો. પુનઃમોકલાવના અસ્વીકાર સામાન્ય ભૂલને બદલે ચોક્કસ કાઉન્ટર વધારે છે, અને તે કાઉન્ટર વાંચવું એ પ્રથમ ઉપયોગી નિરીક્ષણ છે.

nstat -az | grep -i XfrmIn
ip -s xfrm state | head -n 30
wg show wg0 transfer

સ્થિતિ કીની છે, હોસ્ટની નથી

કાઉન્ટરની સ્થિતિ સુરક્ષા એસોસિએશન અથવા કી-યુગ સાથે બંધાયેલી છે, તેથી કી બદલવાથી નવો સંદર્ભ અને પોતાનું ક્રમ-ક્ષેત્ર બને છે. કી બદલ્યા વિના કાઉન્ટર સાફ કરવું, અથવા મેન્યુઅલ રીસેટ પછી એસોસિએશન ફરી વાપરવું, પ્રાપ્તકર્તાની વિન્ડો જે ધારણા પર આધાર રાખે છે તે તોડે છે. તેથી જ ઓપરેટરને દેખાતા રીસેટ બટનને બદલે પ્રોટોકોલ-સંચાલિત કી ફેરબદલી છે.

મેન્યુઅલ દખલ પછી ટનલ ખરાબ વર્તે તો પૂછો કે દખલએ ક્રમ-સ્થિતિને સ્પર્શી છે કે નહીં. સરખું દેખાતું કન્ફિગરેશન અલગ વર્તી શકે છે, કારણ કે તેણે વારસામાં મેળવેલી સ્થિતિ એ તેની અપેક્ષિત સ્થિતિ નથી.

કંઈપણ બંધ કરતાં પહેલાં કારણ નિદાન કરો

નુકસાન, ફરી ગોઠવણી, નકલી ટ્રાફિક અને અમલીકરણની ખામી બધા પુનઃપ્રેષણ તરીકે દેખાય છે, અને તેમાંથી ફક્ત એક જ પુનઃમોકલાવની સમસ્યા છે. અવાજ શાંત કરવા તપાસ બંધ કરવાથી જે ગુણધર્મ પર તમે આધાર રાખતા હતા તે દૂર થાય છે અને મૂળ કારણ શોધવું મુશ્કેલ બને છે, કારણ કે હવે પુનઃપ્રેષણો પાસે કોઈ સમજૂતી જ નથી.

મર્યાદિત પુરાવા એકત્ર કરો: એસોસિએશન ઓળખકર્તા, ક્રમ-નંબર અને કાઉન્ટર, પેલોડ છોડીને. આ નકલને ફરી ગોઠવાયેલા આગમનથી અલગ પાડવા માટે પૂરતું છે, અને તે તમારી નિદાન ફાઇલને વપરાશકર્તાના ટ્રાફિકની નકલમાં ફેરવતું નથી.

તપાસ શું વચન આપતી નથી

પુનઃમોકલાવ સામેનું રક્ષણ એક પ્રોટોકોલની અંદર પેકેટ પ્રોસેસિંગનો ગુણધર્મ છે. તેનો અર્થ એ નથી કે ઓપરેટર કોઈ લોગ રાખતું નથી, કે વેબસાઇટ ખાતું ઓળખી શકતી નથી, અથવા કે સેશન અનામી છે. તે અલગ સિસ્ટમો વિશેના અલગ પ્રશ્નો છે, અને મજબૂત પુનઃમોકલાવ-વિરોધી ડિઝાઇન તેમાંથી કોઈનો જવાબ આપતી નથી.

સમર્થિત સેટિંગ્સ સાથે જાળવાયેલું સૉફ્ટવેર એ વપરાશકર્તા પાસેનું વ્યવહારુ નિયંત્રણ છે. પેકેટ પ્રોટોકોલ સંભાળે છે; બાકીનું બધું ઓપરેશનલ નિર્ણય રહે છે.