{"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\/pt\/blog\/news\/uyazvimost-v-wi-fi-chipah-cypress-i-broadcom-pozvolyayushhaya-rasshifrovat-trafik","title":{"rendered":"Vulnerabilidade nos chips Wi-Fi da Cypress e Broadcom que permite decifrar o tr\u00e1fego","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Pesquisadores da empresa Eset revelaram<\/a><\/noindex> na confer\u00eancia que est\u00e1 ocorrendo nesses dias RSA 2020<\/a><\/noindex> informa\u00e7\u00f5es sobre no aplicativo para Windows, que permitia ao usu\u00e1rio elevar seus privil\u00e9gios no sistema para administrador (a vulnerabilidade foi causada pela intera\u00e7\u00e3o inadequada entre o cliente GUI sem privil\u00e9gios e o servi\u00e7o de sistema).<\/a><\/noindex> (CVE-2019-15126<\/a><\/noindex>) nos chips sem fio da Cypress e Broadcom, que permitem decifrar o tr\u00e1fego Wi-Fi interceptado, protegido pelo protocolo WPA2. A vulnerabilidade recebeu o codinome Kr00k. O problema abrange chips FullMAC (o stack Wi-Fi \u00e9 implementado no chip, e n\u00e3o no driver), utilizados em uma ampla gama de dispositivos de consumo, desde smartphones de fabricantes conhecidos (Apple, Xiaomi, Google, Samsung) at\u00e9 caixas de som inteligentes (Amazon Echo, Amazon Kindle), placas (Raspberry Pi 3) e pontos de acesso sem fio (Huawei, ASUS, Cisco).<\/p>\n

A vulnerabilidade \u00e9 causada pelo processamento inadequado de chaves de criptografia ao desconectar (desassocia\u00e7\u00e3o<\/a><\/noindex>) o dispositivo do ponto de acesso. Ao desconectar, \u00e9 feita a limpeza da chave de sess\u00e3o (PTK) armazenada na mem\u00f3ria do chip, uma vez que n\u00e3o haver\u00e1 mais envio de dados na sess\u00e3o atual. A ess\u00eancia da vulnerabilidade reside no fato de que os dados restantes no buffer de transmiss\u00e3o (TX) s\u00e3o criptografados com a chave j\u00e1 limpa, composta apenas por zeros e, portanto, podem ser facilmente decifrados quando interceptados. A chave vazia \u00e9 aplicada apenas aos dados remanescentes no buffer, cujo tamanho \u00e9 de alguns kilobytes. <\/p>\n

Assim, o ataque \u00e9 constru\u00eddo com o envio artificial de determinados quadros que causam a desassocia\u00e7\u00e3o e a intercepta\u00e7\u00e3o dos dados enviados em seguida. A desassocia\u00e7\u00e3o \u00e9 geralmente utilizada em redes sem fio para alternar de um ponto de acesso para outro durante o roaming ou ao perder a conex\u00e3o com o ponto de acesso atual. A desassocia\u00e7\u00e3o pode ser provocada pelo envio de um quadro de controle, que \u00e9 transmitido de forma n\u00e3o criptografada e n\u00e3o requer autentica\u00e7\u00e3o (o atacante s\u00f3 precisa ter acesso ao sinal Wi-Fi, mas n\u00e3o precisa estar conectado \u00e0 rede sem fio). O ataque foi testado apenas com o protocolo WPA2, e a possibilidade de realizar um ataque no WPA3 n\u00e3o foi verificada.<\/p>\n

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

De acordo com a avalia\u00e7\u00e3o preliminar, a vulnerabilidade pode potencialmente afetar bilh\u00f5es de dispositivos em uso. Em dispositivos com chips da Qualcomm, Realtek, Ralink e Mediatek, o problema n\u00e3o se manifesta. Al\u00e9m disso, a descriptografia do tr\u00e1fego \u00e9 poss\u00edvel tanto quando um dispositivo cliente vulner\u00e1vel se conecta a um ponto de acesso sem problemas quanto quando um dispositivo n\u00e3o afetado se conecta a um ponto de acesso onde a vulnerabilidade se manifesta. Muitos fabricantes de dispositivos de consumo j\u00e1 lan\u00e7aram atualiza\u00e7\u00f5es de firmware para corrigir a vulnerabilidade (por exemplo, a Apple corrigiu<\/a><\/noindex> a vulnerabilidade ainda em outubro do ano passado). <\/p>\n

Vale ressaltar que a vulnerabilidade afeta a criptografia em n\u00edvel de rede sem fio e permite analisar apenas as conex\u00f5es n\u00e3o protegidas estabelecidas pelo usu\u00e1rio, mas n\u00e3o compromete as conex\u00f5es com criptografia em n\u00edvel de aplicativo (HTTPS, SSH, STARTTLS, DNS sobre TLS, VPN, etc.). O risco do ataque \u00e9 tamb\u00e9m reduzido pelo fato de que o agressor pode descriptografar apenas alguns kilobytes de dados por vez, que estavam no buffer de transmiss\u00e3o durante a desconex\u00e3o. Para capturar com sucesso dados confidenciais enviados atrav\u00e9s de uma conex\u00e3o n\u00e3o segura, o atacante deve ou saber exatamente o momento do envio, ou iniciar constantemente a desconex\u00e3o do ponto de acesso, o que chamaria a aten\u00e7\u00e3o do usu\u00e1rio devido \u00e0s constantes reinicializa\u00e7\u00f5es da conex\u00e3o sem fio.<\/p>\n

Alguns dos dispositivos testados pela Eset para a possibilidade de ataque:<\/p>\n