ਕੀ CVE-2019-14899 ਤੁਹਾਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਦਾ ਹੈ? ਕਰਨਲ ਲਈ ਜਾਂਚ ਸੂਚੀ

ਸਾਲਾਂ ਤੋਂ VPN ਚਲਾ ਰਹੀ ਮਸ਼ੀਨ ਤੇ ਸਕੈਨਰ CVE-2019-14899 ਨੂੰ ਚਿੰਨ੍ਹਿਤ ਕਰਦਾ ਹੈ, ਅਤੇ ਪਹਿਲੀ ਪ੍ਰਵਿਰਤੀ VPN ਨੂੰ ਟੁੱਟਿਆ ਹੋਇਆ ਐਲਾਨਣਾ ਹੈ। ਇਹ ਗਲਤ ਢਾਂਚਾ ਹੈ। ਜ਼ਾਹਰ ਕੀਤਾ ਮੁੱਦਾ ਪੀੜਤ ਦੇ ਸਥਾਨਕ ਨੈੱਟਵਰਕ ਵਿੱਚ ਹਮਲਾਵਰ ਬਾਰੇ ਹੈ ਜੋ ਕੁਝ TCP ਕਨੈਕਸ਼ਨਾਂ ਬਾਰੇ ਜਾਣਕਾਰੀ ਕੱਢਦਾ ਹੈ, ਨਾ ਕਿ ਵੈੱਬਸਾਈਟ ਤੁਹਾਡੀ ਸੁਰੰਗ ਨੂੰ ਡੀਕ੍ਰਿਪਟ ਕਰਨ ਬਾਰੇ।

ਹੇਠਾਂ ਦਿੱਤੀਆਂ ਚਾਰ ਜਾਂਚਾਂ ਕ੍ਰਮ ਵਿੱਚ ਕਰੋ। ਹਰ ਇੱਕ ਸਮੱਸਿਆ ਨੂੰ ਸੀਮਤ ਕਰਦੀ ਹੈ ਜਾਂ ਜਾਂਚ ਖਤਮ ਕਰਦੀ ਹੈ।

ਜਾਂਚ 1: ਕੀ ਸਲਾਹ ਤੁਹਾਡੇ ਕਰਨਲ ਨੂੰ ਕਵਰ ਕਰਦੀ ਹੈ

ਬਲੌਗ ਦਾ ਰਿਲੀਜ਼ ਤਾਰੀਖ ਸਾਰ ਨਹੀਂ, ਆਪਣੀ ਵੰਡ ਦਾ ਆਪਣਾ ਰਿਕਾਰਡ ਵੇਖੋ। ਇਸ CVE ਲਈ Ubuntu ਦਾ ਸੁਰੱਖਿਆ ਪੰਨਾ 18.04 LTS ਲਈ ਆਮ linux ਪੈਕੇਜ ਨੂੰ ਸੁਧਾਰ ਮੁਲਤਵੀ ਨਾਲ ਕਮਜ਼ੋਰ ਵਜੋਂ ਸੂਚੀਬੱਧ ਕਰਦਾ ਹੈ ਅਤੇ ਹੋਰ ਕਰਨਲ ਪੈਕੇਜਾਂ ਨੂੰ ਵੱਖਰੀਆਂ ਕਤਾਰਾਂ ਵਿੱਚ ਟਰੈਕ ਕਰਦਾ ਹੈ। ਆਪਣੀ ਚੱਲ ਰਹੀ ਰਿਲੀਜ਼ ਅਤੇ ਕਰਨਲ ਪੈਕੇਜ ਨੂੰ ਸਹੀ ਕਤਾਰ ਨਾਲ ਮਿਲਾਓ। ਜਾਣੀ-ਪਛਾਣੀ ਦਿਖਦੀ ਸੰਸਕਰਣ ਸੰਖਿਆ ਮੇਲ ਨਹੀਂ ਹੈ।

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

ਜਾਂਚ 2: ਮਾਡਲ ਵਿੱਚ ਹਮਲਾਵਰ ਕੌਣ ਹੈ

