HTTP ಸಾಕ್ಷ್ಯ ಆಯ್ಕೆ: ಗೇಟ್ವೇ ದಾಖಲೆಗಳು ಅಥವಾ ಅಪ್ಲಿಕೇಶನ್ ಲಾಗ್ಗಳು

ವೆಬ್ ಮೇಲ್ವಿಚಾರಣೆ ಉದ್ದೇಶದಿಂದ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ, ಹಿಡಿಯುವ ಬಿಂದುವಿನಿಂದ ಅಲ್ಲ। ಸಕ್ರಿಯ ಗ್ರಾಹಕರನ್ನು ಎಣಿಸುವುದು, API ಕರೆಯ ಸಮಯವನ್ನು ಅಳೆಯುವುದು ಮತ್ತು ಸಂದೇಶ ಬಾಡಿಗಳನ್ನು ಓದುವುದು ಪ್ರತಿಯೊಂದೂ ಬೇರೆ ಸಾಕ್ಷ್ಯ ಮತ್ತು ಬೇರೆ ಗೌಪ್ಯತಾ ನಿರ್ಣಯಗಳನ್ನು ಬಯಸುತ್ತದೆ। ಸಂರಕ್ಷಿತ HTTPS ರವಾನಿಸುವ ಗೇಟ್ವೇ ಪುಟದ ವಿಷಯವಲ್ಲ, ಸಂಪರ್ಕಗಳನ್ನು ನೋಡುತ್ತದೆ। ತಪ್ಪು ಪದರವನ್ನು ಆಯ್ಕೆಮಾಡಿದರೆ ಶ್ರೀಮಂತವಾಗಿ ಕಾಣುವ ಮತ್ತು ಯಾವುದಕ್ಕೂ ಉತ್ತರಿಸದ ದತ್ತಾಂಶ ಸಿಗುತ್ತದೆ।

ದತ್ತಾಂಶ ಮೂಲಕ್ಕಿಂತ ಮೊದಲು ಪ್ರಶ್ನೆಗೆ ಹೆಸರಿಡಿ

ದತ್ತಾಂಶ ಬೆಂಬಲಿಸಬೇಕಾದ ಕಾರ್ಯಾಚರಣೆಯ ನಿರ್ಣಯದಿಂದ ಪ್ರಾರಂಭಿಸಿ। ಲಭ್ಯತೆಯ ಪ್ರಶ್ನೆಗಳಿಗೆ ಎಣಿಕೆಗಳು ಮತ್ತು ಸಮಯಗಳು ಬೇಕು, ವಿನಂತಿ ಪ್ರಶ್ನೆಗಳಿಗೆ ಮಾರ್ಗಗಳು ಮತ್ತು ಸ್ಥಿತಿ ಸಂಕೇತಗಳು ಬೇಕು, ಮತ್ತು ವಿಷಯ ಪ್ರಶ್ನೆಗಳಿಗೆ ಸಂದೇಶ ಬಾಡಿಗಳು ಬೇಕು। ಒಳಮುಖವಾದ ಪ್ರತಿ ಹೆಜ್ಜೆ ಸೂಕ್ಷ್ಮತೆ ಮತ್ತು ಎಂಜಿನಿಯರಿಂಗ್ ಸಂಕೀರ್ಣತೆಯನ್ನು ಸೇರಿಸುತ್ತದೆ। ಸಂಗ್ರಹಣೆ ಪ್ರಾರಂಭವಾಗುವ ಮೊದಲು ಸೇವಾ ಮಾಲೀಕರು ಮತ್ತು ಭದ್ರತಾ ಮಾಲೀಕರು ಪ್ರೇಕ್ಷಕರು, ಉದ್ದೇಶ ಮತ್ತು ನಿರ್ವಹಣೆಯನ್ನು ಅನುಮೋದಿಸಲಿ, ಏಕೆಂದರೆ ಸುರಂಗ ನಡೆಸುವುದು ಆ ನಿರ್ಣಯವಲ್ಲ।

ಪ್ರಶ್ನೆಯನ್ನು ಒಂದು ವಾಕ್ಯದಲ್ಲಿ ಬರೆಯಿರಿ ಮತ್ತು ಸಂಗ್ರಹಣಾ ಯೋಜನೆಯ ಪಕ್ಕದಲ್ಲಿ ಇರಿಸಿ। ಅದೇ ವ್ಯಾಪ್ತಿಯ ಏಕೈಕ ವಿಶ್ವಾಸಾರ್ಹ ನಿಯಂತ್ರಣ।

ಗೇಟ್ವೇ ಏನನ್ನು ತೋರಿಸಬಲ್ಲದು ಮತ್ತು ಏನನ್ನು ಸಾಧ್ಯವಿಲ್ಲ

