VPN ਰਾਹੀਂ ਈਮੇਲ ਫਿਲਟਰਿੰਗ: ਸਮੱਗਰੀ ਨਿਯਮ ਅਸਲ ਵਿੱਚ ਕਿੱਥੇ ਚੱਲਦੇ ਹਨ

ਇਹ ਬੇਨਤੀ ਨੈੱਟਵਰਕ ਸਮੱਸਿਆ ਵਰਗੀ ਸੁਣਾਈ ਦਿੰਦੀ ਹੈ: ਕਿਸੇ ਖ਼ਾਸ ਕਿਸਮ ਦੇ ਅਟੈਚਮੈਂਟ ਨੂੰ ਇਮਾਰਤ ਤੋਂ ਬਾਹਰ ਜਾਣ ਤੋਂ ਰੋਕੋ, ਅਤੇ VPN ਪਹਿਲਾਂ ਹੀ ਹੈ, ਇਸ ਲਈ ਇਸਨੂੰ ਵਰਤੋ। ਉਹ ਢਾਂਚਾ ਫਿਲਟਰ ਦੇ ਪਹਿਲੇ ਸਵਾਲ ’ਤੇ ਹੀ ਟੁੱਟ ਜਾਂਦਾ ਹੈ। ਸਮੱਗਰੀ ਨਿਯਮਾਂ ਨੂੰ ਸੁਨੇਹਾ ਦੇਖਣਾ ਪੈਂਦਾ ਹੈ, ਅਤੇ ਸੁਨੇਹਾ ਸੁਰੰਗ ਤੋਂ ਵੱਖਰੀ ਪਰਤ ’ਤੇ ਦਿਸਦਾ ਹੈ। ਮੈਂ ਪੈਕੇਟ ਤੋਂ ਬਾਹਰ ਵੱਲ ਮੇਲ ਮਾਰਗ ਚੱਲਦਾ ਹਾਂ ਅਤੇ ਉੱਥੇ ਰੁਕਦਾ ਹਾਂ ਜਿੱਥੇ ਲੋੜੀਂਦਾ ਡੇਟਾ ਅਸਲ ਵਿੱਚ ਮੌਜੂਦ ਹੈ।

ਤਿੰਨ ਪਰਤਾਂ ਸੁਤੰਤਰ ਹਨ: VPN ਆਵਾਜਾਈ, SMTP TLS ਕਨੈਕਸ਼ਨ ਅਤੇ ਸੁਨੇਹੇ ਦਾ ਆਪਣਾ ਐਨਕ੍ਰਿਪਸ਼ਨ। ਹਰ ਇੱਕ ਵੱਖਰੀ ਥਾਂ ’ਤੇ ਖ਼ਤਮ ਹੁੰਦੀ ਹੈ।

ਉਸ ਪਰਤ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ ਜੋ ਸੁਨੇਹਾ ਦੇਖ ਸਕਦੀ ਹੈ

VPN ਡੀਕੈਪਸੂਲੇਸ਼ਨ ਤੁਹਾਨੂੰ ਅੰਦਰਲੀ ਨੈੱਟਵਰਕ ਆਵਾਜਾਈ ਦਿੰਦਾ ਹੈ। ਜੇ ਮੇਲ ਕਲਾਇੰਟ ਨੇ ਸਬਮਿਸ਼ਨ ਸਰਵਰ ਨਾਲ TLS ਕਨੈਕਸ਼ਨ ਖੋਲ੍ਹਿਆ ਹੈ, ਤਾਂ ਅੰਦਰਲੀ ਆਵਾਜਾਈ ਵਿੱਚ ਅਜੇ ਵੀ ਉਹ TLS ਸਟ੍ਰੀਮ ਹੈ, ਪੜ੍ਹਨ ਯੋਗ ਮੇਲ ਨਹੀਂ।

