ਓਪਨਬੀਐਸਡੀ ਵਿੱਚ ਕਮਜ਼ੋਰੀਆਂ smtpd, ldapd ਅਤੇ radiusd ਵਿੱਚ ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰ ਵਧਾਉਣ ਅਤੇ ਪ੍ਰਮਾਣਿਕਤਾ ਨੂੰ ਬਾਈਪਾਸ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦੀਆਂ ਹਨ

ਕੁਆਲਿਸ ਕੰਪਨੀ ਪ੍ਰਗਟ ਕੀਤਾ ਚਾਰ ਕਮਜ਼ੋਰੀਆਂ OpenBSD ਵਿੱਚ, ਜਿਸ ਵਿੱਚੋਂ ਇੱਕ ਤੁਹਾਨੂੰ ਕੁਝ ਨੈੱਟਵਰਕ ਸੇਵਾਵਾਂ ਨਾਲ ਪ੍ਰਮਾਣਿਕਤਾ ਤੋਂ ਬਿਨਾਂ ਰਿਮੋਟ ਨਾਲ ਜੁੜਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਬਾਕੀ ਤਿੰਨ ਸਿਸਟਮ ਵਿੱਚ ਉਹਨਾਂ ਦੇ ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰਾਂ ਨੂੰ ਵਧਾਉਣ ਲਈ। ਕੁਆਲਿਸ ਰਿਪੋਰਟ ਨੇ ਓਪਨਬੀਐਸਡੀ ਡਿਵੈਲਪਰਾਂ ਦੇ ਤੇਜ਼ ਜਵਾਬ ਨੂੰ ਨੋਟ ਕੀਤਾ - ਸਾਰੀਆਂ ਸਮੱਸਿਆਵਾਂ ਸਨ ਹਟਾਇਆ в ਓਪਨਬੀਐਸਡੀ 6.5 и ਓਪਨਬੀਐਸਡੀ 6.6 ਨਿੱਜੀ ਨੋਟਿਸ ਤੋਂ ਬਾਅਦ 40 ਘੰਟਿਆਂ ਦੇ ਅੰਦਰ।

ਰਿਮੋਟਲੀ ਸ਼ੋਸ਼ਣਯੋਗ ਕਮਜ਼ੋਰੀ libc ਲਾਇਬ੍ਰੇਰੀ ਵਿੱਚ ਪ੍ਰਮਾਣਿਕਤਾ ਹੈਂਡਲਰ ਨੂੰ ਕਾਲ ਦਾ ਪ੍ਰਬੰਧ ਕਰਨ ਵਿੱਚ ਇੱਕ ਗਲਤੀ ਕਾਰਨ ਹੁੰਦੀ ਹੈ, ਜੋ ਕਾਲ
/usr/libexec/auth/login_style ਪ੍ਰੋਗਰਾਮ ਕਮਾਂਡ ਲਾਈਨ 'ਤੇ ਆਰਗੂਮੈਂਟ ਪਾਸ ਕਰਦਾ ਹੈ। ਵਿਕਲਪਿਕ ਪੈਰਾਮੀਟਰ "-s ਸੇਵਾ" ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ login_style ਕਾਲ ਕਰਨ ਵੇਲੇ, ਪ੍ਰੋਟੋਕੋਲ ਦਾ ਨਾਮ ਪਾਸ ਕਰਨ ਦੀ ਆਗਿਆ ਹੈ। ਜੇਕਰ ਯੂਜ਼ਰਨੇਮ ਦੇ ਸ਼ੁਰੂ ਵਿੱਚ ਇੱਕ "-" ਅੱਖਰ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਇਸ ਨਾਮ ਨੂੰ ਇੱਕ ਵਿਕਲਪ ਮੰਨਿਆ ਜਾਵੇਗਾ ਜਦੋਂ login_style ਚਲਾਇਆ ਜਾਵੇਗਾ। ਇਸ ਅਨੁਸਾਰ, ਜੇਕਰ ਤੁਸੀਂ ਪ੍ਰਮਾਣਿਕਤਾ ਦੇ ਦੌਰਾਨ ਉਪਭੋਗਤਾ ਨਾਮ ਵਜੋਂ "-schallenge" ਜਾਂ "-schallenge: passwd" ਨੂੰ ਨਿਸ਼ਚਿਤ ਕਰਦੇ ਹੋ, ਤਾਂ login_style ਹੈਂਡਲਰ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਬੇਨਤੀ ਨੂੰ ਸਮਝੇਗਾ। S/ਕੁੰਜੀ.