ಸರಿಯಾಗಿ ಸಂರಕ್ಷಿತ HTTPS ರವಾನಿಸುವ ಗೇಟ್ವೇ ಸಾಮಾನ್ಯವಾಗಿ ವಿಳಾಸಗಳು, ಪೋರ್ಟ್ಗಳು ಮತ್ತು ಪರಿಮಾಣಗಳನ್ನು ನೋಡುತ್ತದೆ, ವಿನಂತಿ ಸಾಲುಗಳು ಅಥವಾ ಬಾಡಿಗಳನ್ನಲ್ಲ।

conntrack -L -d 203.0.113.10 | head
tcpdump -ni vpn0 -c 20 'tcp port 443'

conntrack ಪಟ್ಟಿ ಹರಿವುಗಳು ಮತ್ತು ಭಾಷಾಂತರಗಳನ್ನು ತೋರಿಸುತ್ತದೆ, ಮತ್ತು ಚಿಕ್ಕ ಹಿಡಿತವು ಓದಬಹುದಾದ ಅಪ್ಲಿಕೇಶನ್ ವಿಷಯವಿಲ್ಲದ ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ತೋರಿಸುತ್ತದೆ। ಸಂಚಾರ ಹರಿಯುತ್ತದೆಯೇ, ಎಷ್ಟು, ಮತ್ತು ಯಾವ ಅಂತ್ಯ ಬಿಂದುಗಳ ನಡುವೆ ಎಂಬುದಕ್ಕೆ ಉತ್ತರಿಸಲು ಇದು ಸಾಕು। ಇದು URL ಪಟ್ಟಿಯಲ್ಲ, ಮತ್ತು ಸಾಮಾನ್ಯ CONNECT ಪ್ರಾಕ್ಸಿ ಅಪ್ಲಿಕೇಶನ್ TLS ಮುಗಿಸದೆ ಗೂಢಲಿಪೀಕೃತ ವಿನಿಮಯವನ್ನು ರವಾನಿಸುತ್ತದೆ। ಯಾರಾದರೂ ಆ ಸ್ಥಾನದಿಂದ ವಿನಂತಿ ಮಾರ್ಗಗಳನ್ನು ಭರವಸೆ ನೀಡಿದಾಗ, ಯಾವ ಘಟಕ ಡಿಕ್ರಿಪ್ಟ್ ಮಾಡುತ್ತದೆ ಮತ್ತು ಯಾರ ವಿಶ್ವಾಸದಡಿ ಎಂದು ಕೇಳಿ।

ಅಪ್ಲಿಕೇಶನ್ ಲಾಗ್ಗಳು ಹೆಚ್ಚಿನ ವಿನಂತಿ ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರಿಸುತ್ತವೆ

ನೀವು ನಡೆಸುವ ಅಪ್ಲಿಕೇಶನ್ಗೆ, ಅದರ ಸ್ವಂತ ಬೆಂಬಲಿತ ಲಾಗಿಂಗ್ ಸಾಮಾನ್ಯವಾಗಿ ಇತರರ ಸಂಪರ್ಕಗಳನ್ನು ಡಿಕ್ರಿಪ್ಟ್ ಮಾಡದೆ ವಿನಂತಿ ಮಟ್ಟದ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತದೆ।

curl -sS -o /dev/null -w "%{http_code} %{time_total}\n" https://app.example.com/health
tail -n 5 /var/log/nginx/access.log

ಆರೋಗ್ಯ ವಿನಂತಿ ಗ್ರಾಹಕರ ಸ್ಥಾನದಿಂದ ಲಭ್ಯತೆಯನ್ನು ಅಳೆಯುತ್ತದೆ, ಮತ್ತು ಪ್ರವೇಶ ಲಾಗ್ ಸರ್ವರ್ ಈಗಾಗಲೇ ಇಟ್ಟುಕೊಳ್ಳಲು ಆಯ್ಕೆಮಾಡಿದ ಕ್ಷೇತ್ರಗಳನ್ನು ದಾಖಲಿಸುತ್ತದೆ। ಕಾರ್ಯಕ್ಕೆ ಬೇಕಾದ ಕ್ಷೇತ್ರಗಳನ್ನು ಆಯ್ಕೆಮಾಡಿ ಮತ್ತು ಉಳಿದದನ್ನು ಹೊರಗಿಡಿ, ಏಕೆಂದರೆ URL ಕೂಡ ಸೂಕ್ಷ್ಮ ನಿಯತಾಂಕಗಳನ್ನು ಹೊತ್ತುಕೊಳ್ಳಬಹುದು। ಲಾಗ್ ಸಾಲು ಆ ಸೇವೆಯ ಬಗ್ಗೆ ಸಾಕ್ಷ್ಯ, ಬಳಕೆದಾರರು ಸುರಂಗದ ಮೂಲಕ ತಲುಪಿದ ಪ್ರತಿ ಇತರ ಸೇವೆಯ ಬಗ್ಗೆ ಅಲ್ಲ। ಸಂಗ್ರಹಣೆಯನ್ನು ಸಣ್ಣದಾಗಿ ಇಟ್ಟುಕೊಳ್ಳುವುದು ಧಾರಣ ಪ್ರಶ್ನೆಯನ್ನೂ ಚಿಕ್ಕದಾಗಿ ಇಡುತ್ತದೆ, ಆದ್ದರಿಂದ ಅಗತ್ಯವನ್ನು ಸೃಷ್ಟಿಸಿದ ಚಿಂತನಾ ಪ್ರಯೋಗಕ್ಕಿಂತ ಚಿಕ್ಕ ಕಿಟಕಿಯನ್ನು ನಿಗದಿಪಡಿಸಿ।

