ਲੀਨਕਸ ਕਰਨਲ ਦੀਆਂ ਕਮਜ਼ੋਰੀਆਂ ਦਾ ਬਲੂਟੁੱਥ ਰਾਹੀਂ ਰਿਮੋਟ ਤੌਰ 'ਤੇ ਸ਼ੋਸ਼ਣ ਕੀਤਾ ਜਾਂਦਾ ਹੈ

ਲੀਨਕਸ ਕਰਨਲ ਵਿੱਚ ਇੱਕ ਕਮਜ਼ੋਰੀ (CVE-2022-42896) ਦੀ ਪਛਾਣ ਕੀਤੀ ਗਈ ਹੈ, ਜਿਸਦੀ ਵਰਤੋਂ ਬਲੂਟੁੱਥ ਰਾਹੀਂ ਵਿਸ਼ੇਸ਼ ਤੌਰ 'ਤੇ ਡਿਜ਼ਾਈਨ ਕੀਤੇ L2CAP ਪੈਕੇਟ ਨੂੰ ਭੇਜਣ ਦੁਆਰਾ ਕਰਨਲ ਪੱਧਰ 'ਤੇ ਰਿਮੋਟ ਕੋਡ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਨੂੰ ਸੰਗਠਿਤ ਕਰਨ ਲਈ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ। ਇਸ ਤੋਂ ਇਲਾਵਾ, L2022CAP ਹੈਂਡਲਰ ਵਿੱਚ ਇੱਕ ਹੋਰ ਸਮਾਨ ਮੁੱਦੇ (CVE-42895-2) ਦੀ ਪਛਾਣ ਕੀਤੀ ਗਈ ਹੈ, ਜਿਸ ਨਾਲ ਸੰਰਚਨਾ ਜਾਣਕਾਰੀ ਵਾਲੇ ਪੈਕੇਟਾਂ ਵਿੱਚ ਕਰਨਲ ਮੈਮੋਰੀ ਸਮੱਗਰੀ ਲੀਕ ਹੋ ਸਕਦੀ ਹੈ। ਪਹਿਲੀ ਕਮਜ਼ੋਰੀ ਅਗਸਤ 2014 (ਕਰਨਲ 3.16) ਤੋਂ ਦਿਖਾਈ ਦੇ ਰਹੀ ਹੈ, ਅਤੇ ਦੂਜੀ ਅਕਤੂਬਰ 2011 ਤੋਂ (ਕਰਨਲ 3.0)। ਲੀਨਕਸ ਕਰਨਲ ਰੀਲੀਜ਼ 6.1.0, 6.0.8, 4.9.333, 4.14.299, 4.19.265, 5.4.224, 5.10.154, ਅਤੇ 5.15.78 ਵਿੱਚ ਕਮਜ਼ੋਰੀਆਂ ਨੂੰ ਸੰਬੋਧਿਤ ਕੀਤਾ ਗਿਆ ਹੈ। ਤੁਸੀਂ ਹੇਠਾਂ ਦਿੱਤੇ ਪੰਨਿਆਂ 'ਤੇ ਡਿਸਟਰੀਬਿਊਸ਼ਨਾਂ ਵਿੱਚ ਫਿਕਸਾਂ ਨੂੰ ਟਰੈਕ ਕਰ ਸਕਦੇ ਹੋ: ਡੇਬੀਅਨ, ਉਬੰਟੂ, ਜੈਂਟੂ, ਆਰਐਚਈਐਲ, ਸੂਸੇ, ਫੇਡੋਰਾ, ਆਰਚ।