ਸਮੱਸਿਆ ਇਹ ਹੈ ਕਿ login_style ਵਿੱਚ S/key ਪ੍ਰੋਟੋਕੋਲ ਸਿਰਫ਼ ਰਸਮੀ ਤੌਰ 'ਤੇ ਸਮਰਥਿਤ ਹੈ, ਪਰ ਅਸਲ ਵਿੱਚ ਸਫਲ ਪ੍ਰਮਾਣਿਕਤਾ ਦੇ ਸੰਕੇਤ ਦੇ ਆਉਟਪੁੱਟ ਨਾਲ ਅਣਡਿੱਠ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਇਸ ਤਰ੍ਹਾਂ, ਇੱਕ ਹਮਲਾਵਰ "-schallenge" ਉਪਭੋਗਤਾ ਵਜੋਂ ਪੇਸ਼ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਪ੍ਰਮਾਣਿਕਤਾ ਨੂੰ ਬਾਈਪਾਸ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਪਾਸਵਰਡ ਜਾਂ ਕੁੰਜੀਆਂ ਨਿਰਧਾਰਤ ਕੀਤੇ ਬਿਨਾਂ ਪਹੁੰਚ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦਾ ਹੈ। ਸਾਰੀਆਂ ਨੈੱਟਵਰਕ ਸੇਵਾਵਾਂ ਜੋ ਪ੍ਰਮਾਣਿਕਤਾ ਲਈ ਨਿਯਮਤ libc ਕਾਲਾਂ ਵਰਤਦੀਆਂ ਹਨ ਸੰਭਾਵੀ ਤੌਰ 'ਤੇ ਸਮੱਸਿਆ ਨਾਲ ਪ੍ਰਭਾਵਿਤ ਹੁੰਦੀਆਂ ਹਨ। ਉਦਾਹਰਨ ਲਈ, ਪ੍ਰਮਾਣਿਕਤਾ ਨੂੰ ਬਾਈਪਾਸ ਕਰਨ ਦੀ ਯੋਗਤਾ ਦੀ ਪੁਸ਼ਟੀ smtpd (AUTH PLAIN), ldapd ਅਤੇ radiusd ਵਿੱਚ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।

ਕਮਜ਼ੋਰੀ ਆਪਣੇ ਆਪ ਨੂੰ sshd ਵਿੱਚ ਪ੍ਰਗਟ ਨਹੀਂ ਕਰਦੀ, ਕਿਉਂਕਿ ਇਸ ਵਿੱਚ ਸਿਸਟਮ ਵਿੱਚ ਉਪਭੋਗਤਾ ਦੀ ਮੌਜੂਦਗੀ ਦੀ ਜਾਂਚ ਕਰਨ ਨਾਲ ਵਾਧੂ ਸੁਰੱਖਿਆ ਹੁੰਦੀ ਹੈ। ਹਾਲਾਂਕਿ, sshd ਦੀ ਵਰਤੋਂ ਇਹ ਜਾਂਚ ਕਰਨ ਲਈ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ ਕਿ ਕੀ ਕੋਈ ਸਿਸਟਮ ਇੱਕ ਕਮਜ਼ੋਰੀ ਲਈ ਸੰਵੇਦਨਸ਼ੀਲ ਹੈ - ਜਦੋਂ ਉਪਭੋਗਤਾ ਨਾਮ "-sresponse:passwd" ਤੱਕ ਪਹੁੰਚ ਕਰਦੇ ਹੋ, ਤਾਂ ਕੁਨੈਕਸ਼ਨ ਹੈਂਗ ਹੋ ਜਾਂਦਾ ਹੈ, ਕਿਉਂਕਿ sshd ਕਾਲ (ਚੁਣੌਤੀ) ਦੇ ਮਾਪਦੰਡਾਂ ਨੂੰ ਵਾਪਸ ਕਰਨ ਲਈ login_passwd ਦੀ ਉਡੀਕ ਕਰਦਾ ਹੈ, ਅਤੇ login_passwd. ਗੁੰਮ ਹੋਏ ਪੈਰਾਮੀਟਰਾਂ ਦੇ ਟ੍ਰਾਂਸਫਰ ਦੀ ਉਡੀਕ ਕਰਦਾ ਹੈ (ਨਾਮ "- sresponse" ਨੂੰ ਇੱਕ ਵਿਕਲਪ ਵਜੋਂ ਲਿਆ ਗਿਆ ਹੈ)। ਇੱਕ ਸੰਭਾਵੀ ਸਥਾਨਕ ਹਮਲਾਵਰ su ਉਪਯੋਗਤਾ ਵਿੱਚ ਪ੍ਰਮਾਣਿਕਤਾ ਨੂੰ ਬਾਈਪਾਸ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਸਕਦਾ ਹੈ, ਪਰ "-sresponse" ਨਾਮ ਪਾਸ ਕਰਨ ਨਾਲ getpwnam_r("-schallenge", ...) ਫੰਕਸ਼ਨ ਨੂੰ ਚਲਾਉਣ ਵੇਲੇ ਇੱਕ ਨਲ ਪੁਆਇੰਟਰ ਦੀ ਵਾਪਸੀ ਕਾਰਨ ਪ੍ਰਕਿਰਿਆ ਕਰੈਸ਼ ਹੋ ਜਾਂਦੀ ਹੈ। .

