Android નેટવર્ક મોનિટરિંગ ચેતવણી: ટ્રસ્ટ ફેરફાર વાંચો
મોનિટરિંગ સૂચના, સ્થાપિત CA અને મેનેજ્ડ પોલિસી એ ત્રણ અલગ વસ્તુઓ છે. ક્રેડેન્શિયલ ડિલીટ કરતા પહેલા Android શું જણાવે છે તે તપાસો.
ફોન પર ત્રણ સૂચનાઓ એકસરખી દેખાય છે, અને તેમાંથી માત્ર એક જ પ્રમાણપત્ર વિશે છે. VPN સ્થિતિની લાઇન, ટ્રસ્ટ સ્ટોરની ચેતવણી અને મેનેજ્ડ ડિવાઇસની પટ્ટી દરેક અલગ નિયંત્રણનું નામ આપે છે, અને તે ક્ષણે સ્ક્રીન પરની એપ કદાચ તેમાંથી એક પણ ધરાવતી ન હોય. પહેલા ચોક્કસ શબ્દરચના વાંચવાથી તમે ખોટી વસ્તુ ડિલીટ કરવાથી બચો છો. નીચેની પાંચ તપાસ ક્રમમાં કરો અને પહેલી નિષ્ફળ જગ્યાએ ઊભા રહો, કારણ દરેક પગલે યોગ્ય ક્રિયા સંપૂર્ણ બદલાય છે.
પગલું 0: તમે કઈ સૂચના જોઈ રહ્યા છો તે ઓળખો
શબ્દરચના આઇકન કરતાં વધુ મહત્વની છે. VPN સ્થિતિની સૂચના એટલે કે એપ પાસે સક્રિય VpnService છે. પ્રમાણપત્રની ચેતવણી એટલે કે ટ્રસ્ટ સ્ટોરમાં કંઈક સ્થાપિત છે. મેનેજ્ડ ડિવાઇસની સૂચના એટલે કે એડમિનિસ્ટ્રેટરે પોલિસી લાગુ કરી છે, જેણે તે પોલિસીના ભાગ રૂપે ટ્રસ્ટ સ્થાપિત કર્યું હોઈ શકે.
| Notice | What it asserts | First check |
|---|---|---|
| VPN status | An app is running a local VPN service | Which app holds the active VPN right now |
| Certificate authority installed | A CA exists in a trust store | Issuer, validity and which store holds it |
| Managed device or profile | An administrator owns part of the configuration | Whether device policy installed the credential |
જ્યારે ટેક્સ્ટ શબ્દશઃ «Network may be monitored» કહે છે, ત્યારે મોકલનાર સિસ્ટમ છે, VPN પ્રદાતા નહીં: જ્યારે પણ એપ પાસે સક્રિય VpnService હોય ત્યારે Android તે લાઇન છાપે છે, તેથી સામાન્ય વ્યાપારી ક્લાયન્ટ ટ્રસ્ટ સ્ટોરમાં કંઈ પણ મૂક્યા વિના તેને ઉત્પન્ન કરે છે. ત્રણમાંથી બે સૂચનાઓ એકસાથે સાચી હોઈ શકે છે, તેથી ફરિયાદ સામાન્ય રીતે ખોટીનું નામ આપે છે. જો વાક્ય કહે કે CA સ્થાપિત છે, તો VPN વધુમાં વધુ શંકાસ્પદ છે, અને તેને અનઇન્સ્ટોલ કરવાથી ચેતવણી બરાબર જ્યાં હતી ત્યાં જ રહી શકે છે.
પગલું 1: ક્રેડેન્શિયલ અને તેનું સ્ટોર શોધો
Android 9 થી 12 માં માર્ગ છે સેટિંગ્સ, પછી સિક્યોરિટી, પછી એન્ક્રિપ્શન અને ક્રેડેન્શિયલ્સ, પછી ટ્રસ્ટેડ ક્રેડેન્શિયલ્સ; Android 13 અને પછીનાં એ જ સ્ક્રીનને સિક્યોરિટી અને પ્રાઇવસી, પછી વધુ સિક્યોરિટી સેટિંગ્સ હેઠળે ખસેડે છે, અને OEM સ્કિન સ્તરોને ફરી નામ બદલે છે, તેથી જ્યારે માર્ગ મેળ ન ખાય ત્યારે સેટિંગ્સ એપમાં «ટ્રસ્ટેડ ક્રેડેન્શિયલ્સ» શોધો. યુઝર ટૅબમાં વ્યક્તિ કે એપ દ્વારા સ્થાપિત ઓથોરિટીઓ હોય છે, અને સિસ્ટમ ટૅબમાં બિલ્ડ સાથે આવેલું હોય છે. મેનેજમેન્ટ દ્વારા ધકેલાયેલી ઓથોરિટી ડિવાઇસ પોલિસી દ્વારા કે વર્ક પ્રોફાઇલની અંદર દેખાય છે, યુઝર સ્ટોરમાં સામાન્ય ટૅપ તરીકે નહીં.
ઇશ્યુઅર, માન્યતા તારીખો અને કોણે તેને સ્થાપિત કર્યું તે નોંધો. જો એન્ટ્રી યુઝર સ્ટોરમાં જ ન હોય, તો અહીં ઊભા રહો, કારણ તે સિસ્ટમ કે મેનેજ્ડ આઇટમ છે અને સેટિંગ્સ સ્ક્રીનથી તેને ડિલીટ કરવાનું તમારું કામ નથી. ત્યાં ખોટી પંક્તિ ડિલીટ કરવાથી ફોન Wi-Fi કે વર્ક લોગિન ગુમાવે છે જ્યારે ટ્રસ્ટનો પ્રશ્ન જવાબ વિનાનો રહે છે.
પગલું 2: VPN પ્રોફાઇલની CAને ફોનના ટ્રસ્ટથી અલગ કરો
OpenVPN પ્રોફાઇલ, અથવા TLS પર તેના સર્વરને પ્રમાણિત કરતું કોઈ પણ ક્લાયન્ટ, ફક્ત તે ક્લાયન્ટ દ્વારા પોતાના સર્વરને ચકાસવા માટે વપરાતી CA ધરી શકે છે. WireGuard પ્રોફાઇલ કોઈ CA ધરતું નથી: તે જાહેર કી જોડી પર આધાર રાખે છે, તેથી Androidના ટ્રસ્ટ સ્ટોરમાં બેઠેલી ઓથોરિટી ક્યારેય ન જ WireGuard કન્ફિગમાંથી આવી શકે. તે પ્રોફાઇલ-સ્થાનિક પ્રમાણપત્ર કોઈ બીજી એપ સુધી પહોંચતું નથી, અને તેને સિસ્ટમ ટ્રસ્ટ સ્ટોરમાં કોપી કરવી અલગ અસરક્ષેત્ર સાથેની અલગ ક્રિયા છે. બન્નેને અલગ રાખવું એ પગલાનો આખો હેતુ છે, કારણ ફક્ત બીજું જ બદલે છે કે બીજી એપ્સ શું સ્વીકારશે.
તેથી CA ધરાવતું VPN પ્રોફાઇલ ઇન્ટરસેપ્શનનો પુરાવો નથી, અને VPN એપ એ ટ્રસ્ટ એન્ટ્રીની માલિક નથી જે તેણે ક્યારેય બનાવી નથી. પરીક્ષણ સસ્તું છે: VPN બંધ કરો અને સૂચના ફરી વાંચો. જો પ્રમાણપત્રની ચેતવણી હજી ત્યાં જ હોય, તો VPNએ તેને ત્યાં મૂક્યું નથી અને એપ દૂર કરવાથી તે દૂર નહીં થશે.
પગલું 3: સર્વર ઓથોરિટીને ક્લાયન્ટ ઓળખથી અલગ પાડો
ક્લાયન્ટ ઓળખ પ્રમાણપત્ર અને તેની ખાનગી કી આ ઉપકરણને સર્વર સામે પ્રમાણિત કરે છે. CA પર ભરોસો કરવામાં આવે છે જેથી તે એપ્સ સામે સર્વરને પ્રમાણિત કરે. તે એકસાથે સંગ્રહિત થાય છે અને યાદીમાં એકસરખા દેખાય છે, પણ તે સંપૂર્ણપણે જુદાં કામ કરે છે.
ક્લાયન્ટ ઓળખ દૂર કરવાથી Wi-Fi કે VPN પ્રમાણીકરણ તૂટી શકે છે અને HTTPS ટ્રસ્ટ માટે કંઈ જ નહીં થાય, અને CA દૂર કરવાથી તે ઓથોરિટી સ્વીકારતી દરેક એપ પર અસર થાય છે. કંઈ પણ દબાવતા પહેલા નક્કી કરો કે તમે બેમાંથી કઈ જોઈ રહ્યા છો, કારણ જવાબ માલિક અને રિકવરી માર્ગનું નામ આપે છે.
પગલું 4: પૂછો કે કઈ એપ્સ ખરેખર તેના પર ભરોસો કરે છે
Androidનું નેટવર્ક સિક્યોરિટી કન્ફિગરેશન એપની સીમા નક્કી કરે છે. API 24 કે પછીના લક્ષ્યવાળી એપ્સ ડિફોલ્ટ રૂપે સિસ્ટમ ઓથોરિટીઓ પર ભરોસો કરે છે, જ્યારે API 23 કે પહેલાના લક્ષ્યવાળી એપ્સ ડિફોલ્ટ રૂપે વપરાશકર્તા ઉમેરેલી ઓથોરિટીઓ પર પણ ભરોસો કરે છે, અને એપ પોતાના એન્કરનાં નામ આપી શકે, ડોમેન પ્રમાણે નિયમો ઉમેરી શકે અથવા ડિફોલ્ટમાંથી સંપૂર્ણપણે બહાર નીકળી શકે.
તેથી «ફોન પર સ્થાપિત» દરેક એપના HTTPS ટ્રસ્ટનું વર્ણન નથી: વપરાશકર્તા ઉમેરેલી ઓથોરિટીને જૂની એપ આદર આપી શકે, વર્તમાન એપ અવગણી કરી શકે, અને પોતાના એન્કર લાવતી એપ સ્પષ્ટથી ભરોસો કરી શકે. જો ઓથોરિટી વર્ક Wi-Fi, ખાનગી વેબ સેવા કે મંજૂર નિરીક્ષણ સેટઅપ માટે સ્થાપિત કરવામાં આવી હોય, તો ઉપયોગી પ્રશ્ન એ છે કે કઈ એપ્સ અને પ્રોફાઇલ તેના પર આધાર રાખે છે. નેટવર્ક સિક્યોરિટી કન્ફિગરેશન માર્ગદર્શિકા એ સંદર્ભ છે કે આપેલ એપમાં સ્થાપિત ઓથોરિટી કેટલી દૂર સુધી પહોંચે છે, અને આ ચેતવણીના મોટા ભાગના સારાંશ જે ભાગ છોડી દે છે તે એ જ છે.
પગલું 5: નક્કી કરો, પછી માલિક અને એક્સિટ પ્લાન નોંધો
જો ઓથોરિટી અપેક્ષિત હોય, તો દસ્તાવેજ કરો કે કોણે તેને સ્થાપિત કર્યું, કઈ કનેક્શન તેના પર આધાર રાખે છે અને તે કૈસે નિવૃત્ત થશે. ઓથોરિટી પર ભરોસો કરવો આજે કોઈ ઇન્ટરસેપ્શન ન થતું હોય ત્યારે પણ અર્થપૂર્ણ નિર્ણય છે, કારણ ભરોસો જ પછીથી ઇન્ટરસેપ્શન શક્ય બનાવે છે.
જો તે અણધારી હોય, તો તે ફોન પર સંવેદનશીલ ડેટા દાખલ કરતા પહેલા ડિવાઇસ કે સેવાના માલિક દ્વારા તપાસ કરો. જો તે જૂની થઈ ગઈ હોય, તો તે ચોક્કસ આઇટમ દૂર કરો જેણે તેને સ્થાપિત કર્યું તેના દ્વારા, તેના પર શું આધાર રાખે છે તે તપાસ્યા પછી, અને ક્યારેય બધા ક્રેડેન્શિયલ્સ સાફ કરીને શરૂ ન કરો. ચેતવણી છુપાવવાથી ફક્ત ડિસ્પ્લે બદલાય છે અને બીજું કંઈ નહીં. પ્રશ્ન ઉકેલવા માટે ખાનગી કી કે આખું પ્રોફાઇલ ક્યારેય જાહેર પ્રમાણપત્ર-તપાસ સેવા પર અપલોડ ન કરવું જોઈએ.
સ્ક્રીન છોડતા પહેલા તમને ત્રણ જવાબ જોઈએ છે: કોણે તેને સ્થાપિત કર્યું, કઈ કનેક્શન તેના પર આધાર રાખે છે અને તે કૈસે નિવૃત્ત થાય છે.