SSTP ಪದರಗಳ ವಿವರಣೆ: ಒಳಗಿನ ಪ್ಯಾಕೆಟ್ ಇನ್ನೂ ಏನನ್ನು ಬಹಿರಂಗಪಡಿಸುತ್ತದೆ

ಹೆಚ್ಚಿನ ವಿವರಣೆಗಳಲ್ಲಿ SSTP ಬಗ್ಗೆ ಎರಡು ಸಂಗತಿಗಳು ಒಂದಾಗುತ್ತವೆ, ಮತ್ತು ಆ ಒಗ್ಗೂಡಿಕೆಯೇ ಕ್ಯಾಪ್ಚರ್ಗಳನ್ನು ಗೊಂದಲಮಯವಾಗಿಸುತ್ತದೆ. ಅಪ್ಲಿಕೇಶನ್ ಪ್ಯಾಕೆಟ್ ರಕ್ಷಿತ ಚಾನಲ್ನ ಒಳಗೆ ಉಳಿಯುತ್ತದೆ, ಮತ್ತು ಆ ಚಾನಲ್ ಒಯ್ಯುವ TCP ಸಂಪರ್ಕವು ತನ್ನ ಸ್ವಂತ ವಿಳಾಸಗಳನ್ನು ಪೂರ್ತಿ ಸಮಯ ಉಳಿಸಿಕೊಳ್ಳುತ್ತದೆ. ತಂತಿಯ ಮೇಲೆ ಹೋಗುವುದು ವಾಹಕ ಮತ್ತು ಅದರ ಹೊರೆ, ಎರಡರಲ್ಲಿ ಒಂದಕ್ಕೂ ಪರ್ಯಾಯವಲ್ಲ. ಸ್ಟ್ಯಾಕ್ ಅನ್ನು ಹೊರಗಿನಿಂದ ಒಳಕ್ಕೆ ನಡೆಯಿರಿ ಮತ್ತು ದಾಟುವ ಪ್ರತಿ ಗಡಿಯನ್ನು ಗುರುತಿಸಿ.

ಹೊರಗಿನ ವಾಹಕದಿಂದ ಪ್ರಾರಂಭಿಸಿ

ತಂತಿಯ ಮೇಲಿನ ಮೊದಲ ವಸ್ತು ಪೋರ್ಟ್ 443 ಗೆ ಸಾಮಾನ್ಯ TCP ಸಂಪರ್ಕ, ರೌಟರ್ಗಳು ಮುಂದಕ್ಕೆ ಕಳುಹಿಸುವ ನಿಜವಾದ ವಿಳಾಸಗಳೊಂದಿಗೆ. ಆ ಸಂಪರ್ಕವೇ ನೆಟ್ವರ್ಕ್ ವಿಳಾಸ ಅನುವಾದವನ್ನು ಬದುಕುಳಿಯುತ್ತದೆ ಮತ್ತು ಪ್ರವೇಶ ಪೂರೈಕೆದಾರರು ಎಣಿಸಬಲ್ಲದ್ದು. ಪೇಲೋಡ್ ರಕ್ಷಣೆ ವಾಹಕವನ್ನು ತೆಗೆದುಹಾಕುವುದಿಲ್ಲ, ಮತ್ತು ಅದು ಪರಿಮಾಣ ಅಥವಾ ಸಮಯವನ್ನು ಮರೆಮಾಡುವುದಿಲ್ಲ.

ಈ ಹಂತದ ನಂತರದ ಎಲ್ಲವೂ ಮಾರ್ಗನಿರ್ದೇಶನಕ್ಕಿಂತ ಹೆಚ್ಚಾಗಿ ಒಯ್ಯಲ್ಪಡುತ್ತದೆ. ಒಳಗಿನ ವಿನಿಮಯ ವಿಫಲವಾದರೂ ವಾಹಕ ಕೆಲಸ ಮಾಡುತ್ತಲೇ ಇರುತ್ತದೆ.

ಎನ್ಕ್ಯಾಪ್ಸುಲೇಶನ್ ಅನ್ನು ಒಳಕ್ಕೆ ಅನುಸರಿಸಿ

ರಕ್ಷಿತ ಚಾನಲ್ನ ಒಳಗೆ SSTP ನಿಯಂತ್ರಣ ವಿನಿಮಯ ಕುಳಿತಿದೆ, ನಂತರ PPP ಅಧಿವೇಶನ, ನಂತರ ಗ್ರಾಹಕರು ತಲುಪಿಸಲು ಬಯಸುವ ನೆಟ್ವರ್ಕ್ ಪ್ಯಾಕೆಟ್. ಪ್ರತಿ ಪದರಕ್ಕೂ ತನ್ನದೇ ಮಾತುಕತೆ, ತನ್ನದೇ ದೋಷ ಸಂದೇಶಗಳು ಮತ್ತು ತನ್ನದೇ ಸ್ಥಿತಿ ಯಂತ್ರ ಇದೆ. ಆದ್ದರಿಂದ ಒಂದು ದೋಷವು ಒಂದು ದೃಷ್ಟಿಕೋನದಿಂದ TLS ದೋಷದಂತೆ ಮತ್ತು ಇನ್ನೊಂದರಿಂದ PPP ದೋಷದಂತೆ ಕಾಣಬಹುದು. ಪದರಗಳನ್ನು ಕ್ರಮವಾಗಿ ಓದುವುದು ಯಾವ ಸ್ಥಿತಿ ಯಂತ್ರ ನಿಂತಿತು ಎಂದು ಹೇಳುತ್ತದೆ.

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

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