ਖਤਰਾ ਮਾਡਲ ਨੇੜਲੇ ਹਮਲਾਵਰ ਦੀ ਧਾਰਨਾ ਲੈਂਦਾ ਹੈ ਜੋ ਪੀੜਤ ਦੇ ਪਹੁੰਚ ਨੈੱਟਵਰਕ ਨਾਲ ਗੱਲਬਾਤ ਕਰ ਸਕਦਾ ਹੈ। ਇਹ ਇੱਕ ਖਾਸ ਸਥਿਤੀ ਹੈ, ਤੁਹਾਡੇ ਨਿਕਾਸ ਨੋਡ ਨੂੰ ਨਾ ਪਸੰਦ ਕਰਨ ਵਾਲੀ ਕੋਈ ਵੀ ਦੂਰ ਦੀ ਸੇਵਾ ਨਹੀਂ। ਜੇ ਵਰਤੋਂਕਾਰ ਕੈਫੇ ਤੋਂ ਜੁੜਦੇ ਹਨ ਤਾਂ ਧਾਰਨਾ ਅਸਲੀ ਹੈ; ਜੇ ਉਹ ਪ੍ਰਬੰਧਿਤ ਕਾਰਪੋਰੇਟ ਲੈਨ ਦੇ ਪਿੱਛੇ ਹਨ ਤਾਂ ਇਹ ਹੋਰ ਗੱਲ ਹੈ।

ਸੁਰੰਗ ਐਨਕ੍ਰਿਪਟ ਹੋਣ ਤੇ ਵੀ ਸਥਾਨਕ ਨੈੱਟਵਰਕ ਤੇ ਭਰੋਸੇ ਦਾ ਸਵਾਲ ਖੁੱਲ੍ਹਾ ਰੱਖੋ। ਐਨਕ੍ਰਿਪਸ਼ਨ ਨੇੜਤਾ ਤੋਂ ਵੱਖਰੇ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ।

ਜਾਂਚ 3: ਤੁਸੀਂ ਕਿਸ ਪਰਤ ਤੇ ਨਿਰਭਰ ਕਰਦੇ ਹੋ

ਸਹੀ ਢੰਗ ਨਾਲ ਪ੍ਰਮਾਣਿਤ HTTPS ਐਪਲੀਕੇਸ਼ਨ ਰਿਕਾਰਡਾਂ ਲਈ ਆਪਣੀ ਸੁਰੱਖਿਆ ਦਿੰਦਾ ਹੈ, ਅਤੇ TLS 1.3 ਉਸ ਡੇਟਾ ਨੂੰ ਸਿਰੇ ਤੋਂ ਸਿਰੇ ਤੱਕ ਪ੍ਰਮਾਣਿਤ ਕਰਦਾ ਹੈ। ਪਰ ਇਹ ਵਾਅਦਾ ਨਹੀਂ ਕਰਦਾ ਕਿ ਹਮਲਾਵਰ ਅੰਡਰਲਾਈੰਗ TCP ਕਨੈਕਸ਼ਨ ਨੂੰ ਰੋਕ ਨਹੀਂ ਸਕਦਾ। ਇਸ ਲਈ ਐਪਲੀਕੇਸ਼ਨ ਪੜ੍ਹਨ ਲਈ ਸੁਰੱਖਿਅਤ ਹੋ ਸਕਦੀ ਹੈ ਅਤੇ ਫਿਰ ਵੀ ਰੋਕੀ ਜਾ ਸਕਦੀ ਹੈ, ਅਤੇ ਰੋਕ ਖੁਲਾਸੇ ਵਰਗਾ ਨਤੀਜਾ ਨਹੀਂ ਹੈ। ਜੋਖਮ ਦਾ ਮੁਲਾਂਕਣ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਦੋਵਾਂ ਨੂੰ ਵੱਖ ਕਰੋ।

ਇਹ ਅੰਤਰ ਰਿਪੋਰਟ ਲਈ ਮਹੱਤਵਪੂਰਨ ਹੈ। ਇਹ VPN ਅਸੁਰੱਖਿਅਤ ਹੈ ਦੇ ਧੁੰਦਲੇ ਦਾਅਵੇ ਨੂੰ ਨੇੜਲਾ ਹਮਲਾਵਰ ਕੀ ਦੇਖ ਸਕਦਾ ਜਾਂ ਰੋਕ ਸਕਦਾ ਸੀ ਬਾਰੇ ਸੀਮਤ ਬਿਆਨ ਵਿੱਚ ਬਦਲ ਦਿੰਦਾ ਹੈ।

