Wi-Fi ಬದಲಾದ ನಂತರ SSID ಫೈರ್‌ವಾಲ್ ನಿಯಮ ಫಿಲ್ಟರಿಂಗ್ ನಿಲ್ಲಿಸಿತು
SSID ಆಧಾರಿತ ಫೈರ್‌ವಾಲ್, Android ಅಜ್ಞಾತ ನೆಟ್‌ವರ್ಕ್ ಹೆಸರು ಹಿಂತಿರುಗಿಸಿದಾಗ ತೆರೆದೇ ವಿಫಲವಾಗುತ್ತದೆ. ಗುರುತನ್ನು ಜಾರಿಗೊಳಿಸುವಿಕೆಯಿಂದ ಬೇರ್ಪಡಿಸಿ ಮತ್ತು ಅಜ್ಞಾತ ಸ್ಥಿತಿಗೆ ಅದರದೇ ನೀತಿ ಕೊಡಿ.
ನಿಯಮ ಸರಳವಾಗಿತ್ತು: ಫೋನ್ ಕಚೇರಿಯ Wi-Fi ಗೆ ಸಂಪರ್ಕಗೊಂಡಿರುವಾಗ ಮಾತ್ರ ಸಂಚಾರವನ್ನು ಫಿಲ್ಟರ್ ಮಾಡು. ಅದು ತಿಂಗಳುಗಟ್ಟಲೆ ನಿಂತಿತು, ನಂತರ ಒಂದು ಬೆಳಗ್ಗೆ ಫೋನ್ ಅದೇ SSID ನಲ್ಲಿ ಅದೇ ಕೀ ಐಕಾನ್ ಜೊತೆಗೆ ಇತ್ತು ಮತ್ತು ಫಿಲ್ಟರಿಂಗ್ ನಿಂತಿತ್ತು. ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿ ಏನೂ ಬದಲಾಗಿರಲಿಲ್ಲ; ಬದಲಾಗಿದ್ದು ಅಪ್ಲಿಕೇಶನ್ ನೆಟ್‌ವರ್ಕ್‌ನ ಹೆಸರನ್ನು ನೋಡಬಲ್ಲದೇ ಎಂಬುದು. Android ನಲ್ಲಿ «ನಾನು ಯಾವ Wi-Fi ನಲ್ಲಿದ್ದೇನೆ» ಮತ್ತು «ಈ ಸಂಚಾರವನ್ನು ತಡೆ» ಎರಡು ಬೇರೆ ಬೇರೆ ಕೆಲಸಗಳು, ಮತ್ತು ಇವನ್ನು ಬೆರೆಸುವ ಫೈರ್‌ವಾಲ್, ಹೆಸರು ಲಭ್ಯವಿಲ್ಲದಾಗಲೇ ತೆರೆದೇ ವಿಫಲವಾಗುತ್ತದೆ.
ಲಕ್ಷಣ: ಗುರುತು ಮಾಯವಾಗುತ್ತದೆ, ನೀತಿ ಅದನ್ನು ಹಿಂಬಾಲಿಸುತ್ತದೆ
SSID ನಿಯಮ ಒಂದು ಮೌಲ್ಯವನ್ನು ಓದಿ ನಂತರ ಶಾಖೆಯನ್ನು ಆರಿಸುತ್ತದೆ. ಓದುವಿಕೆ ಉಪಯುಕ್ತವಾದದ್ದನ್ನು ಹಿಂತಿರುಗಿಸದಿದ್ದಾಗ, ಸಂಕೇತ ಏನಾದರೂ ಮಾಡಬೇಕು, ಮತ್ತು ಸಾಮಾನ್ಯ ಡೀಫಾಲ್ಟ್ «ನಿರೀಕ್ಷಿತ ನೆಟ್‌ವರ್ಕ್ ಅಲ್ಲ, ಆದ್ದರಿಂದ ಫಿಲ್ಟರ್ ಮಾಡಬೇಡ». ಆ ಡೀಫಾಲ್ಟ್ ಅನುಮತಿ ಸಮಸ್ಯೆಯನ್ನು ಸಂಚಾರ ಸೋರಿಕೆಯಾಗಿ ಪರಿವರ್ತಿಸುತ್ತದೆ. ಕೀ ಐಕಾನ್ ಕಾಣಿಸುತ್ತಲೇ ಇರುತ್ತದೆ ಏಕೆಂದರೆ VPN ಸೇವೆ ಇನ್ನೂ ಚಾಲನೆಯಲ್ಲಿದೆ; ಅದು ಬೇರೆ ಶಾಖೆಯನ್ನು ಜಾರಿಗೊಳಿಸುತ್ತಿದೆ ಅಷ್ಟೇ.
ನೆಟ್‌ವರ್ಕ್ ಬದಲು ಘಟನೆಗಳ ಕ್ರಮವನ್ನು ನೋಡಿ. ತಿರಸ್ಕರಿಸಿದ ಅನುಮತಿ ಸೂಚನೆ, SSID ಪ್ರವೇಶವನ್ನು ಬೇರೆ ಅನುಮತಿಯ ಹಿಂದೆ ಸರಿಸಿದ ಸಿಸ್ಟಂ ನವೀಕರಣ, ನಿಷ್ಕ್ರಿಯ ಸ್ಥಳ ಸೇವೆಗಳು, ಅಥವಾ ಕೆಲಸದ ಪ್ರೊಫೈಲ್ ನೀತಿ ಬದಲಾವಣೆ, ಇವೆಲ್ಲವೂ ಫೋನ್ ಅದೇ ಪ್ರವೇಶ ಬಿಂದುವಿನಲ್ಲಿರುವಾಗ ಅದೇ ಫಲಿತಾಂಶ ನೀಡಬಹುದು.
ಹೆಸರು ಅಜ್ಞಾತವಾಗಿ ಏಕೆ ಹಿಂತಿರುಗಬಹುದು
WifiInfo.getSSID() ಪ್ರಸ್ತುತ ನೆಟ್‌ವರ್ಕ್‌ನ ಸೇವಾ-ಸಮುಚ್ಚಯ ಗುರುತನ್ನು ಹಿಂತಿರುಗಿಸುತ್ತದೆ, ಮತ್ತು ಸ್ಥಳ-ಸಂವೇದಿ ಕ್ಷೇತ್ರಗಳ ಪ್ರವೇಶ ಅನುಮತಿಯನ್ನು ಅವಲಂಬಿಸಿದೆ ಎಂದು Android ದಾಖಲಿಸುತ್ತದೆ. ಪ್ರವೇಶ ಲಭ್ಯವಿಲ್ಲದಿದ್ದಾಗ, ಕರೆ ಗಟ್ಟಿಯಾಗಿ ವಿಫಲವಾಗುವ ಬದಲು UNKNOWN_SSID ಹಿಂತಿರುಗಿಸುತ್ತದೆ. ಆದ್ದರಿಂದ ಖಾಲಿ ಅಥವಾ ಅಜ್ಞಾತ ಮೌಲ್ಯವು ಫೋನ್ Wi-Fi ಬಿಟ್ಟಿದೆ ಎಂಬುದಕ್ಕೆ ಸಾಕ್ಷಿಯಲ್ಲ; ಅಪ್ಲಿಕೇಶನ್ ನೆಟ್‌ವರ್ಕ್ ಅನ್ನು ವರ್ಗೀಕರಿಸಲಾರದು ಎಂಬುದಕ್ಕೆ ಸಾಕ್ಷಿ.
ಎರಡು ಪರಿಶೀಲನೆಗಳು ಈ ಸಂದರ್ಭಗಳನ್ನು ಬೇರ್ಪಡಿಸುತ್ತವೆ. ಫೋನ್ ಸಂಪರ್ಕಗೊಂಡಿದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ ಮತ್ತು ಸಿಸ್ಟಂ ಏನು ವರದಿ ಮಾಡುತ್ತದೆ ಎಂದು ನೋಡಿ, ನಂತರ ಈ Android ಆವೃತ್ತಿಯಲ್ಲಿ ಅಪ್ಲಿಕೇಶನ್‌ಗೆ ಬೇಕಾದ ಅನುಮತಿ ನಿಜವಾಗಿಯೂ ಇದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ:
adb shell cmd wifi status
adb shell dumpsys package <your.app> | grep -i -E "ACCESS_FINE_LOCATION|NEARBY_WIFI_DEVICES"ಸ್ಥಿತಿ ಸಾಲು ಸಂಪರ್ಕಗೊಂಡ ನೆಟ್‌ವರ್ಕ್ ತೋರಿಸುತ್ತಿದ್ದರೆ ಆದರೆ ಅಪ್ಲಿಕೇಶನ್ ಅಜ್ಞಾತ ಹೆಸರು ನೋಡುತ್ತಿದ್ದರೆ, ನಿಮ್ಮ ಸಮಸ್ಯೆ ಅನುಮತಿ ಅಥವಾ API ಮಟ್ಟದ್ದು, Wi-Fi ನದ್ದಲ್ಲ. ಫೈರ್‌ವಾಲ್ ನಿಯಮಗಳನ್ನು ಮುಟ್ಟುವ ಮೊದಲು ಅದನ್ನು ಸರಿಪಡಿಸಿ, ಏಕೆಂದರೆ ಮುಂದಿನ ಪ್ರತಿ ನಿಯಮವೂ ಅಪ್ಲಿಕೇಶನ್ ಓದಲಾರದ ಮೌಲ್ಯದ ವಿರುದ್ಧ ಮೌಲ್ಯಮಾಪನಗೊಳ್ಳುತ್ತದೆ.
ಫಿಲ್ಟರಿಂಗ್ ನಿಜವಾಗಿ ಎಲ್ಲಿ ಚಲಿಸುತ್ತದೆ
ಸ್ಥಳೀಯ Android ಫೈರ್‌ವಾಲ್ ಸಾಮಾನ್ಯವಾಗಿ ಸಂಚಾರವನ್ನು ದೂರದ ಸರ್ವರ್‌ಗೆ ಕಳುಹಿಸದೆ VpnService ಮಾದರಿ ಬಳಸುತ್ತದೆ: ಅದು ವರ್ಚುವಲ್ ಇಂಟರ್‌ಫೇಸ್ ತೆಗೆದುಕೊಂಡು ತನ್ನದೇ ನಿಯಮಗಳನ್ನು ಅನ್ವಯಿಸಿ ಅನುಮತಿಸಿದ್ದನ್ನು ಮುಂದೆ ಕಳುಹಿಸುತ್ತದೆ. ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಪ್ರತಿ ಬಳಕೆದಾರ ಪ್ರೊಫೈಲ್‌ಗೆ ಒಂದು ಸಕ್ರಿಯ VPN ಸೇವೆಯನ್ನು ಅನುಮತಿಸುತ್ತದೆ, ಮತ್ತು ಎರಡನೆಯದು ಮೊದಲನೆಯ ಮೇಲೆ ಪದರವಾಗುವ ಬದಲು ಅದನ್ನು ಬದಲಾಯಿಸುತ್ತದೆ. ಆದ್ದರಿಂದ ಪ್ರತ್ಯೇಕ ಫೈರ್‌ವಾಲ್ ಅಪ್ಲಿಕೇಶನ್ ಮತ್ತು ಪ್ರತ್ಯೇಕ ಕೆಲಸದ VPN ಎರಡು-ಹಂತದ ಸರಪಳಿ ರೂಪಿಸುವುದಿಲ್ಲ; ಅವುಗಳಲ್ಲಿ ಒಂದು ಗೆಲ್ಲುತ್ತದೆ.
ಇದು SSID ನಿಯಮಕ್ಕೆ ಮುಖ್ಯ ಏಕೆಂದರೆ ಜಾರಿ ಬಿಂದು ಮತ್ತು ವೀಕ್ಷಣಾ ಬಿಂದು ಬೇರೆ ಬೇರೆ ಘಟಕಗಳು. ಸಾಧನದಿಂದ ಏನು ಹೊರಡುತ್ತದೆ ಎಂಬುದನ್ನು VpnService ನಿರ್ಧರಿಸುತ್ತದೆ; Wi-Fi API ಕೇವಲ ಲೇಬಲ್ ಒದಗಿಸುತ್ತದೆ. ಅಪ್ಲಿಕೇಶನ್ ಸರಿಯಾಗಿ ಜಾರಿಗೊಳಿಸಿ ತಪ್ಪಾಗಿ ವರ್ಗೀಕರಿಸಬಹುದು, ಮತ್ತು ಈ ಲೇಖನದ ವೈಫಲ್ಯ ನಿಖರವಾಗಿ ಅದೇ.
ಅಜ್ಞಾತಕ್ಕೆ ಅದರದೇ ನೀತಿ ಕೊಡಿ
ನೆಟ್‌ವರ್ಕ್ ಗುರುತನ್ನು ಮೂರು ಸ್ಥಿತಿಗಳಾಗಿ ಪರಿಗಣಿಸಿ, ಮತ್ತು ನಿಯಮವನ್ನು ಬಿಡುಗಡೆ ಮಾಡುವ ಮೊದಲು ಪ್ರತಿಯೊಂದಕ್ಕೂ ನೀತಿ ಬರೆಯಿರಿ. ಮೂರನೆಯ ಸ್ಥಿತಿಯೇ ಮರೆತುಹೋಗುವುದು, ಮತ್ತು ಆಕ್ರಮಣಕಾರ ಅಥವಾ ತಪ್ಪು ಸಂರಚನೆ ನಿಮ್ಮನ್ನು ನಿಖರವಾಗಿ ಅಲ್ಲಿಯೇ ಇಡುತ್ತದೆ.
| Observation | Policy to specify |
|---|---|
| Expected SSID is readable | The explicit filtering policy you designed |
| A different SSID is readable | The default policy for untrusted networks |
| Unknown, changing or unreadable | Fail closed until classification is reliable |
ಮುಚ್ಚಿ ವಿಫಲವಾಗುವುದು ಎಂದರೆ ಅಜ್ಞಾತ ಸ್ಥಿತಿ ಅತ್ಯಂತ ಅನುಕೂಲಕರವಲ್ಲ, ಬದಲಿಗೆ ಅತ್ಯಂತ ಕಟ್ಟುನಿಟ್ಟಾದ ಸಮಂಜಸ ನೀತಿಯನ್ನು ಪಡೆಯುತ್ತದೆ. ಅದು ಹೊಸ ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿ ಫೋನ್ ಬಳಸಲಾಗದಂತೆ ಮಾಡಿದರೆ, ಸರಿಯಾದ ಪರಿಹಾರ ಉದ್ದೇಶಪೂರ್ವಕ ಮತ್ತು ಕಾಣುವ ಹೊರತುಪಡಿಸುವಿಕೆ, ಖಾಲಿ ಮೌಲ್ಯದ ಪರಿಶೀಲನೆಯಲ್ಲಿ ಅಡಗಿರುವ ಮೌನ ನಂಬಿಕೆ ನಿರ್ಣಯವಲ್ಲ.
ಪರಿಚಿತ SSID ಒಂದು ಲೇಬಲ್, ನೆಟ್‌ವರ್ಕ್ ನಿರ್ವಾಹಕರಿಗೆ ಸಾಕ್ಷಿಯಲ್ಲ. ಯಾರಾದರೂ ಕಚೇರಿಯ ಹೆಸರಿನ ಪ್ರವೇಶ ಬಿಂದುವನ್ನು ನಡೆಸಬಹುದು, ಆದ್ದರಿಂದ ಹೆಸರಿನ ಹೊಂದಾಣಿಕೆ ಸೂಕ್ಷ್ಮ ಸೆಷನ್ ಮತ್ತು ಅವಿಶ್ವಾಸಾರ್ಹ ವಿಭಾಗದ ನಡುವೆ ಇರುವ ಏಕೈಕ ವಸ್ತುವಾಗಿರಬಾರದು.
ಸ್ಥಿರ ಸ್ಥಿತಿಯಲ್ಲ, ಪರಿವರ್ತನೆಗಳನ್ನು ಪರೀಕ್ಷಿಸಿ
ಸ್ಥಿರ ಸ್ಥಿತಿಯ ಪರೀಕ್ಷೆ ನೀವು ನಿಯಮ ಕಟ್ಟಿದ ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿ ಉತ್ತೀರ್ಣವಾಗುತ್ತದೆ. ವೈಫಲ್ಯಗಳು ಪರಿವರ್ತನೆಗಳಲ್ಲಿ ವಾಸಿಸುತ್ತವೆ: ನಿರಾಕರಿಸಿದ ಅನುಮತಿ, Wi-Fi ನಿಂದ ಮೊಬೈಲ್, ಒಂದು SSID ನಿಂದ ಇನ್ನೊಂದಕ್ಕೆ, VPN ಸೇವೆ ಮರುಪ್ರಾರಂಭ, ಮತ್ತು ಇನ್ನೊಂದು VPN ಅಪ್ಲಿಕೇಶನ್ ಇಂಟರ್‌ಫೇಸ್ ವಶಪಡಿಸಿಕೊಳ್ಳುವುದು. ಪ್ರತಿಯೊಂದಕ್ಕೂ, ಇರುವ ಸಂಪರ್ಕಗಳನ್ನು ಮರುಪರಿಶೀಲಿಸಲಾಗುತ್ತದೆಯೇ ಮತ್ತು ಸ್ಥಿತಿ ಅಜ್ಞಾತವಾಗಿರುವಾಗ ಸಂರಕ್ಷಿತ ಸಂಚಾರ ತಡೆಯಲ್ಪಟ್ಟಿದೆಯೇ ಎಂದು ನಿರ್ಧರಿಸಿ.
ಫಲಿತಾಂಶವನ್ನು ಮೂರು ವಾಕ್ಯಗಳಲ್ಲಿ ಬರೆಯಿರಿ: ಗಮನಿಸಿದ ಷರತ್ತು, ನಿರ್ಣಯವನ್ನು ಜಾರಿಗೊಳಿಸುವ ಘಟಕ, ಮತ್ತು ಉದ್ದೇಶಪೂರ್ವಕ ಪರ್ಯಾಯ. ಇವು ಮೂರರಲ್ಲಿ ಒಂದು ಕಾಣೆಯಾದರೆ ನಿಯಮ ಇನ್ನೂ ನೀತಿಯಲ್ಲ; ಅದು ಕಚೇರಿ ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿ ಆಕಸ್ಮಿಕವಾಗಿ ಕೆಲಸ ಮಾಡುವ ಊಹೆ.