ਰਿਮੋਟ ਹਮਲੇ ਦੀ ਸੰਭਾਵਨਾ ਨੂੰ ਪ੍ਰਦਰਸ਼ਿਤ ਕਰਨ ਲਈ, ਪ੍ਰੋਟੋਟਾਈਪ ਕਾਰਨਾਮੇ ਪ੍ਰਕਾਸ਼ਿਤ ਕੀਤੇ ਗਏ ਹਨ ਜੋ ਉਬੰਟੂ 22.04 'ਤੇ ਕੰਮ ਕਰਦੇ ਹਨ। ਹਮਲੇ ਨੂੰ ਅੰਜਾਮ ਦੇਣ ਲਈ, ਹਮਲਾਵਰ ਬਲੂਟੁੱਥ ਰੇਂਜ ਦੇ ਅੰਦਰ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ — ਪ੍ਰੀ-ਪੇਅਰਿੰਗ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ, ਪਰ ਬਲੂਟੁੱਥ ਕੰਪਿਊਟਰ 'ਤੇ ਕਿਰਿਆਸ਼ੀਲ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਹਮਲੇ ਲਈ, ਪੀੜਤ ਦੀ ਡਿਵਾਈਸ ਦਾ MAC ਪਤਾ ਜਾਣਨਾ ਕਾਫ਼ੀ ਹੈ, ਜਿਸ ਨੂੰ ਸੁੰਘ ਕੇ ਜਾਂ ਕੁਝ ਡਿਵਾਈਸਾਂ 'ਤੇ, Wi-Fi MAC ਐਡਰੈੱਸ ਦੇ ਆਧਾਰ 'ਤੇ ਗਣਨਾ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।

ਪਹਿਲੀ ਕਮਜ਼ੋਰੀ (CVE-2022-42896) l2cap_connect ਅਤੇ l2cap_le_connect_req ਫੰਕਸ਼ਨਾਂ ਨੂੰ ਲਾਗੂ ਕਰਨ ਵਿੱਚ ਪਹਿਲਾਂ ਤੋਂ ਹੀ ਮੁਕਤ ਮੈਮੋਰੀ ਖੇਤਰ (ਵਰਤੋਂ-ਬਾਅਦ-ਮੁਫ਼ਤ) ਤੱਕ ਪਹੁੰਚ ਕਰਕੇ ਹੁੰਦੀ ਹੈ - new_connection ਕਾਲਬੈਕ ਦੁਆਰਾ ਇੱਕ ਚੈਨਲ ਬਣਾਉਣ ਤੋਂ ਬਾਅਦ, ਇੱਕ ਲਾਕ ਸੈੱਟ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਸੀ। ਇਸਦੇ ਲਈ, ਪਰ ਇੱਕ ਟਾਈਮਰ ਸੈੱਟ ਕੀਤਾ ਗਿਆ ਸੀ (__set_chan_timer), ਸਮਾਂ ਸਮਾਪਤ ਹੋਣ 'ਤੇ, l2cap_chan_timeout ਫੰਕਸ਼ਨ ਨੂੰ ਕਾਲ ਕਰਨਾ ਅਤੇ l2cap_le_connect* ਫੰਕਸ਼ਨਾਂ ਵਿੱਚ ਚੈਨਲ ਨਾਲ ਕੰਮ ਪੂਰਾ ਹੋਣ ਦੀ ਜਾਂਚ ਕੀਤੇ ਬਿਨਾਂ ਚੈਨਲ ਨੂੰ ਕਲੀਅਰ ਕਰਨਾ।

ਡਿਫੌਲਟ ਟਾਈਮਆਉਟ 40 ਸਕਿੰਟ ਹੈ ਅਤੇ ਇਹ ਮੰਨਿਆ ਗਿਆ ਸੀ ਕਿ ਅਜਿਹੀ ਦੇਰੀ ਨਾਲ ਦੌੜ ਦੀ ਸਥਿਤੀ ਨਹੀਂ ਹੋ ਸਕਦੀ, ਪਰ ਇਹ ਪਤਾ ਚਲਿਆ ਕਿ ਐਸਐਮਪੀ ਹੈਂਡਲਰ ਵਿੱਚ ਇੱਕ ਹੋਰ ਗਲਤੀ ਦੇ ਕਾਰਨ, ਟਾਈਮਰ ਨੂੰ ਤੁਰੰਤ ਕਾਲ ਪ੍ਰਾਪਤ ਕਰਨਾ ਅਤੇ ਇੱਕ ਪ੍ਰਾਪਤ ਕਰਨਾ ਸੰਭਵ ਸੀ. ਦੌੜ ਦੀ ਸਥਿਤੀ. l2cap_le_connect_req ਵਿੱਚ ਇੱਕ ਸਮੱਸਿਆ ਇੱਕ ਕਰਨਲ ਮੈਮੋਰੀ ਲੀਕ ਹੋ ਸਕਦੀ ਹੈ, ਅਤੇ l2cap_connect ਵਿੱਚ ਇਹ ਮੈਮੋਰੀ ਦੇ ਭਾਗਾਂ ਨੂੰ ਓਵਰਰਾਈਟ ਕਰਨ ਅਤੇ ਇਸਦੇ ਕੋਡ ਨੂੰ ਚਲਾਉਣ ਦਾ ਕਾਰਨ ਬਣ ਸਕਦੀ ਹੈ। ਪਹਿਲੀ ਕਿਸਮ ਦਾ ਹਮਲਾ ਬਲੂਟੁੱਥ LE 4.0 (2009 ਤੋਂ), ਦੂਜਾ ਬਲੂਟੁੱਥ BR/EDR 5.2 (2020 ਤੋਂ) ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਸਮੇਂ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।