ਜਾਂਚ 4: ਤੁਸੀਂ ਅਸਲ ਵਿੱਚ ਕਿਹੜਾ ਘਟਾਓ ਉਪਾਅ ਲਾਗੂ ਕੀਤਾ

ਖੁਲਾਸਾ ਰੂਟਿੰਗ ਅਤੇ ਫਿਲਟਰਿੰਗ ਘਟਾਓ ਉਪਾਵਾਂ ਦੀ ਚਰਚਾ ਕਰਦਾ ਹੈ ਅਤੇ ਉਹਨਾਂ ਦੀਆਂ ਸੀਮਾਵਾਂ ਬਾਰੇ ਸਪੱਸ਼ਟ ਹੈ, ਜਿਸ ਵਿੱਚ ਰਿਵਰਸ-ਪਾਥ ਫਿਲਟਰਿੰਗ ਅਤੇ ਅਸਮਾਨ ਰੂਟ ਸ਼ਾਮਲ ਹਨ। ਇੱਕ sysctl ਮੁੱਲ ਹਰ VPN ਹੋਸਟ ਤੇ ਲਗਾ ਕੇ ਹੱਲ ਹੋ ਗਿਆ ਨਾ ਕਹੋ। ਰਿਵਰਸ-ਪਾਥ ਫਿਲਟਰਿੰਗ ਰੂਟਿੰਗ ਨਾਲ ਕਿਰਿਆ ਕਰਦੀ ਹੈ, ਇਸ ਲਈ ਇੱਕ ਟੋਪੋਲੋਜੀ ਦੀ ਮਦਦ ਕਰਨ ਵਾਲਾ ਮੁੱਲ ਦੂਜੇ ਨੂੰ ਤੋੜ ਸਕਦਾ ਹੈ।

ਜਾਂਚ ਇੱਕ ਹੁਕਮ ਹੈ, ਟਿੱਕ ਬਾਕਸ ਨਹੀਂ। sysctl net.ipv4.conf.all.rp_filter ਵਿਸ਼ਵਵਿਆਪੀ ਮੁੱਲ ਦਿਖਾਉਂਦਾ ਹੈ, ਅਤੇ sysctl net.ipv4.conf.tun0.rp_filter ਅਸਲ ਵਿੱਚ ਲਾਗੂ ਹੋਣ ਵਾਲਾ ਇੰਟਰਫੇਸ ਮੁੱਲ ਦਿਖਾਉਂਦਾ ਹੈ। ਕਿਸੇ ਵੀ ਬਦਲਾਅ ਤੋਂ ਪਹਿਲਾਂ ਅਤੇ ਬਾਅਦ ਦੋਵੇਂ ਪੜ੍ਹੋ।

ਵੰਡ ਦੀ ਸਲਾਹ ਅਤੇ ਆਪਣੀ ਰੂਟਿੰਗ ਡਿਜ਼ਾਈਨ ਵਰਤੋ, ਫਿਰ ਸੁਰੰਗ ਢੋਣ ਵਾਲੇ ਇੰਟਰਫੇਸ ਤੇ ਸੈਟਿੰਗ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ, ਕਿਸੇ ਨਾ ਲੋਡ ਕੀਤੀ ਫਾਈਲ ਵਿੱਚ ਨਹੀਂ।

ਕੀ ਲਿਖਣਾ ਹੈ

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

OS ਰਿਲੀਜ਼ ਤਾਰੀਖ ਅਤੇ ਕੰਮ ਕਰਦਾ VPN ਕਨੈਕਸ਼ਨ ਮੁਲਾਂਕਣ ਨਹੀਂ ਹਨ। ਇਹ ਦੋ ਤੱਥ ਹਨ ਜੋ ਇਤਫਾਕਨ ਇਕੱਠੇ ਕਰਨੇ ਆਸਾਨ ਹਨ।