ਇਸ ਲਈ ਸੁਰੰਗ ਦੇ ਕਿਨਾਰੇ ਲਿਆ ਪੈਕੇਟ ਕੈਪਚਰ «ਕੀ ਇਸ ਸੁਨੇਹੇ ਵਿੱਚ ਮਨ੍ਹਾ ਅਟੈਚਮੈਂਟ ਹੈ» ਸਵਾਲ ਤੋਂ ਵੱਖਰੇ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ।

SMTP TLS ਸਮਾਪਤੀ ਲਿਫ਼ਾਫ਼ੇ ’ਤੇ ਖ਼ਤਮ ਹੁੰਦੀ ਹੈ

ਮੇਲ ਸਰਵਰ ’ਤੇ SMTP TLS ਖ਼ਤਮ ਕਰਨ ਨਾਲ ਸੁਨੇਹਾ ਉਸ ਬਿੰਦੂ ’ਤੇ ਜਮ੍ਹਾਂ ਕੀਤੇ ਜਾਣ ਵਾਂਗ ਖੁੱਲ੍ਹ ਜਾਂਦਾ ਹੈ। ਸਰਵਰ ਹੈਡਰ, ਲਿਫ਼ਾਫ਼ਾ ਅਤੇ MIME ਢਾਂਚਾ ਦੇਖਦਾ ਹੈ। ਇਹ ਬਹੁਤ ਸਾਰੇ ਸਮੱਗਰੀ ਨਿਯਮਾਂ ਲਈ ਕਾਫ਼ੀ ਹੈ। ਲਿਫ਼ਾਫ਼ਾ ਤੁਹਾਨੂੰ ਭੇਜਣ ਵਾਲੇ ਅਤੇ ਪ੍ਰਾਪਤਕਰਤਾਵਾਂ ਬਾਰੇ ਸਰਵਰ ਦੀ ਸਮਝ ਅਨੁਸਾਰ ਦੱਸਦਾ ਹੈ।

S/MIME ਨਾਲ ਸੁਰੱਖਿਅਤ ਸੁਨੇਹੇ ਲਈ ਇਹ ਕਾਫ਼ੀ ਨਹੀਂ ਹੈ। ਸਰਵਰ ਸੁਰੱਖਿਅਤ ਇਕਾਈ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ, ਅਤੇ ਸੰਬੰਧਿਤ ਚਾਬੀਆਂ ਤੋਂ ਬਿਨਾਂ ਅੰਦਰਲੀ ਸਮੱਗਰੀ ਪੜ੍ਹ ਨਹੀਂ ਸਕਦਾ। ਇਹੀ ਸੀਮਾ ਸਹੀ ਸਲਾਮਤ ਆਉਣ ਵਾਲੇ ਐਨਕ੍ਰਿਪਟਡ ਅਟੈਚਮੈਂਟ ’ਤੇ ਵੀ ਲਾਗੂ ਹੁੰਦੀ ਹੈ।

ਨਿਸ਼ਕ੍ਰਿਯ ਕੈਪਚਰ ਨੂੰ ਪੜ੍ਹਨ ਯੋਗ ਬਣਾਉਣ ਲਈ ਆਵਾਜਾਈ ਸੁਰੱਖਿਆ ਕਮਜ਼ੋਰ ਨਾ ਕਰੋ। ਇਹ ਨਿਯਮ ਨੂੰ ਡੇਟਾ ਵਾਲੀ ਥਾਂ ਰੱਖਣ ਦੀ ਥਾਂ ਢਾਂਚਾ ਬਦਲ ਦਿੰਦਾ ਹੈ।

S/MIME ਉੱਥੇ ਖ਼ਤਮ ਹੁੰਦਾ ਹੈ ਜਿੱਥੇ ਚਾਬੀਆਂ ਹਨ