outer IP header
  TCP to port 443
    TLS record layer
      SSTP control and data packets
        PPP frames
          inner IP packet
            application transport and payload

ಕ್ಯಾಪ್ಚರ್ ಓದುವ ಮೊದಲು ವೀಕ್ಷಕನನ್ನು ಗುರುತಿಸಿ

ಒಂದೇ ಅಧಿವೇಶನದ ಎರಡು ಕ್ಯಾಪ್ಚರ್ಗಳು ಬೇರೆ ಬೇರೆ ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರಿಸುತ್ತವೆ, ಮತ್ತು ಯಾವುದಕ್ಕೆ ಯಾವುದು ಎಂಬುದನ್ನು ಅವು ತೆಗೆದುಕೊಂಡ ಇಂಟರ್ಫೇಸ್ ನಿರ್ಧರಿಸುತ್ತದೆ. ಪ್ರವೇಶ ಮಾರ್ಗದಲ್ಲಿ ನೀವು ವಾಹಕ ಮತ್ತು TLS ದಾಖಲೆಗಳನ್ನು ನೋಡುತ್ತೀರಿ, ಮತ್ತು ಒಳಗಿನ ವಿಳಾಸ ನೋಡದೆಯೇ ಗಾತ್ರ ಮತ್ತು ಮಧ್ಯಂತರಗಳನ್ನು ಅಳೆಯಬಹುದು. ಅಂತಿಮ ಬಿಂದುವಿನಲ್ಲಿ, ಡೀಕ್ಯಾಪ್ಸುಲೇಶನ್ ನಂತರ, ಒಳಗಿನ ಪ್ಯಾಕೆಟ್ ಖಾಸಗಿ ಮುಂದಕ್ಕೆ ಕಳುಹಿಸುವ ನೀತಿಯ ಅಡಿಯಲ್ಲಿ ಸಾಮಾನ್ಯ ಸಂಚಾರ.

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

ರೇಖಾಚಿತ್ರ ಸಾಬೀತು ಮಾಡಲಾಗದ ಪರಿಶೀಲನೆಗಳನ್ನು ಉಳಿಸಿಕೊಳ್ಳಿ

ಪದರಗಳ ಕ್ರಮವು ನಿಯೋಜನೆಯು ಸರ್ವರ್ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಪರಿಶೀಲಿಸುತ್ತದೆ, ಬೆಂಬಲಿತ TLS ಆವೃತ್ತಿಯ ಮೇಲೆ ಮಾತುಕತೆ ನಡೆಸುತ್ತದೆ ಅಥವಾ ಖಾತೆಗೆ ಅಧಿಕಾರ ನೀಡುತ್ತದೆ ಎಂದು ಸಾಬೀತು ಮಾಡುವುದಿಲ್ಲ. ಅವುಗಳಲ್ಲಿ ಪ್ರತಿಯೊಂದೂ ಎನ್ಕ್ಯಾಪ್ಸುಲೇಶನ್ನಿಂದ ಸ್ವತಂತ್ರವಾಗಿ ವಿಫಲವಾಗುವ ಸಂರಚನಾ ನಿರ್ಣಯ.

ಚಿತ್ರದಿಂದ ಊಹಿಸುವ ಬದಲು ಏನನ್ನು ಮಾತುಕತೆ ಮಾಡಿತು ಎಂದು ವರದಿ ಮಾಡುವ ಕ್ಲೈಂಟ್ನೊಂದಿಗೆ ಅವುಗಳನ್ನು ಪರಿಶೀಲಿಸಿ. TLS ಹ್ಯಾಂಡ್ಶೇಕ್ನಿಂದ ಪ್ರಾರಂಭಿಸಿ, ನಂತರ SSTP ವಿನಿಮಯ, ನಂತರ PPP, ಮತ್ತು ದೋಷ ವರದಿ ಮಾಡುವ ಮೊದಲ ಹಂತದಲ್ಲಿ ನಿಲ್ಲಿಸಿ. ಮೊದಲ ಆದೇಶ ಸರಪಳಿ ಮತ್ತು ಮಾತುಕತೆಯ ಆವೃತ್ತಿಯನ್ನು ಮುದ್ರಿಸುತ್ತದೆ, ಎರಡನೆಯದು ಕ್ಯಾಪ್ಚರ್ನಲ್ಲಿರುವ ಹ್ಯಾಂಡ್ಶೇಕ್ಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ.

openssl s_client -connect vpn.corp.internal:443 -servername vpn.corp.internal
tshark -r sstp.pcap -Y "tls.handshake.type == 1"