{"id":112094,"date":"2023-12-09T21:10:14","date_gmt":"2023-12-09T19:10:14","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/uyazvimost-v-bluetooth-stekah-linux-macos-android-i-ios-dopuskayushhaya-podstanovku-nazhatij-klavish"},"modified":"2023-12-09T21:10:14","modified_gmt":"2023-12-09T19:10:14","slug":"uyazvimost-v-bluetooth-stekah-linux-macos-android-i-ios-dopuskayushhaya-podstanovku-nazhatij-klavish","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pl\/blog\/news\/uyazvimost-v-bluetooth-stekah-linux-macos-android-i-ios-dopuskayushhaya-podstanovku-nazhatij-klavish","title":{"rendered":"Vulnerabilno\u015b\u0107 w stosach Bluetooth dla system\u00f3w Linux, macOS, Android i iOS, umo\u017cliwiaj\u0105ca podstawienie naci\u015bni\u0119\u0107 klawiszy","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Marc Newlin, kt\u00f3ry siedem lat temu zidentyfikowa\u0142 luk\u0119 MouseJack, ujawni\u0142 informacje o podobnej podatno\u015bci (CVE-2023-45866), dotycz\u0105cej stos\u00f3w Bluetooth w Androidzie, Linuksie, macOS i iOS, kt\u00f3ra umo\u017cliwia podmian\u0119 naci\u015bni\u0119\u0107 klawiszy za pomoc\u0105 symulacji aktywno\u015bci urz\u0105dzenia wej\u015bciowego po\u0142\u0105czonego przez Bluetooth. Maj\u0105c dost\u0119p do wej\u015bcia z klawiatury, atakuj\u0105cy mo\u017ce wykona\u0107 takie dzia\u0142ania, jak uruchamianie polece\u0144 w systemie, instalowanie aplikacji i przekierowywanie wiadomo\u015bci. <\/p>\n
Luka wynika z tego, \u017ce hostowe sterowniki HID (Human Interface Device) dla urz\u0105dze\u0144 Bluetooth maj\u0105 tryb, kt\u00f3ry pozwala zdalnemu urz\u0105dzeniu peryferyjnemu na tworzenie i ustanawianie szyfrowanych po\u0142\u0105cze\u0144 bez uwierzytelnienia. Mi\u0119dzy innymi, urz\u0105dzenia pod\u0142\u0105czone w ten spos\u00f3b mog\u0105 przesy\u0142a\u0107 wiadomo\u015bci z klawiatury, a stos HID je obs\u0142u\u017cy, co umo\u017cliwia przeprowadzenie ataku na zdaln\u0105 podmian\u0119 wiadomo\u015bci HID bez udzia\u0142u u\u017cytkownika. Atak mo\u017ce by\u0107 przeprowadzony, gdy przest\u0119pca znajduje si\u0119 w odleg\u0142o\u015bci do 100 metr\u00f3w od ofiary. <\/p>\n
Mechanizm parowania urz\u0105dze\u0144 bez uwierzytelnienia jest okre\u015blony w specyfikacji Bluetooth i w zale\u017cno\u015bci od ustawie\u0144 stosu Bluetooth umo\u017cliwia pod\u0142\u0105czenie urz\u0105dzenia bez potwierdzenia od u\u017cytkownika. W systemie Linux, korzystaj\u0105c ze stosu Bluetooth BlueZ, adapter Bluetooth musi by\u0107 w trybie wykrywania i \u0142\u0105czenia. W Androidzie wystarczy w\u0142\u0105czy\u0107 obs\u0142ug\u0119 Bluetooth. W iOS i macOS, aby przeprowadzi\u0107 atak, Bluetooth musi by\u0107 w\u0142\u0105czony, a bezprzewodowa klawiatura musi by\u0107 pod\u0142\u0105czona. <\/p>\n
Mo\u017cliwo\u015b\u0107 podmiany wej\u015bcia zosta\u0142a zademonstrowana w systemie Ubuntu 18.04, 20.04, 22.04 i 23.10 z stosami Bluetooth opartymi na pakiecie Bluez. ChromeOS nie jest podatny na t\u0119 luk\u0119, poniewa\u017c ustawienia stosu Bluetooth w nim nie zezwalaj\u0105 na po\u0142\u0105czenia bez uwierzytelnienia. W Androidzie luka dotyczy urz\u0105dze\u0144 z wersjami platformy od 4.2.2 do 14. W macOS luka zosta\u0142a zademonstrowana w MacBook Pro 2022 z procesorem Apple M2 i macOS 13.3.3 oraz MacBook Air 2017 z procesorem Intel i macOS 12.6.7. W iOS luka zosta\u0142a zademonstrowana w iPhone SE z iOS 16.6. W\u0142\u0105czenie trybu Lockdown nie chroni przed atakiem w macOS i iOS. <\/p>\n
W systemie Linux problem zosta\u0142 rozwi\u0105zany w bazie kodowej Bluez poprzez ustawienie opcji «ClassicBondedOnly» na warto\u015b\u0107 «true», co w\u0142\u0105cza tryb bezpieczny, pozwalaj\u0105cy na nawi\u0105zywanie po\u0142\u0105cze\u0144 tylko po sparowaniu. Wcze\u015bniej warto\u015b\u0107 ustawiono na «false», co, kosztem bezpiecze\u0144stwa, rozwi\u0105zywa\u0142o problemy z kompatybilno\u015bci\u0105 z niekt\u00f3rymi urz\u0105dzeniami wej\u015bciowymi. <\/p>\n
W stosie Bluetooth Fluoride, u\u017cywanym w najnowszych wersjach Androida, problem zosta\u0142 rozwi\u0105zany poprzez obowi\u0105zkowe stosowanie uwierzytelniania dla wszystkich szyfrowanych po\u0142\u0105cze\u0144. Poprawki dla Androida zosta\u0142y utworzone tylko dla ga\u0142\u0119zi 11-14. Dla urz\u0105dze\u0144 Pixel problem zosta\u0142 rozwi\u0105zany w grudniowej aktualizacji oprogramowania. W przypadku wyda\u0144 Androida od 4.2.2 do 10 problem pozostaje nieusuni\u0119ty. \n \u0179r\u00f3d\u0142o: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"