Realtek SDK ਵਿੱਚ ਕਮਜ਼ੋਰੀਆਂ 65 ਨਿਰਮਾਤਾਵਾਂ ਦੀਆਂ ਡਿਵਾਈਸਾਂ ਵਿੱਚ ਸਮੱਸਿਆਵਾਂ ਦਾ ਕਾਰਨ ਬਣਦੀਆਂ ਹਨ

Realtek SDK ਦੇ ਭਾਗਾਂ ਵਿੱਚ ਚਾਰ ਕਮਜ਼ੋਰੀਆਂ ਦੀ ਪਛਾਣ ਕੀਤੀ ਗਈ ਹੈ, ਜੋ ਕਿ ਵੱਖ-ਵੱਖ ਵਾਇਰਲੈੱਸ ਡਿਵਾਈਸ ਨਿਰਮਾਤਾਵਾਂ ਦੁਆਰਾ ਉਹਨਾਂ ਦੇ ਫਰਮਵੇਅਰ ਵਿੱਚ ਵਰਤੀ ਜਾਂਦੀ ਹੈ, ਜੋ ਇੱਕ ਅਣ-ਪ੍ਰਮਾਣਿਤ ਹਮਲਾਵਰ ਨੂੰ ਉੱਚੇ ਅਧਿਕਾਰਾਂ ਵਾਲੇ ਇੱਕ ਡਿਵਾਈਸ ਤੇ ਰਿਮੋਟਲੀ ਕੋਡ ਨੂੰ ਚਲਾਉਣ ਦੀ ਆਗਿਆ ਦੇ ਸਕਦੀ ਹੈ। ਸ਼ੁਰੂਆਤੀ ਅਨੁਮਾਨਾਂ ਦੇ ਅਨੁਸਾਰ, ਸਮੱਸਿਆਵਾਂ 200 ਵੱਖ-ਵੱਖ ਸਪਲਾਇਰਾਂ ਦੇ ਘੱਟੋ-ਘੱਟ 65 ਡਿਵਾਈਸ ਮਾਡਲਾਂ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਦੀਆਂ ਹਨ, ਜਿਸ ਵਿੱਚ ਵਾਇਰਲੈੱਸ ਰਾਊਟਰਾਂ Asus, A-Link, Beeline, Belkin, Buffalo, D-Link, Edison, Huawei, LG, Logitec, MT- ਦੇ ਵੱਖ-ਵੱਖ ਮਾਡਲ ਸ਼ਾਮਲ ਹਨ। ਲਿੰਕ, ਨੈੱਟਗੇਅਰ, ਰੀਅਲਟੈਕ, ਸਮਾਰਟਲਿੰਕ, ਯੂਪੀਵੀਈਐਲ, ਜ਼ੈੱਡਟੀਈ ਅਤੇ ਜ਼ਾਈਕਸਲ।

ਸਮੱਸਿਆ RTL8xxx SoC 'ਤੇ ਆਧਾਰਿਤ ਵਾਇਰਲੈੱਸ ਡਿਵਾਈਸਾਂ ਦੀਆਂ ਵੱਖ-ਵੱਖ ਸ਼੍ਰੇਣੀਆਂ ਨੂੰ ਕਵਰ ਕਰਦੀ ਹੈ, ਵਾਇਰਲੈੱਸ ਰਾਊਟਰਾਂ ਅਤੇ Wi-Fi ਐਂਪਲੀਫਾਇਰ ਤੋਂ ਲੈ ਕੇ IP ਕੈਮਰੇ ਅਤੇ ਸਮਾਰਟ ਲਾਈਟਿੰਗ ਕੰਟਰੋਲ ਡਿਵਾਈਸਾਂ ਤੱਕ। RTL8xxx ਚਿਪਸ 'ਤੇ ਅਧਾਰਤ ਡਿਵਾਈਸਾਂ ਇੱਕ ਆਰਕੀਟੈਕਚਰ ਦੀ ਵਰਤੋਂ ਕਰਦੀਆਂ ਹਨ ਜਿਸ ਵਿੱਚ ਦੋ SoCs ਦੀ ਸਥਾਪਨਾ ਸ਼ਾਮਲ ਹੁੰਦੀ ਹੈ - ਪਹਿਲਾ ਇੱਕ ਨਿਰਮਾਤਾ ਦੇ ਲੀਨਕਸ-ਅਧਾਰਿਤ ਫਰਮਵੇਅਰ ਨੂੰ ਸਥਾਪਿਤ ਕਰਦਾ ਹੈ, ਅਤੇ ਦੂਜਾ ਐਕਸੈਸ ਪੁਆਇੰਟ ਫੰਕਸ਼ਨਾਂ ਨੂੰ ਲਾਗੂ ਕਰਨ ਦੇ ਨਾਲ ਇੱਕ ਵੱਖਰੇ ਸਟ੍ਰਿਪਡ-ਡਾਊਨ ਲੀਨਕਸ ਵਾਤਾਵਰਣ ਨੂੰ ਚਲਾਉਂਦਾ ਹੈ। ਦੂਜੇ ਵਾਤਾਵਰਣ ਦੀ ਭਰਾਈ SDK ਵਿੱਚ Realtek ਦੁਆਰਾ ਪ੍ਰਦਾਨ ਕੀਤੇ ਗਏ ਮਿਆਰੀ ਹਿੱਸਿਆਂ 'ਤੇ ਅਧਾਰਤ ਹੈ। ਇਹ ਹਿੱਸੇ ਬਾਹਰੀ ਬੇਨਤੀਆਂ ਭੇਜਣ ਦੇ ਨਤੀਜੇ ਵਜੋਂ ਪ੍ਰਾਪਤ ਕੀਤੇ ਡੇਟਾ ਦੀ ਪ੍ਰਕਿਰਿਆ ਵੀ ਕਰਦੇ ਹਨ।