S/MIME MIME ਸੁਨੇਹੇ ਦਾ ਡੇਟਾ ਸੁਰੱਖਿਅਤ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ ਇਸਦੀ ਸੀਮਾ ਚਾਬੀ ਸਮੱਗਰੀ ਅਤੇ ਅਧਿਕ੍ਰਿਤ ਡੀਕ੍ਰਿਪਸ਼ਨ ਵਿਵਸਥਾ ਹੈ। ਉਹਨਾਂ ਚਾਬੀਆਂ ਤੋਂ ਬਿਨਾਂ ਵੀ ਫਿਲਟਰ ਦਿੱਸਦੇ ਮੈਟਾਡੇਟਾ ਜਾਂ ਸੁਰੱਖਿਅਤ ਵਸਤੂ ਦੀ ਮੌਜੂਦਗੀ ’ਤੇ ਕੰਮ ਕਰ ਸਕਦਾ ਹੈ, ਪਰ ਉਹ ਵੱਖਰਾ ਨਤੀਜਾ ਹੈ।

ਜੇ ਸੰਸਥਾ ਅਧਿਕ੍ਰਿਤ ਐਨਕ੍ਰਿਪਸ਼ਨ ਗੇਟਵੇ ਜਾਂ ਪ੍ਰਬੰਧਿਤ ਐਂਡਪੌਇੰਟ ਨਿਯੰਤਰਣ ਚਲਾਉਂਦੀ ਹੈ, ਤਾਂ ਦਸਤਾਵੇਜ਼ ਕਰੋ ਕਿ ਸਪਸ਼ਟ ਪਾਠ ਕਿੱਥੇ ਹੈ, ਕਿਹੜੀ ਪਛਾਣ ਇਸਦੀ ਜਾਂਚ ਕਰ ਸਕਦੀ ਹੈ ਅਤੇ ਚਾਬੀਆਂ ਤੇ ਰਿਕਾਰਡ ਕਿਵੇਂ ਸੁਰੱਖਿਅਤ ਰਹਿੰਦੇ ਹਨ। VPN ਰਾਹੀਂ ਆਵਾਜਾਈ ਭੇਜਣ ਨਾਲ ਕੋਈ ਮਾਸਟਰ ਚਾਬੀ ਨਹੀਂ ਬਣਦੀ।

ਕੋਈ ਸਪਸ਼ਟ ਪਾਠ ਵਰਗੀਕਰਣ ਦਾ ਵਾਅਦਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਇਹ ਲਿਖ ਲਓ। ਵਾਅਦਾ ਹੀ ਉਹ ਹਿੱਸਾ ਹੈ ਜਿਸਨੂੰ ਵਾਪਸ ਲੈਣਾ ਔਖਾ ਹੈ।

ਨਿਯਮ ਮੇਲ ਪਲੇਟਫਾਰਮ ਵਿੱਚ ਰੱਖੋ

ਜੇ ਮਨਜ਼ੂਰ ਮੇਲ ਸਰਵਰ ਪੜ੍ਹਨ ਯੋਗ ਸੁਨੇਹਾ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ, ਤਾਂ ਇਸਦਾ ਸਮਰਥਿਤ ਸਮੱਗਰੀ-ਫਿਲਟਰ ਏਕੀਕਰਣ ਲਾਗੂ ਕਰਨ ਦਾ ਬਿੰਦੂ ਹੈ। ਇਹ ਫਾਇਰਵਾਲ ਰਾਹੀਂ SMTP ਕਨੈਕਸ਼ਨ ਦੀ ਆਗਿਆ ਦੇਣ ਤੋਂ ਵੱਖਰਾ ਹੈ। ਇਹੀ ਫ਼ਰਕ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਨਿਯਮ ਰੱਦ ਕਰ ਸਕਦਾ ਹੈ, ਕੁਆਰੰਟੀਨ ਕਰ ਸਕਦਾ ਹੈ ਜਾਂ ਸਿਰਫ਼ ਟਿੱਪਣੀ ਕਰ ਸਕਦਾ ਹੈ।

