ਬਹੁਤੀਆਂ ਵਿਆਖਿਆਵਾਂ ਵਿੱਚ 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"

ਸੰਬੰਧਿਤ ਲੇਖ