ਕਮਜ਼ੋਰੀਆਂ ਉਹਨਾਂ ਉਤਪਾਦਾਂ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਦੀਆਂ ਹਨ ਜੋ ਵਰਜਨ 2 ਤੋਂ ਪਹਿਲਾਂ Realtek SDK v3.0.x, Realtek “Jungle” SDK v3.4-1.3.2 ਅਤੇ Realtek “Luna” SDK ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ। ਫਿਕਸ ਪਹਿਲਾਂ ਹੀ Realtek "Luna" SDK 1.3.2a ਅਪਡੇਟ ਵਿੱਚ ਜਾਰੀ ਕੀਤਾ ਗਿਆ ਹੈ, ਅਤੇ Realtek "Jungle" SDK ਲਈ ਪੈਚ ਵੀ ਪ੍ਰਕਾਸ਼ਨ ਲਈ ਤਿਆਰ ਕੀਤੇ ਜਾ ਰਹੇ ਹਨ। Realtek SDK 2.x ਲਈ ਕੋਈ ਫਿਕਸ ਜਾਰੀ ਕਰਨ ਦੀ ਕੋਈ ਯੋਜਨਾ ਨਹੀਂ ਹੈ, ਕਿਉਂਕਿ ਇਸ ਸ਼ਾਖਾ ਲਈ ਸਮਰਥਨ ਪਹਿਲਾਂ ਹੀ ਬੰਦ ਕਰ ਦਿੱਤਾ ਗਿਆ ਹੈ। ਸਾਰੀਆਂ ਕਮਜ਼ੋਰੀਆਂ ਲਈ, ਕਾਰਜਸ਼ੀਲ ਸ਼ੋਸ਼ਣ ਪ੍ਰੋਟੋਟਾਈਪ ਪ੍ਰਦਾਨ ਕੀਤੇ ਗਏ ਹਨ ਜੋ ਤੁਹਾਨੂੰ ਡਿਵਾਈਸ 'ਤੇ ਤੁਹਾਡੇ ਕੋਡ ਨੂੰ ਚਲਾਉਣ ਦੀ ਆਗਿਆ ਦਿੰਦੇ ਹਨ।

ਪਛਾਣੀਆਂ ਗਈਆਂ ਕਮਜ਼ੋਰੀਆਂ (ਪਹਿਲੇ ਦੋ ਨੂੰ 8.1 ਦੀ ਤੀਬਰਤਾ ਦਾ ਪੱਧਰ ਨਿਰਧਾਰਤ ਕੀਤਾ ਗਿਆ ਹੈ, ਅਤੇ ਬਾਕੀ - 9.8):