ਉਦਾਹਰਣ ਲਈ, Postfix ਦਸਤਾਵੇਜ਼ ਕਰਦਾ ਹੈ ਕਤਾਰ ਤੋਂ ਬਾਅਦ ਸਮੱਗਰੀ ਫਿਲਟਰਿੰਗ: ਮੇਲ ਕਤਾਰ ਵਿੱਚ ਪਾਈ ਜਾਂਦੀ ਹੈ, ਫਿਲਟਰ ਨੂੰ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ ਅਤੇ ਡਿਲਿਵਰੀ ਮਾਰਗ ’ਤੇ ਵਾਪਸ ਆਉਂਦੀ ਹੈ। ਇਸਦੀ ਕਤਾਰ-ਬਾਅਦ ਵਿਵਸਥਾ ਉਸੇ ਗਾਈਡ ਦੁਆਰਾ ਦਰਸਾਏ ਕਤਾਰ-ਪਹਿਲਾਂ ਪ੍ਰਾਕਸੀ ਅਤੇ Milter ਵਿਕਲਪਾਂ ਤੋਂ ਵੱਖਰੀ ਹੈ। ਜਿਸ ਮੇਲ ਸੇਵਾ ਨੂੰ ਤੁਸੀਂ ਅਸਲ ਵਿੱਚ ਚਲਾਉਂਦੇ ਹੋ ਉਸ ਲਈ ਸਮਰਥਿਤ ਏਕੀਕਰਣ ਅਤੇ ਅਸਫਲਤਾ ਵਿਵਹਾਰ ਚੁਣੋ।

ਇੱਕ ਅਟੈਚਮੈਂਟ ਨਿਯਮ ਪੂਰਾ ਡੇਟਾ-ਨੁਕਸਾਨ ਪ੍ਰੋਗਰਾਮ ਨਹੀਂ ਹੈ। ਬ੍ਰਾਊਜ਼ਰ ਅੱਪਲੋਡ, ਸਾਂਝਾ ਭੰਡਾਰ ਅਤੇ ਐਂਡਪੌਇੰਟ ਕਾਰਵਾਈਆਂ ਨੂੰ ਆਪਣੇ ਨਿਯੰਤਰਣ ਚਾਹੀਦੇ ਹਨ।

ਨਕਲੀ ਸੁਨੇਹਿਆਂ ਨਾਲ ਸਵੀਕ੍ਰਿਤੀ ਟੈਸਟ ਲਿਖੋ

ਮਨਜ਼ੂਰ ਨਕਲੀ ਉਦਾਹਰਣਾਂ ਨਾਲ ਟੈਸਟ ਕਰੋ: ਮਨਜ਼ੂਰ ਸੁਨੇਹਾ, ਮਨ੍ਹਾ ਸਮੱਗਰੀ ਕਾਰਵਾਈ ਅਤੇ ਸੁਨੇਹਾ-ਪੱਧਰੀ ਐਨਕ੍ਰਿਪਸ਼ਨ ਦੀ ਘੋਸ਼ਿਤ ਸੰਭਾਲ। ਫਿਲਟਰ ਉਪਲਬਧ ਨਾ ਹੋਣ ’ਤੇ ਮੇਲ ਸੇਵਾ ਕੀ ਕਰਦੀ ਹੈ, ਇਹ ਵੀ ਸ਼ਾਮਲ ਕਰੋ।

ਲਾਭਦਾਇਕ ਨਤੀਜਾ ਕਾਰਵਾਈ, ਲਾਗੂ ਕਰਨ ਦਾ ਬਿੰਦੂ ਅਤੇ ਉੱਥੇ ਦਿੱਸਦੇ ਡੇਟਾ ਦਾ ਨਾਮ ਲੈਂਦਾ ਹੈ। «VPN ਨੇ ਇਸਨੂੰ ਡੀਕ੍ਰਿਪਟ ਕੀਤਾ» ਇੱਕ ਪਰਤ ਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ ਅਤੇ ਮੇਲ ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਸਮੱਗਰੀ ਅਤੇ ਅਧਿਕਾਰ ਮਾਡਲ ਦੀ ਥਾਂ ਨਹੀਂ ਲੈ ਸਕਦਾ।