ಬೆಂಚ್ಮಾರ್ಕ್ VPN ಪೋರ್ಟ್ ಅನ್ನು ಗುರುತಿಸಿದೆಯೇ? ನಿಯಂತ್ರಣದ ವ್ಯಾಪ್ತಿಯನ್ನು ಪರಿಶೀಲಿಸಿ

ನಿಮ್ಮ ಸ್ಕ್ಯಾನರ್ VPN ಪೋರ್ಟ್ ಅನ್ನು ಗುರುತಿಸುತ್ತದೆ, ಟಿಕೆಟ್ ಅದನ್ನು ಸಾರ್ವಜನಿಕ ಕೇಳುಗ ಎಂದು ಮರುಹೇಳುತ್ತದೆ, ಮತ್ತು ಮುಂದಿನ ಚರ್ಚೆ ಒಡ್ಡುವಿಕೆ ನಿಜವೇ ಎಂಬುದರ ಬಗ್ಗೆ. ಸಂಶೋಧನೆ ಓದುಗರು ಊಹಿಸುವುದನ್ನು ಅಪರೂಪವಾಗಿ ಹೇಳುತ್ತದೆ. ಅದು ಸ್ಥಿರ ವ್ಯಾಪ್ತಿಯ ಬೆಂಚ್ಮಾರ್ಕ್ ನಿಯಂತ್ರಣವನ್ನು ಉಲ್ಲೇಖಿಸುತ್ತದೆ, ಮತ್ತು ಪೋರ್ಟ್ ಸಂಖ್ಯೆ ಆ ವ್ಯಾಪ್ತಿಗೆ ಕೇವಲ ಒಂದು ಇನ್ಪುಟ್.

ಪೋರ್ಟ್ ಅನ್ನು ಸಮರ್ಥಿಸುವ ಮೊದಲು ನಿಯಂತ್ರಣವನ್ನು ಓದಿ. ತೀರ್ಪಿನಂತೆ ಓದಲ್ಪಡುವ ಸಂಶೋಧನೆ ಸಾಮಾನ್ಯವಾಗಿ ಒಂದು ಸಂಪನ್ಮೂಲಕ್ಕೆ ಅನ್ವಯಿಸಿದ ಪ್ರೆಡಿಕೇಟ್.

ಸಂಶೋಧನೆಯ ಸಾಲು ವಾಸ್ತವವಾಗಿ ಏನನ್ನು ಉಲ್ಲೇಖಿಸುತ್ತದೆ

ಪ್ರತಿ ಬೆಂಚ್ಮಾರ್ಕ್ ಸಂಶೋಧನೆಯು ಬೇರ್ಪಡಿಸಲು ಯೋಗ್ಯವಾದ ನಾಲ್ಕು ವಿಷಯಗಳನ್ನು ಹೊಂದಿದೆ: ಅದು ಬಂದ ದಾಖಲೆ ಮತ್ತು ಪರಿಷ್ಕರಣೆ, ಮೌಲ್ಯಮಾಪನ ಮಾಡಿದ ಸಂಪನ್ಮೂಲ, ಫಲಿತಾಂಶವನ್ನು ಪ್ರಚೋದಿಸಿದ ಪ್ರೆಡಿಕೇಟ್, ಮತ್ತು ಆಡಿಟ್ ವಾಸ್ತವವಾಗಿ ಸಾಧಿಸಿದ ಕವರೇಜ್. ತಂಡಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಸಂಪನ್ಮೂಲವನ್ನು ಮಾತ್ರ ಉಲ್ಲೇಖಿಸುತ್ತವೆ — ಭದ್ರತಾ ಗುಂಪು ಅಥವಾ ನೆಟ್ವರ್ಕ್ ACL ಅಥವಾ ಹೋಸ್ಟ್ — ಮತ್ತು ನಂತರ ಪೋರ್ಟ್ ಬಗ್ಗೆ ವಾದಿಸುತ್ತವೆ. ನಿಮ್ಮ ಕೇಳುಗರು ವ್ಯಾಪ್ತಿಯಲ್ಲಿದ್ದರೇ ಎಂಬುದನ್ನು ಪ್ರೆಡಿಕೇಟ್ ನಿರ್ಧರಿಸುತ್ತದೆ. ಅದಿಲ್ಲದೆ ನೀವು ನಿಯಮದ ಬದಲು ಸಂಖ್ಯೆಯ ಬಗ್ಗೆ ವಾದಿಸುತ್ತೀರಿ.

