IPS એ VPN દ્વારા ડેટાબેઝને અવરોધ્યું: અપવાદનો વ્યાપ નક્કી કરો
VPN આંતરિક ડેટાબેઝ ટ્રાફિકને તપાસમાંથી મુક્ત કરતું નથી. પસંદ કરતા પહેલાં સિગ્નેચર દમન, સ્રોત બાકાત અને શ્રેણી નિષ્ક્રિય કરવાની સરખામણી કરો.
VPN ની અંદરના ડેટાબેઝ કનેક્શન હજી પણ IPS દ્વારા અવરોધાય છે, ઘટના લોગ કારણનું નામ આપે છે, અને સૌથી ઝડપી સુધારો અપવાદ જેવો દેખાય છે. તે પહેલાં નોંધો કે ટનલ ખરેખર શું બદલે છે. તે તેના છેડાઓ વચ્ચેના ટ્રાફિકને સુરક્ષિત કરે છે અને પછી સામાન્ય આંતરિક પેકેટ નેટવર્કની અંદરની તપાસ કરનારને આપે છે, જે બરાબર એ જ જગ્યા છે જ્યાં સિગ્નેચર સક્રિય થયું. ટનલ મુક્તિ નથી, અને શોધ આપમેળે ખોટી નથી.
ડિકેપ્સ્યુલેશન એ છે જ્યાં તપાસ ફરી શરૂ થાય છે
ટનલ છોડતો ટ્રાફિક ડેટાબેઝ હોસ્ટને સંબોધિત સામાન્ય IP પેકેટ તરીકે પહોંચે છે. તે માર્ગ પરનું કોઈપણ ઘૂસણખોરી-અટકાવ ઉપકરણ તેમને પોતાની નીતિ હેઠળ મૂલ્યાંકન કરે છે, તેથી એન્ક્રિપ્ટેડ કડી પાર કરેલું કનેક્શન પણ આંતરિક નેટવર્ક માટે લખાયેલા નિયમ દ્વારા ફેંકી શકાય છે.
એન્ડ-ટુ-એન્ડ TLS તે દૃશ્યતાની મર્યાદા છે. જ્યારે ક્લાયન્ટ ડેટાબેઝ સર્વરનું પ્રમાણપત્ર ચકાસે છે, તપાસ ઉપકરણ કનેક્શન પર પ્રક્રિયા કરે છે પણ એપ્લિકેશન પેલોડ વાંચી શકતું નથી, તેથી ત્યાંની શોધ ક્વેરી ટેક્સ્ટને બદલે મેટાડેટા સાથે મેળ ખાય છે. તે વિગત છોડી દો અને દરેક અવરોધિત કનેક્શન ઊંડી તપાસનો પુરાવો જેવું લાગશે. બંને હકીકતો મહત્ત્વની છે: ઉપકરણ અંધ નથી, અને તે બધું વાંચતું પણ નથી.
શોધ ડિફોલ્ટ રૂપે ખોટી પોઝિટિવ નથી
સિગ્નેચર એક પેટર્ન પકડવા માટે અસ્તિત્વમાં છે, અને અપેક્ષિત વ્યવસાયિક ટ્રાફિક હજી પણ ખરેખર સંવેદનશીલ કોડ માર્ગમાંથી પસાર થઈ શકે છે. પહેલાં નોંધાયેલી ઘટનાને એપ્લિકેશન કામગીરી સાથે મેળવો: ટાઇમસ્ટેમ્પ, આંતરિક સ્રોત અને લક્ષ્ય, પોર્ટ, સિગ્નેચર ઓળખકર્તા અને લેવાયેલા પગલાં. તે છ ક્ષેત્રો એ પણ કહે છે કે ચેતવણી નિષ્ફળ કનેક્શનની છે કે અચાનક વ્યસ્ત પડોશીની.
સર્વર સુધી પહોંચતા થોડા પેકેટ IPSને કારણ તરીકે ઓળખતા નથી, અને મેળ ખાતું સિગ્નેચર સાબિત કરતું નથી કે ક્લાયન્ટ કાયદેસર છે. ઘટના ક્લાયન્ટના પોતાના અહેવાલ સાથે સહસંબંધિત ન થાય ત્યાં સુધી બંને વાચન અનુમાન છે. સહસંબંધિત ઘટના જ પુરાવો છે, અને ડેટાબેઝ આવૃત્તિ નિર્ણયનો ભાગ છે.
ત્રણ અપવાદ વ્યાપ અને દરેક શું દૂર કરે છે
વિકલ્પો કેટલી તપાસ બંધ કરે છે તેમાં ભિન્ન છે, અને તફાવત સેટિંગનું ઇન્ટરફેસ સૂચવે તેનાથી મોટો છે. સિગ્નેચર દમન જે ટ્રાફિક સાથે મેળ ખાય તે માટે એક નિયમ દૂર કરે છે. સ્રોત બાકાત તે સરનામાંથી આવતા બધાની તપાસ દૂર કરે છે. શ્રેણી નિષ્ક્રિય કરવી નિયમોનો પરિવાર દૂર કરે છે, ક્યારેક આખી નીતિમાં.
| Scope | What it stops | What you give up |
|---|---|---|
| Suppress one signature | That rule, for the matching flow | One detection, reviewed against a version |
| Exclude a source address | All rules for that address | Every signature that address would have triggered |
| Disable a category | A rule family across the policy | Protection for unrelated hosts and services |
ઉત્પાદન તેને વ્યક્ત કરી શકે ત્યારે પહેલી પંક્તિને પ્રાધાન્ય આપો. ન કરી શકે તો મર્યાદાને ઉપર મોકલો, વિશાળ અપવાદને ચોક્કસ જેવો રજૂ કરવાને બદલે; જે મંજૂરી આપે છે તેને લેખિતમાં તફાવત દેખાવો જોઈએ.
તમે વિચારો છો કે તમે જે વ્યાપ સેટ કર્યો છે
અનુવાદ બદલે છે કે અપવાદ શું આવરે છે. જ્યારે ઘણા VPN ક્લાયન્ટ એક અનુવાદિત સરનામા પાછળ દેખાય છે, તે સરનામું બાકાત કરવું તેમને બધાને મુક્ત કરે છે, જે તપાસ શરૂ કરનારી એક જ શોધ કરતાં ઘણું વિશાળ છે.
તમે ભરેલું ફોર્મ નહીં, અસરકારક વ્યાપ તપાસો, અને નિયમની બાજુમાં ઘટના ઓળખકર્તા નોંધો. કારણ વગરનો અપવાદ કાયમી નીતિ બને છે, અને આગલા સમીક્ષકને જાણવાની કોઈ રીત નથી કે તે હજી લાગુ પડે છે કે નહીં.
કામગીરી અને સીમા ફરી ચકાસો
એ જ નિરુપદ્રવી ડેટાબેઝ કામગીરીનું પુનરાવર્તન કરો અને ખાતરી કરો કે કનેક્શન પૂર્ણ થાય છે, પછી ખાતરી કરો કે અસંબંધિત શોધ હજી પણ એવી કસોટીમાં સક્રિય થાય છે જે તેમને સક્રિય કરવા જોઈએ. કનેક્ટિવિટી પુનઃસ્થાપિત કરવી એ એક સ્વીકૃતિ માપદંડ છે; ઇચ્છિત સીમા જાળવવી એ બીજો.
nc -vz 10.40.7.25 5432
psql -h 10.40.7.25 -U app -d appdb -c "select 1"શું બાકાત રાખવામાં આવ્યું, કેમ, અને આગલા સિગ્નેચર અપડેટ કે એપ્લિકેશન અપગ્રેડ પછી ક્યારે ફરી જોવું તે લખો. સમયપત્રક મુજબ ફરી વાંચાતું દમન એ ઇજનેરી નિર્ણય છે; જે કોઈને યાદ નથી તે વિશ્વાસ સીમાનું ધીમું વિસ્તરણ છે.