ਹੋਰ ਕਮਜ਼ੋਰੀਆਂ:

• CVE-2019-19520 - xlock ਉਪਯੋਗਤਾ ਨੂੰ ਹੇਰਾਫੇਰੀ ਕਰਕੇ ਸਥਾਨਕ ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰ ਵਧਾਉਣਾ ਜੋ sgid ਫਲੈਗ ਦੇ ਨਾਲ ਆਉਂਦਾ ਹੈ ਜੋ ਸਮੂਹ ਨੂੰ "ਪ੍ਰਮਾਣਿਕਤਾ" ਵਿੱਚ ਬਦਲਦਾ ਹੈ। xlock ਕੋਡ ਵਿੱਚ, ਲਾਇਬ੍ਰੇਰੀ ਮਾਰਗਾਂ ਦੀ ਮੁੜ ਪਰਿਭਾਸ਼ਾ ਉਦੋਂ ਹੀ ਮਨਾਹੀ ਹੈ ਜਦੋਂ ਉਪਭੋਗਤਾ ਆਈਡੀ (ਸੈਟੁਇਡ) ਬਦਲਿਆ ਜਾਂਦਾ ਹੈ, ਜੋ ਹਮਲਾਵਰ ਨੂੰ ਵਾਤਾਵਰਣ ਵੇਰੀਏਬਲ "LIBGL_DRIVERS_PATH" ਨੂੰ ਬਦਲਣ ਅਤੇ ਆਪਣੀ ਸਾਂਝੀ ਲਾਇਬ੍ਰੇਰੀ ਦੀ ਲੋਡਿੰਗ ਨੂੰ ਸੰਗਠਿਤ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ, ਜਿਸਦਾ ਕੋਡ ਲਾਗੂ ਕੀਤਾ ਜਾਵੇਗਾ। "ਪ੍ਰਮਾਣਿਕਤਾ" ਸਮੂਹ ਨੂੰ ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰ ਵਧਾਉਣ ਤੋਂ ਬਾਅਦ।
• CVE-2019-19522 - ਸਿਸਟਮ ਵਿੱਚ S/Key ਜਾਂ YubiKey ਪ੍ਰਮਾਣਿਕਤਾ ਸਮਰੱਥ ਹੋਣ 'ਤੇ "ਪ੍ਰਮਾਣਿਕਤਾ" ਸਮੂਹ ਵਿੱਚ ਇੱਕ ਸਥਾਨਕ ਉਪਭੋਗਤਾ ਨੂੰ ਕੋਡ ਨੂੰ ਰੂਟ ਵਜੋਂ ਚਲਾਉਣ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ (ਮੂਲ ਰੂਪ ਵਿੱਚ ਸਮਰੱਥ ਨਹੀਂ)। "auth" ਸਮੂਹ ਦਾ ਮੈਂਬਰ ਹੋਣ ਦੇ ਨਾਤੇ, ਜਿਸ ਨੂੰ ਉਪਰੋਕਤ xlock ਕਮਜ਼ੋਰੀ ਦਾ ਸ਼ੋਸ਼ਣ ਕਰਕੇ ਐਕਸੈਸ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਫਾਇਲਾਂ ਨੂੰ /etc/skey ਅਤੇ /var/db/yubikey ਡਾਇਰੈਕਟਰੀਆਂ ਵਿੱਚ ਲਿਖਣ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ। ਉਦਾਹਰਨ ਲਈ, ਇੱਕ ਹਮਲਾਵਰ ਇੱਕ ਨਵੀਂ /etc/skey/root ਫਾਈਲ ਜੋੜ ਸਕਦਾ ਹੈ ਤਾਂ ਜੋ S/key ਦੁਆਰਾ ਰੂਟ ਪ੍ਰਮਾਣਿਕਤਾ ਲਈ ਵਨ-ਟਾਈਮ ਕੁੰਜੀਆਂ ਤਿਆਰ ਕੀਤੀਆਂ ਜਾ ਸਕਣ।
• CVE-2019-19519 - su ਉਪਯੋਗਤਾ ਨਾਲ ਹੇਰਾਫੇਰੀ ਦੁਆਰਾ ਸਰੋਤ ਸੀਮਾਵਾਂ ਨੂੰ ਵਧਾਉਣ ਦੀ ਸੰਭਾਵਨਾ। ਜਦੋਂ "-L" ਵਿਕਲਪ ਨਿਰਧਾਰਤ ਕਰਦੇ ਹੋ, ਜੋ ਅਸਫਲ ਹੋਣ ਦੀ ਸਥਿਤੀ ਵਿੱਚ ਪ੍ਰਮਾਣਿਕਤਾ ਕੋਸ਼ਿਸ਼ਾਂ ਦੀ ਇੱਕ ਚੱਕਰੀ ਦੁਹਰਾਓ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ, ਉਪਭੋਗਤਾ ਸ਼੍ਰੇਣੀ ਸਿਰਫ ਇੱਕ ਵਾਰ ਸੈਟ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਅਤੇ ਬਾਅਦ ਦੀਆਂ ਕੋਸ਼ਿਸ਼ਾਂ 'ਤੇ ਰੀਸੈਟ ਨਹੀਂ ਹੁੰਦੀ ਹੈ। ਇੱਕ ਹਮਲਾਵਰ "su -l -L" ਨੂੰ ਇੱਕ ਵੱਖਰੀ ਅਕਾਉਂਟ ਕਲਾਸ ਨਾਲ ਕਿਸੇ ਹੋਰ ਦੇ ਲੌਗਇਨ ਵਿੱਚ ਦਾਖਲ ਹੋਣ ਦੀ ਪਹਿਲੀ ਕੋਸ਼ਿਸ਼ 'ਤੇ ਚਲਾ ਸਕਦਾ ਹੈ, ਪਰ ਆਪਣੇ ਅਧੀਨ ਸਫਲਤਾਪੂਰਵਕ ਪ੍ਰਮਾਣਿਤ ਕਰਨ ਦੀ ਦੂਜੀ ਕੋਸ਼ਿਸ਼ 'ਤੇ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਉਪਭੋਗਤਾ ਨੂੰ ਪਹਿਲੀ ਕੋਸ਼ਿਸ਼ 'ਤੇ ਨਿਰਧਾਰਤ ਉਪਭੋਗਤਾ ਸ਼੍ਰੇਣੀ ਦੇ ਅਨੁਸਾਰੀ ਸੀਮਾਵਾਂ ਨਿਰਧਾਰਤ ਕੀਤੀਆਂ ਜਾਣਗੀਆਂ (ਉਦਾਹਰਨ ਲਈ, ਪ੍ਰਕਿਰਿਆਵਾਂ ਦੀ ਵੱਧ ਤੋਂ ਵੱਧ ਸੰਖਿਆ ਜਾਂ ਪ੍ਰਕਿਰਿਆ ਲਈ ਮੈਮੋਰੀ ਦਾ ਆਕਾਰ)। ਵਿਧੀ ਸਿਰਫ਼ ਗੈਰ-ਅਧਿਕਾਰ ਪ੍ਰਾਪਤ ਉਪਭੋਗਤਾਵਾਂ ਤੋਂ ਉਧਾਰ ਲੈਣ ਦੀਆਂ ਸੀਮਾਵਾਂ ਲਈ ਕੰਮ ਕਰਦੀ ਹੈ, ਕਿਉਂਕਿ ਰੂਟ ਉਪਭੋਗਤਾ ਨੂੰ ਵ੍ਹੀਲ ਸਮੂਹ ਵਿੱਚ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ)।