ਦੂਜੀ ਕਮਜ਼ੋਰੀ (CVE-2022-42895) l2cap_parse_conf_req ਫੰਕਸ਼ਨ ਵਿੱਚ ਇੱਕ ਬਕਾਇਆ ਮੈਮੋਰੀ ਲੀਕ ਕਾਰਨ ਹੁੰਦੀ ਹੈ, ਜਿਸਦੀ ਵਰਤੋਂ ਖਾਸ ਤੌਰ 'ਤੇ ਤਿਆਰ ਕੀਤੀਆਂ ਸੰਰਚਨਾ ਬੇਨਤੀਆਂ ਨੂੰ ਭੇਜ ਕੇ ਕਰਨਲ ਢਾਂਚੇ ਦੇ ਪੁਆਇੰਟਰਾਂ ਬਾਰੇ ਰਿਮੋਟਲੀ ਜਾਣਕਾਰੀ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ। l2cap_parse_conf_req ਫੰਕਸ਼ਨ ਨੇ l2cap_conf_efs ਢਾਂਚੇ ਦੀ ਵਰਤੋਂ ਕੀਤੀ, ਜਿਸ ਲਈ ਨਿਰਧਾਰਤ ਕੀਤੀ ਮੈਮੋਰੀ ਪਹਿਲਾਂ ਤੋਂ ਸ਼ੁਰੂ ਨਹੀਂ ਕੀਤੀ ਗਈ ਸੀ ਅਤੇ FLAG_EFS_ENABLE ਫਲੈਗ ਨੂੰ ਹੇਰਾਫੇਰੀ ਕਰਕੇ ਪੈਕੇਟ ਵਿੱਚ ਸਟੈਕ ਤੋਂ ਪੁਰਾਣੇ ਡੇਟਾ ਨੂੰ ਸ਼ਾਮਲ ਕਰਨਾ ਸੰਭਵ ਸੀ। ਸਮੱਸਿਆ ਸਿਰਫ ਉਹਨਾਂ ਸਿਸਟਮਾਂ 'ਤੇ ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ ਜਿੱਥੇ ਕਰਨਲ CONFIG_BT_HS ਵਿਕਲਪ ਨਾਲ ਬਣਾਇਆ ਗਿਆ ਹੈ (ਡਿਫੌਲਟ ਤੌਰ 'ਤੇ ਅਯੋਗ, ਪਰ ਕੁਝ ਡਿਸਟਰੀਬਿਊਸ਼ਨਾਂ, ਜਿਵੇਂ ਕਿ ਉਬੰਟੂ' ਤੇ ਸਮਰੱਥ)। ਇੱਕ ਸਫਲ ਹਮਲੇ ਲਈ ਪ੍ਰਬੰਧਨ ਇੰਟਰਫੇਸ ਰਾਹੀਂ HCI_HS_ENABLED ਪੈਰਾਮੀਟਰ ਨੂੰ ਸਹੀ (ਮੂਲ ਰੂਪ ਵਿੱਚ ਨਹੀਂ ਵਰਤਿਆ ਜਾਂਦਾ) ਸੈੱਟ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।

ਸਰੋਤ: opennet.ru