Amazon ನ Security Hub ದಾಖಲೆಗಳು ಪೇವಾಲ್ ಹಿಂದಿನ PDF ಇಲ್ಲದೆ ಆ ವಿಭಜನೆಯನ್ನು ಗೋಚರವಾಗಿ ಇಡುತ್ತವೆ:EC2 ನಿಯಂತ್ರಣಗಳ ಪುಟ ಪೋರ್ಟ್ 22 ಮತ್ತು 3389 ರಲ್ಲಿ ಅನಿರ್ಬಂಧಿತ ಪ್ರವೇಶಕ್ಕಾಗಿ ಭದ್ರತಾ ಗುಂಪು ಪರಿಶೀಲನೆಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ, ಮತ್ತು ನೆಟ್ವರ್ಕ್ ACL ಗಳನ್ನು ತಮ್ಮದೇ ಷರತ್ತುಗಳಿರುವ ಬೇರೆ ಸಂಪನ್ಮೂಲವಾಗಿ ಪರಿಗಣಿಸುತ್ತದೆ. ಅದೇ ಆಡಳಿತ ಪೋರ್ಟ್ಗಳು, ಬೇರೆ ವಸ್ತು, ಬೇರೆ ಪರೀಕ್ಷೆ. ಸಂಶೋಧನೆ ಪಡೆಯುವ ಸೂಕ್ಷ್ಮತೆ ಅದೇ.

aws ec2 describe-security-groups --group-ids sg-0d1f8a2c4b6e9f3a1 --output json
aws ec2 describe-network-acls --filters Name=entry.port-range.from,Values=22 --output table

ಸಾರ್ವಜನಿಕ ಕೇಳುಗರನ್ನು ಆಡಳಿತ ಪ್ರವೇಶದಿಂದ ಬೇರ್ಪಡಿಸಿ

ಇಂಟರ್ನೆಟ್ನಿಂದ UDP 1194 ಸ್ವೀಕರಿಸುವ VPN ಕೇಳುಗ ಮತ್ತು ಪ್ರವೇಶಾನುಮತಿಯ ನಂತರವೇ ತಲುಪಬಹುದಾದ SSH ಸೇವೆ ಬೇರೆ ಬೇರೆ ಒಡ್ಡುವಿಕೆ ಮಾರ್ಗಗಳು. ಮೊದಲನೆಯದನ್ನು ಆವರಿಸುವ ಪರಿಶೀಲನೆ ಎರಡನೆಯದರ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳದಿರಬಹುದು, ಮತ್ತು ಎರಡನೆಯದನ್ನು ಆವರಿಸುವ ಪರಿಶೀಲನೆ ಮೊದಲನೆಯದನ್ನು ನಿರ್ಲಕ್ಷಿಸಬಹುದು. ಒಂದರಲ್ಲಿ ಉತ್ತೀರ್ಣ ಫಲಿತಾಂಶ ಇನ್ನೊಂದರ ಬಗ್ಗೆ ಹೇಳಿಕೆ ಅಲ್ಲ, ಸ್ಟೇಟಸ್ ಸಭೆಯಲ್ಲಿ ಎರಡೂ ಎಷ್ಟೇ ಸಮಾನವಾಗಿ ಕೇಳಿಸಿದರೂ.

ಪರಿಶೀಲನೆಯಲ್ಲಿ ಪ್ರತಿ ಮಾರ್ಗವನ್ನೂ ಅದರದೇ ಸಾಲಾಗಿ ಪರಿಗಣಿಸಿ.

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

ಪೋರ್ಟ್ ವ್ಯಾಪ್ತಿಯಲ್ಲಿದೆಯೇ ಎಂದು ಸಂಪನ್ಮೂಲವೇ ನಿರ್ಧರಿಸುತ್ತದೆ

ಭದ್ರತಾ ಗುಂಪು ನಿಯಮ, ಸಬ್ನೆಟ್ ACL ನಮೂದು ಮತ್ತು ಹೋಸ್ಟ್ ಫೈರ್ವಾಲ್ ನಿಯಮ ಎಲ್ಲವೂ ಸಂಚಾರವನ್ನು ಅನುಮತಿಸಬಹುದು, ಆದರೂ ಅವುಗಳಲ್ಲಿ ಒಂದೇ ನಿಯಂತ್ರಣ ಮೌಲ್ಯಮಾಪನ ಮಾಡುವ ವಸ್ತುವಾಗಿರಬಹುದು. ಪರಿಣಾಮಕಾರಿ ಅನುಮತಿ ಎಂದರೆ ಸಮಾನಾಂತರ ಗುಂಪುಗಳು, ಎರಡೂ ವಿಳಾಸ ಕುಟುಂಬಗಳು ಮತ್ತು ಅವುಗಳ ಮುಂದೆ ಇರುವ ಯಾವುದೇ ನಿರಾಕರಣೆ ನಿಯಮವನ್ನು ಸೇರಿಸುವುದು. ಗುಂಪು ಮಟ್ಟದ ಪರಿಶೀಲನೆಯಲ್ಲಿ ವಿಫಲವಾಗುವ ಪೋರ್ಟ್ ಇನ್ನೂ ತಲುಪಲಾಗದಿರಬಹುದು, ಮತ್ತು ಅದನ್ನು ಪಾಸ್ ಮಾಡುವ ಪೋರ್ಟ್ ಇನ್ನೂ ಒಳಗೆ ನಿರ್ಬಂಧಿತವಾಗಿರಬಹುದು.