ਇਸ ਤੋਂ ਇਲਾਵਾ, ਇਹ ਨੋਟ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ ਲਾਗੂ ਕਰਨ OpenBSD ਵਿੱਚ ਸਿਸਟਮ ਕਾਲਾਂ ਦੀ ਵੈਧਤਾ ਦੀ ਜਾਂਚ ਕਰਨ ਲਈ ਇੱਕ ਨਵਾਂ ਤਰੀਕਾ, ਕਮਜ਼ੋਰੀ ਦੇ ਸ਼ੋਸ਼ਣ ਨੂੰ ਹੋਰ ਗੁੰਝਲਦਾਰ ਬਣਾਉਂਦਾ ਹੈ। ਵਿਧੀ ਸਿਸਟਮ ਕਾਲਾਂ ਨੂੰ ਸਿਰਫ ਤਾਂ ਹੀ ਚਲਾਉਣ ਦੀ ਆਗਿਆ ਦਿੰਦੀ ਹੈ ਜੇਕਰ ਉਹਨਾਂ ਨੂੰ ਪਹਿਲਾਂ ਰਜਿਸਟਰਡ ਮੈਮੋਰੀ ਖੇਤਰਾਂ ਤੋਂ ਐਕਸੈਸ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਮੈਮੋਰੀ ਦੇ ਖੇਤਰਾਂ ਨੂੰ ਚਿੰਨ੍ਹਿਤ ਕਰਨ ਲਈ ਪ੍ਰਸਤਾਵਿਤ ਨਵੀਂ ਸਿਸਟਮ ਕਾਲ msyscall().

ਸਰੋਤ: opennet.ru