ಅಡ್ಡಿಪಡಿಸುವಿಕೆ ಪ್ರತ್ಯೇಕ ವಿಶ್ವಾಸ ವಿನ್ಯಾಸ

ಸಂದೇಶ ಮಟ್ಟದ ಪರಿಶೀಲನೆ ನಿಜವಾಗಿಯೂ ಅಗತ್ಯವಿದ್ದರೆ, TLS ಅಡ್ಡಿಪಡಿಸುವಿಕೆ ಹೊಸ ವಿಶ್ವಾಸಾರ್ಹ ಅಂತ್ಯ ಬಿಂದು ಮತ್ತು ವಿತರಿಸಿ ನಿರ್ವಹಿಸಬೇಕಾದ ಗ್ರಾಹಕ ವಿಶ್ವಾಸ ವ್ಯವಸ್ಥೆಯನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ। ಪ್ರಮಾಣಪತ್ರಗಳನ್ನು ಪಿನ್ ಮಾಡುವ ಅಪ್ಲಿಕೇಶನ್ಗಳು ಮುರಿಯುತ್ತವೆ, ಮತ್ತು ನಿರ್ವಾಹಕರು ಈಗ ಯಾವುದೇ ಸರ್ವರ್ ಕೀಯಷ್ಟೇ ಮುಖ್ಯವಾದ ರಕ್ಷಣೆಯ ಖಾಸಗಿ ಕೀಗಳನ್ನು ಹೊಂದಿದ್ದಾರೆ। ಪ್ರಮಾಣಪತ್ರ ಮಾನ್ಯತೆಯನ್ನು ದುರ್ಬಲಗೊಳಿಸಿ, ಅಥವಾ ತನ್ನ ಪ್ರಮಾಣಪತ್ರಗಳನ್ನು ಪಿನ್ ಮಾಡುವ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಪ್ಯಾಚ್ ಮಾಡಿ ಸಂಗ್ರಹಣೆಯನ್ನು ನಡೆಸುವುದು ಭದ್ರತಾ ನಿಯಂತ್ರಣವನ್ನು ಲಾಗ್ ಸಾಲಿಗೆ ವಿನಿಮಯ ಮಾಡುತ್ತದೆ। ವಿಶ್ವಾಸ ವಿತರಣೆ ಈಗಾಗಲೇ ನಿರ್ವಹಿಸಲ್ಪಡುವ ದಾಖಲಿತ ಪರಿಶೀಲನಾ ವಿನ್ಯಾಸವನ್ನು ಬಯಸಿ, ಮತ್ತು ಪ್ರಾಧಿಕಾರದ ಖಾಸಗಿ ಕೀಯನ್ನು ಹಂಚಿಕೊಂಡ ಯಾವುದೇ ವಸ್ತುವಿನಿಂದ ಹೊರಗಿಡಿ।

ಸಂಗ್ರಹಣಾ ಕಿಟಕಿಯ ಕೊನೆಯಲ್ಲಿ, ಮಾಲೀಕರ ಮೂಲಕ ಸಂರಚನೆ ಮತ್ತು ಅದರ ವಿಶ್ವಾಸ ಸಾಮಗ್ರಿಯನ್ನು ತೆಗೆದುಹಾಕಿ, ಮತ್ತು ಒಪ್ಪಿದ ನೀತಿಯಡಿ ಉಳಿಸಿಕೊಂಡ ಸಾಕ್ಷ್ಯವನ್ನು ವಿಲೇವಾರಿ ಮಾಡಿ। ಹೇಳಿದ ಉದ್ದೇಶಕ್ಕೆ ಸಾಕಷ್ಟು ವಿಶ್ವಾಸಾರ್ಹ ಮಾಹಿತಿಯೇ ಯಶಸ್ಸಿನ ಮಾನದಂಡ, ಸಾಧ್ಯವಾದಷ್ಟು ದೊಡ್ಡ ಹಿಡಿತವಲ್ಲ।