ಇಲ್ಲಿಯೇ ಇನ್ನೊಂದು ಪರಿಸರದ ನಿಯಮಗಳನ್ನು ಕಸಿ ಮಾಡುವುದು ತಪ್ಪಾಗುತ್ತದೆ. ನೆಟ್ವರ್ಕ್ ACL ಗಳು ಸ್ಟೇಟ್ಲೆಸ್ ಮತ್ತು ಕ್ರಮದಲ್ಲಿ ಮೌಲ್ಯಮಾಪನಗೊಳ್ಳುತ್ತವೆ; ಭದ್ರತಾ ಗುಂಪುಗಳು ಸ್ಟೇಟ್ಫುಲ್ ಮತ್ತು ಅನುಮತಿಸುವುದು ಮಾತ್ರ. ಒಂದರಿಂದ ಎರವಲು ಪಡೆದ ನಿಯಮ ಮಾದರಿ ಇನ್ನೊಂದನ್ನು ವಿವರಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಅದನ್ನು ಅನುವಾದಿಸುವುದು ತಪ್ಪು ವಸ್ತುವಿನ ಬಗ್ಗೆ ಆತ್ಮವಿಶ್ವಾಸದ ಉತ್ತರ ನೀಡುತ್ತದೆ.

ನಿರ್ಧಾರವನ್ನು ದಾಖಲಿಸಿ, ಮುಂದಿನ ಆಡಿಟ್ ಅದನ್ನು ಮರುಬಳಕೆ ಮಾಡಲಿ

ವ್ಯಾಪ್ತಿ ನಿಜವಾಗಿಯೂ ಅಸ್ಪಷ್ಟವಾದಾಗ, ನಿಯಂತ್ರಣದ ಪರಿಷ್ಕರಣೆ, ಸಂಪನ್ಮೂಲ ಗುರುತಿಸುವಿಕೆ, ಉಲ್ಲೇಖಿಸಿದ ಪ್ರೆಡಿಕೇಟ್ ಮತ್ತು ಅದನ್ನು ಬಗೆಹರಿಸಿದ ಸಾಕ್ಷ್ಯವನ್ನು ಬರೆಯಿರಿ. ನೀವು ಏನನ್ನು ಹೊರಗಿಟ್ಟಿರಿ ಮತ್ತು ಏಕೆ ಎಂಬುದನ್ನು ಸೇರಿಸಿ. ಆ ದಾಖಲೆಯೇ ಎರಡನೇ ಪರಿಶೀಲಕರಿಗೆ ಇಡೀ ಬೆಂಚ್ಮಾರ್ಕ್ ಮತ್ತೆ ಓದದೆ ಅದೇ ತೀರ್ಮಾನಕ್ಕೆ ಬರಲು ಅನುವು ಮಾಡುತ್ತದೆ, ಮತ್ತು ಸಿಬ್ಬಂದಿ ಬದಲಾವಣೆಯನ್ನು ಮೀರಿ ಉಳಿಯುವ ಏಕೈಕ ವಿಷಯ ಅದೇ.

«VPN ಪೋರ್ಟ್ ಪರಿಶೀಲಿಸಲಾಗಿದೆ» ಎಂದು ಬರೆದ ಟಿಪ್ಪಣಿ ಮುಂದಿನ ತ್ರೈಮಾಸಿಕದಲ್ಲಿ ಚರ್ಚೆ ಮರಳುವುದನ್ನು ಖಚಿತಪಡಿಸುತ್ತದೆ. ಬದಲಿಗೆ ಮೌಲ್ಯಮಾಪಕ, ಪರಿಷ್ಕರಣೆ ಮತ್ತು ಸಾಕ್ಷ್ಯವನ್ನು ಹೆಸರಿಸಿ.