VPN ના કિનારે Snort: જ્યાં પેકેટ દૃશ્યમાન છે
VPN સમાપ્તિ અને HTTPS ડિક્રિપ્શન અલગ સીમાઓ છે; નિષ્ક્રિય શોધ એ ઇનલાઇન બ્લોકિંગ નથી. પેકેજ પહેલાં અવલોકન બિંદુ પસંદ કરો.
એક દૂરસ્થ લેપટોપથી એક વિનંતીને અનુસરો અને કંઈપણ તેની તપાસ કરી શકે તે પહેલાં તે ઘણી સીમાઓ પાર કરે છે. બાહ્ય ટનલ VPN પ્રક્રિયામાં સમાપ્ત થાય છે, આંતરિક પેકેટ ઇન્ટરફેસ પર દેખાય છે, અને અંદરનું HTTPS સત્ર એપ્લિકેશન સુધી ચાલુ રહે છે. તપાસ સાધન ફક્ત તે જ જુએ છે જે તે બિંદુ પર દૃશ્યમાન હોય છે જ્યાં પેકેટ તેને પહોંચે છે. તે બિંદુ નક્કી કર્યા વિના એક સ્થાપિત કરો, અને લોગ ખોટા સ્તરનું વર્ણન કરશે.
એક પેકેટ ઘણી સીમાઓ પાર કરે છે
VPN સમાપ્તિ પહેલાં અવલોકનકાર એક બાહ્ય જોડાણ જુએ છે, સામાન્ય રીતે VPN પોર્ટ તરફ, સરનામાં અને કદ સાથે પણ આંતરિક માળખા વિના. સમાપ્તિ પછી આંતરિક સરનામાં, પોર્ટ અને પ્રોટોકોલ જે પ્રક્રિયા બિંદુ તેમને સોંપે છે ત્યાં ઉપલબ્ધ હોય છે. એપ્લિકેશનનું પોતાનું TLS એન્ક્રિપ્ટેડ રહે છે જ્યાં સુધી અલગ ડિઝાઇન તેને સમાપ્ત ન કરે. આ ત્રણ દૃશ્યતા સ્તરો છે, અને પેકેજનું નામ તમને કહેતું નથી કે તમે કયું ખરીદ્યું.
સીમાઓ ચિહ્નિત કરીને પાથ દોરો, પછી સેન્સરને તે રેખા પર મૂકો જ્યાં પ્રશ્નનો જવાબ આપી શકાય, કારણ કે સ્થાન જવાબનો ભાગ છે. જે સીમાને તમે નામ ન આપી શકો તે એવી સીમા છે જેનું તમે પરીક્ષણ ન કરી શકો.
દરેક બિંદુએ શું વાંચી શકાય છે તે જુઓ
આર્કિટેક્ચરના કોઈપણ વર્ણન પર ભરોસો કરતા પહેલાં ઇન્ટરફેસ અને ટૂંકું કેપ્ચર તપાસો.
ip -br link
tcpdump -ni tun0 -c 10 'tcp port 443'લિંક સૂચિ અસ્તિત્વમાં રહેલી ટનલ અને ભૌતિક ઇન્ટરફેસ બતાવે છે, અને કેપ્ચર બતાવે છે કે ત્યાં જોડાયેલ સેન્સરને બરાબર શું મળશે. જો તે આંતરિક સરનામાં બતાવે પણ HTTP વિનંતી રેખાઓ નહીં, તો તમે VPN સમાપ્તિ પછી છો અને હજી એપ્લિકેશનના TLS ની બહાર છો. તે નેટવર્ક શોધ માટે સામાન્ય સ્થાન છે અને સામગ્રી તપાસ માટે ખોટું સ્થાન છે. બીજી સીમા શું ખુલ્લું કરે છે તેની તુલના કરવા બાહ્ય ઇન્ટરફેસ પર કેપ્ચરનું પુનરાવર્તન કરો.
નિષ્ક્રિય શોધ પોતાના પર બ્લોક કરી શકતી નથી
Snort નું તપાસ દસ્તાવેજીકરણ નિષ્ક્રિય અવલોકનને ઇનલાઇન કામગીરીથી અલગ કરે છે. નિષ્ક્રિય મોડ તે માર્ગ પર રોક્યા વિના ટ્રાફિક પર ચેતવણી આપી શકે છે.
snort -T -c /etc/snort/snort.luaપરીક્ષણ મોડ સેન્સર ચલાવ્યા વિના રૂપરેખાંકનની માન્યતા ચકાસે છે, જે કોઈપણ જમાવટ પહેલાં યોગ્ય પ્રથમ પગલું છે. ઇનલાઇન કામગીરી માટે અનુકૂળ પેકેટ-સંગ્રહ વ્યવસ્થા અને મેળ ખાતું અમલીકરણ રૂપરેખાંકન જરૂરી છે, ફક્ત વધારાની ફ્લેગ નહીં. તેથી લોગ એન્ટ્રી એ સાબિતી નથી કે વિનંતી અટકાવવામાં આવી, અને ઇનલાઇન જેવો વિકલ્પ સાથે શરૂ કરાયેલી પ્રક્રિયા સાબિત કરતી નથી કે વાસ્તવિક ફોરવર્ડ પ્રવાહ તેમાંથી પસાર થાય છે. અમલીકરણ ખરેખર ક્યાં પેકેટ સોંપે છે તેની પુષ્ટિ કરો.
જમાવટ પહેલાં અમલીકરણ મોડ પસંદ કરો
નક્કી કરો કે જરૂરિયાત દૃશ્યતા છે કે નિવારણ, કારણ કે બંનેની નિષ્ફળતાની વર્તણૂક અલગ છે. મૃત નિષ્ક્રિય સેન્સર ટ્રાફિક વહેવા દે છે અને મોનિટરિંગ ગેપ ઉત્પન્ન કરે છે; મૃત ઇનલાઇન ઉપકરણ ટ્રાફિક પસાર થવા દે અથવા રોકી શકે છે, અને તે પસંદગી જાણી જોઈને કરવી જોઈએ. એક માન્ય પ્રવાહ, એક પ્રવાહ જે નકારવો જોઈએ, અને સેન્સર નિષ્ફળ થાય ત્યારે તમે ઇચ્છો તે વર્તણૂક પર સંમત થાઓ. વ્યવસ્થાપન પુનઃપ્રાપ્તિને તપાસાયેલા માર્ગથી અલગ રાખો, જેથી સેન્સરની ભૂલ તમારી પહોંચ પણ દૂર ન કરે.
પછી દૃશ્યમાન ટ્રાફિક, પ્રક્રિયા બિંદુ અને અમલીકરણ વર્તણૂક રેકોર્ડ કરો. આ ત્રણ હકીકતો, સ્થાપિત પેકેજ નહીં, વર્ણવે છે કે જમાવટ ખરેખર શું કરે છે.