• CVE-2021-35392 - mini_upnpd ਅਤੇ wscd ਪ੍ਰਕਿਰਿਆਵਾਂ ਵਿੱਚ ਬਫਰ ਓਵਰਫਲੋ ਜੋ "WiFi ਸਧਾਰਨ ਸੰਰਚਨਾ" ਕਾਰਜਕੁਸ਼ਲਤਾ ਨੂੰ ਲਾਗੂ ਕਰਦੇ ਹਨ (mini_upnpd SSDP ਪੈਕੇਟਾਂ ਦੀ ਪ੍ਰਕਿਰਿਆ ਕਰਦਾ ਹੈ, ਅਤੇ wscd, SSDP ਦਾ ਸਮਰਥਨ ਕਰਨ ਤੋਂ ਇਲਾਵਾ, HTTP ਪ੍ਰੋਟੋਕੋਲ ਦੇ ਅਧਾਰ 'ਤੇ UPnP ਬੇਨਤੀਆਂ ਦੀ ਪ੍ਰਕਿਰਿਆ ਕਰਦਾ ਹੈ)। ਇੱਕ ਹਮਲਾਵਰ "ਕਾਲਬੈਕ" ਖੇਤਰ ਵਿੱਚ ਇੱਕ ਬਹੁਤ ਵੱਡੇ ਪੋਰਟ ਨੰਬਰ ਦੇ ਨਾਲ ਵਿਸ਼ੇਸ਼ ਤੌਰ 'ਤੇ ਤਿਆਰ ਕੀਤੇ UPnP "SUBSCRIBE" ਬੇਨਤੀਆਂ ਭੇਜ ਕੇ ਆਪਣੇ ਕੋਡ ਨੂੰ ਲਾਗੂ ਕਰ ਸਕਦਾ ਹੈ। SUBSCRIBE /upnp/event/WFAWLANConfig1 HTTP/1.1 ਹੋਸਟ: 192.168.100.254:52881 ਕਾਲਬੈਕ: NT:upnp:ਇਵੈਂਟ
• CVE-2021-35393 WiFi ਸਧਾਰਨ ਕੌਂਫਿਗ ਹੈਂਡਲਰ ਵਿੱਚ ਇੱਕ ਕਮਜ਼ੋਰੀ ਹੈ ਜੋ SSDP ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਸਮੇਂ ਵਾਪਰਦੀ ਹੈ (UDP ਅਤੇ HTTP ਦੇ ਸਮਾਨ ਇੱਕ ਬੇਨਤੀ ਫਾਰਮੈਟ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ)। ਨੈੱਟਵਰਕ 'ਤੇ ਸੇਵਾਵਾਂ ਦੀ ਮੌਜੂਦਗੀ ਦਾ ਪਤਾ ਲਗਾਉਣ ਲਈ ਗਾਹਕਾਂ ਦੁਆਰਾ ਭੇਜੇ ਗਏ M-SEARCH ਸੁਨੇਹਿਆਂ ਵਿੱਚ "ST:upnp" ਪੈਰਾਮੀਟਰ ਦੀ ਪ੍ਰਕਿਰਿਆ ਕਰਦੇ ਸਮੇਂ 512 ਬਾਈਟਸ ਦੇ ਇੱਕ ਨਿਸ਼ਚਿਤ ਬਫਰ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਸਮੱਸਿਆ ਪੈਦਾ ਹੁੰਦੀ ਹੈ।
• CVE-2021-35394 MP ਡੈਮਨ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਇੱਕ ਕਮਜ਼ੋਰੀ ਹੈ, ਜੋ ਕਿ ਡਾਇਗਨੌਸਟਿਕ ਓਪਰੇਸ਼ਨਾਂ (ਪਿੰਗ, ਟਰੇਸਰੌਟ) ਕਰਨ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਹੈ। ਸਮੱਸਿਆ ਬਾਹਰੀ ਉਪਯੋਗਤਾਵਾਂ ਨੂੰ ਲਾਗੂ ਕਰਨ ਵੇਲੇ ਆਰਗੂਮੈਂਟਾਂ ਦੀ ਨਾਕਾਫ਼ੀ ਜਾਂਚ ਦੇ ਕਾਰਨ ਕਿਸੇ ਦੇ ਆਪਣੇ ਕਮਾਂਡਾਂ ਨੂੰ ਬਦਲਣ ਦੀ ਆਗਿਆ ਦਿੰਦੀ ਹੈ।
• CVE-2021-35395 http ਸਰਵਰਾਂ /bin/webs ਅਤੇ /bin/boa ਦੇ ਅਧਾਰ ਤੇ ਵੈੱਬ ਇੰਟਰਫੇਸਾਂ ਵਿੱਚ ਕਮਜ਼ੋਰੀਆਂ ਦੀ ਇੱਕ ਲੜੀ ਹੈ। ਸਿਸਟਮ() ਫੰਕਸ਼ਨ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਬਾਹਰੀ ਉਪਯੋਗਤਾਵਾਂ ਨੂੰ ਸ਼ੁਰੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਜਾਂਚ ਆਰਗੂਮੈਂਟਾਂ ਦੀ ਘਾਟ ਕਾਰਨ ਹੋਣ ਵਾਲੀਆਂ ਆਮ ਕਮਜ਼ੋਰੀਆਂ ਦੋਵਾਂ ਸਰਵਰਾਂ ਵਿੱਚ ਪਛਾਣੀਆਂ ਗਈਆਂ ਸਨ। ਅੰਤਰ ਸਿਰਫ ਹਮਲਿਆਂ ਲਈ ਵੱਖ-ਵੱਖ API ਦੀ ਵਰਤੋਂ ਕਰਨ ਲਈ ਹੇਠਾਂ ਆਉਂਦੇ ਹਨ. ਦੋਵਾਂ ਹੈਂਡਲਰਾਂ ਵਿੱਚ CSRF ਹਮਲਿਆਂ ਤੋਂ ਸੁਰੱਖਿਆ ਅਤੇ "DNS ਰੀਬਾਈਡਿੰਗ" ਤਕਨੀਕ ਸ਼ਾਮਲ ਨਹੀਂ ਸੀ, ਜੋ ਕਿ ਸਿਰਫ਼ ਅੰਦਰੂਨੀ ਨੈੱਟਵਰਕ ਤੱਕ ਇੰਟਰਫੇਸ ਤੱਕ ਪਹੁੰਚ ਨੂੰ ਸੀਮਤ ਕਰਦੇ ਹੋਏ ਇੱਕ ਬਾਹਰੀ ਨੈੱਟਵਰਕ ਤੋਂ ਬੇਨਤੀਆਂ ਭੇਜਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੀ ਹੈ। ਪ੍ਰਕਿਰਿਆਵਾਂ ਵੀ ਪੂਰਵ ਪਰਿਭਾਸ਼ਿਤ ਸੁਪਰਵਾਈਜ਼ਰ/ਸੁਪਰਵਾਈਜ਼ਰ ਖਾਤੇ ਵਿੱਚ ਡਿਫਾਲਟ ਹੁੰਦੀਆਂ ਹਨ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਹੈਂਡਲਰਾਂ ਵਿੱਚ ਕਈ ਸਟੈਕ ਓਵਰਫਲੋਜ਼ ਦੀ ਪਛਾਣ ਕੀਤੀ ਗਈ ਹੈ, ਜੋ ਉਦੋਂ ਵਾਪਰਦੀਆਂ ਹਨ ਜਦੋਂ ਬਹੁਤ ਜ਼ਿਆਦਾ ਆਰਗੂਮੈਂਟ ਭੇਜੇ ਜਾਂਦੇ ਹਨ। POST /goform/formWsc HTTP/1.1 ਹੋਸਟ: 192.168.100.254 ਸਮੱਗਰੀ-ਲੰਬਾਈ: 129 ਸਮੱਗਰੀ-ਕਿਸਮ: ਐਪਲੀਕੇਸ਼ਨ/x-www-form-urlencoded submit-url=%2Fwlwps.asp&resetUnCfg=0&peerPin12345678/1/0/ ;&setPIN=Start+PIN&configVxd=off&resetRptUnCfg=XNUMX&peerRptPin=
• ਇਸ ਤੋਂ ਇਲਾਵਾ, UDPServer ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਕਈ ਹੋਰ ਕਮਜ਼ੋਰੀਆਂ ਦੀ ਪਛਾਣ ਕੀਤੀ ਗਈ ਹੈ। ਜਿਵੇਂ ਕਿ ਇਹ ਨਿਕਲਿਆ, ਇੱਕ ਸਮੱਸਿਆ ਪਹਿਲਾਂ ਹੀ ਦੂਜੇ ਖੋਜਕਰਤਾਵਾਂ ਦੁਆਰਾ 2015 ਵਿੱਚ ਖੋਜ ਲਈ ਗਈ ਸੀ, ਪਰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਠੀਕ ਨਹੀਂ ਕੀਤੀ ਗਈ ਸੀ। ਸਮੱਸਿਆ ਸਿਸਟਮ() ਫੰਕਸ਼ਨ ਨੂੰ ਪਾਸ ਕੀਤੇ ਗਏ ਆਰਗੂਮੈਂਟਾਂ ਦੀ ਸਹੀ ਪ੍ਰਮਾਣਿਕਤਾ ਦੀ ਘਾਟ ਕਾਰਨ ਹੋਈ ਹੈ ਅਤੇ ਨੈੱਟਵਰਕ ਪੋਰਟ 9034 'ਤੇ 'orf;ls' ਵਰਗੀ ਸਤਰ ਭੇਜ ਕੇ ਇਸਦਾ ਸ਼ੋਸ਼ਣ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਸਪ੍ਰਿੰਟਫ ਫੰਕਸ਼ਨ ਦੀ ਅਸੁਰੱਖਿਅਤ ਵਰਤੋਂ ਦੇ ਕਾਰਨ UDPServer ਵਿੱਚ ਇੱਕ ਬਫਰ ਓਵਰਫਲੋ ਦੀ ਪਛਾਣ ਕੀਤੀ ਗਈ ਹੈ, ਜੋ ਸੰਭਾਵੀ ਤੌਰ 'ਤੇ ਹਮਲੇ ਕਰਨ ਲਈ ਵੀ ਵਰਤੀ ਜਾ ਸਕਦੀ ਹੈ।

ਸਰੋਤ: opennet.ru