{"id":71704,"date":"2020-02-27T20:54:05","date_gmt":"2020-02-27T17:54:05","guid":{"rendered":"https:\/\/prohoster.info\/blog\/uyazvimost-v-wi-fi-chipah-cypress-i-broadcom-pozvolyayushhaya-rasshifrovat-trafik"},"modified":"2020-03-03T16:10:37","modified_gmt":"2020-03-03T13:10:37","slug":"uyazvimost-v-wi-fi-chipah-cypress-i-broadcom-pozvolyayushhaya-rasshifrovat-trafik","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pl\/blog\/news\/uyazvimost-v-wi-fi-chipah-cypress-i-broadcom-pozvolyayushhaya-rasshifrovat-trafik","title":{"rendered":"Vulnerability in Wi-Fi chips from Cypress and Broadcom allowing traffic decryption","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Badacze z firmy Eset ujawnili<\/a><\/noindex> na odbywaj\u0105cej si\u0119 konferencji RSA 2020<\/a><\/noindex> informacje o vulnerablista<\/a><\/noindex> (CVE-2019-15126<\/a><\/noindex>) w chipach bezprzewodowych Cypress i Broadcom, kt\u00f3re umo\u017cliwiaj\u0105 deszyfrowanie przechwyconego ruchu Wi-Fi zabezpieczonego za pomoc\u0105 protoko\u0142u WPA2. Wra\u017cliwo\u015b\u0107 otrzyma\u0142a nazw\u0119 kodow\u0105 Kr00k. Problem dotyczy chip\u00f3w FullMAC (stosunek Wi-Fi realizowany jest po stronie chipu, a nie sterownika), wykorzystywanych w szerokiej gamie urz\u0105dze\u0144 konsumenckich, od smartfon\u00f3w znanych producent\u00f3w (Apple, Xiaomi, Google, Samsung), po inteligentne g\u0142o\u015bniki (Amazon Echo, Amazon Kindle), p\u0142yty (Raspberry Pi 3) oraz punkty dost\u0119pu (Huawei, ASUS, Cisco).<\/p>\n

Wra\u017cliwo\u015b\u0107 wynika z niew\u0142a\u015bciwego przetwarzania kluczy szyfrowania podczas od\u0142\u0105czenia (roz\u0142\u0105czenia<\/a><\/noindex>) urz\u0105dzenia od punktu dost\u0119pu. Podczas od\u0142\u0105czenia nast\u0119puje zerowanie przechowywanego w pami\u0119ci chipu klucza sesyjnego (PTK), poniewa\u017c dalsze przesy\u0142anie danych w bie\u017c\u0105cej sesji nie b\u0119dzie mia\u0142o miejsca. Istota wra\u017cliwo\u015bci polega na tym, \u017ce pozosta\u0142e w buforze przekazy (TX) dane s\u0105 szyfrowane ju\u017c wyczyszczonym kluczem, sk\u0142adaj\u0105cym si\u0119 tylko z zer i mog\u0105 by\u0107 \u0142atwo odszyfrowane przy przechwytywaniu. Pusty klucz stosuje si\u0119 tylko do pozosta\u0142ych danych w buforze, kt\u00f3rego rozmiar wynosi kilka kilobajt\u00f3w. <\/p>\n

W ten spos\u00f3b atak polega na sztucznym wysy\u0142aniu okre\u015blonych ramek, powoduj\u0105cych roz\u0142\u0105czenie, oraz przechwytywaniu nast\u0119pnie wysy\u0142anych danych. Roz\u0142\u0105czenie zazwyczaj stosuje si\u0119 w sieciach bezprzewodowych do prze\u0142\u0105czania z jednego punktu dost\u0119pu na inny podczas roamingu lub w przypadku utraty \u0142\u0105czno\u015bci z bie\u017c\u0105cym punktem dost\u0119pu. Roz\u0142\u0105czenie mo\u017cna wywo\u0142a\u0107 poprzez wys\u0142anie ramki steruj\u0105cej, kt\u00f3ra jest przesy\u0142ana w niezaszyfrowanej formie i nie wymaga uwierzytelnienia (atakuj\u0105cemu wystarczy osi\u0105galno\u015b\u0107 sygna\u0142u Wi-Fi, ale nie jest wymagane pod\u0142\u0105czenie do sieci bezprzewodowej). Atak testowano tylko z wykorzystaniem protoko\u0142u WPA2, mo\u017cliwo\u015b\u0107 przeprowadzenia ataku na WPA3 nie zosta\u0142a sprawdzona.<\/p>\n

\"Vulnerability<\/a><\/noindex><\/center><\/p>\n

Wed\u0142ug wst\u0119pnych oszacowa\u0144 potencjalna podatno\u015b\u0107 mo\u017ce dotyczy\u0107 miliard\u00f3w urz\u0105dze\u0144 w u\u017cyciu. Na urz\u0105dzeniach z chipami Qualcomm, Realtek, Ralink oraz Mediatek problem nie wyst\u0119puje. Rozszyfrowanie ruchu jest mo\u017cliwe zar\u00f3wno w przypadku, gdy podatne urz\u0105dzenie klienckie \u0142\u0105czy si\u0119 z nieproblemowym punktem dost\u0119powym, jak i w przypadku, gdy urz\u0105dzenie, kt\u00f3re nie jest nara\u017cone na problem, \u0142\u0105czy si\u0119 z punktem dost\u0119powym, w kt\u00f3rym ta podatno\u015b\u0107 wyst\u0119puje. Wiele producent\u00f3w urz\u0105dze\u0144 konsumenckich ju\u017c wyda\u0142o aktualizacje oprogramowania eliminuj\u0105ce t\u0119 podatno\u015b\u0107 (na przyk\u0142ad firma Apple usuni\u0119\u0142a<\/a><\/noindex> podatno\u015b\u0107 ju\u017c w pa\u017adzierniku zesz\u0142ego roku). <\/p>\n

Warto zauwa\u017cy\u0107, \u017ce podatno\u015b\u0107 dotyczy szyfrowania na poziomie sieci bezprzewodowej i umo\u017cliwia analiz\u0119 jedynie ustanawianych przez u\u017cytkownika niezabezpieczonych po\u0142\u0105cze\u0144, ale nie pozwala na skompromitowanie po\u0142\u0105cze\u0144 z szyfrowaniem na poziomie aplikacji (HTTPS, SSH, STARTTLS, DNS over TLS, VPN itd.). Niebezpiecze\u0144stwo ataku zmniejsza r\u00f3wnie\u017c fakt, \u017ce w jednym czasie atakuj\u0105cy mo\u017ce rozszyfrowa\u0107 jedynie kilka kilobajt\u00f3w danych, kt\u00f3re w momencie roz\u0142\u0105czania by\u0142y w buforze transmisji. Aby skutecznie przechwyci\u0107 przesy\u0142ane przez niezabezpieczone po\u0142\u0105czenie dane poufne, atakuj\u0105cy musi albo precyzyjnie wiedzie\u0107, kiedy s\u0105 one wysy\u0142ane, albo nieustannie inicjowa\u0107 roz\u0142\u0105czenie z punktem dost\u0119powym, co rzuca si\u0119 w oczy u\u017cytkownikowi z powodu ci\u0105g\u0142ych restart\u00f3w po\u0142\u0105czenia bezprzewodowego.<\/p>\n

Niekt\u00f3re z urz\u0105dze\u0144 przetestowanych przez Eset pod k\u0105tem mo\u017cliwo\u015bci przeprowadzenia ataku to:<\/p>\n