{"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\/es\/blog\/news\/uyazvimost-v-wi-fi-chipah-cypress-i-broadcom-pozvolyayushhaya-rasshifrovat-trafik","title":{"rendered":"Vulnerabilidad en los chips Wi-Fi de Cypress y Broadcom que permite descifrar el tr\u00e1fico","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Investigadores de la empresa Eset revelaron<\/a><\/noindex> en la conferencia que se est\u00e1 llevando a cabo estos d\u00edas RSA 2020<\/a><\/noindex> informaci\u00f3n sobre una vulnerabilidad<\/a><\/noindex> (CVE-2019-15126<\/a><\/noindex>) en chips inal\u00e1mbricos de Cypress y Broadcom, que permiten descifrar el tr\u00e1fico Wi-Fi interceptado, protegido mediante el protocolo WPA2. A la vulnerabilidad se le ha asignado el nombre en clave Kr00k. El problema afecta a chips FullMAC (la pila de Wi-Fi se implementa en el lado del chip, no en el controlador), utilizados en una amplia gama de dispositivos de consumo, desde smartphones de conocidos fabricantes (Apple, Xiaomi, Google, Samsung) hasta altavoces inteligentes (Amazon Echo, Amazon Kindle), placas (Raspberry Pi 3) y puntos de acceso inal\u00e1mbricos (Huawei, ASUS, Cisco).<\/p>\n

La vulnerabilidad es causada por el manejo incorrecto de las claves de cifrado durante la desconexi\u00f3n (desasociaci\u00f3n<\/a><\/noindex>) del dispositivo del punto de acceso. Durante la desconexi\u00f3n, se restablece en la memoria del chip la clave de sesi\u00f3n (PTK), ya que no se enviar\u00e1n m\u00e1s datos durante la sesi\u00f3n actual. La esencia de la vulnerabilidad es que los datos que quedan en el b\u00fafer de transmisi\u00f3n (TX) se cifran con una clave que ya ha sido borrada, compuesta solo por ceros y, por lo tanto, pueden ser f\u00e1cilmente descifrados al ser interceptados. La clave vac\u00eda se aplica solo a los datos restantes en el b\u00fafer, cuyo tama\u00f1o es de varios kilobytes. <\/p>\n

Por lo tanto, el ataque se basa en el env\u00edo artificial de ciertos cuadros que provocan la desasociaci\u00f3n, y la interceptaci\u00f3n de los datos enviados a continuaci\u00f3n. La desasociaci\u00f3n se aplica generalmente en redes inal\u00e1mbricas para cambiar de un punto de acceso a otro durante el roaming o al perder la conexi\u00f3n con el punto de acceso actual. La desasociaci\u00f3n puede ser provocada enviando un cuadro de control, que se transmite sin cifrar y no requiere autenticaci\u00f3n (el atacante solo necesita la accesibilidad de la se\u00f1al Wi-Fi, pero no se requiere conexi\u00f3n a la red inal\u00e1mbrica). El ataque se ha probado solo con el protocolo WPA2, y no se ha verificado la posibilidad de realizar un ataque en WPA3.<\/p>\n

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

Seg\u00fan una evaluaci\u00f3n preliminar, la vulnerabilidad podr\u00eda afectar a miles de millones de dispositivos en uso. En dispositivos con chips Qualcomm, Realtek, Ralink y Mediatek, el problema no se presenta. La descifrado de tr\u00e1fico es posible tanto cuando un dispositivo cliente vulnerable se conecta a un punto de acceso sin problemas, como si un dispositivo no afectado se conecta a un punto de acceso donde se manifiesta la vulnerabilidad. Muchos fabricantes de dispositivos de consumo ya han lanzado actualizaciones de firmware que corrigen la vulnerabilidad (por ejemplo, Apple ha corregido<\/a><\/noindex> la vulnerabilidad desde octubre del a\u00f1o pasado). <\/p>\n

Es importante destacar que la vulnerabilidad afecta al cifrado a nivel de red inal\u00e1mbrica y permite analizar solo las conexiones no seguras establecidas por el usuario, pero no permite comprometer las conexiones con cifrado a nivel de aplicaci\u00f3n (HTTPS, SSH, STARTTLS, DNS sobre TLS, VPN, etc.). La peligrosidad del ataque tambi\u00e9n se reduce al hecho de que el atacante puede descifrar solo unos pocos kilobytes de datos a la vez, que estaban en el b\u00fafer de transmisi\u00f3n en el momento de la desconexi\u00f3n. Para capturar con \u00e9xito los datos confidenciales enviados a trav\u00e9s de una conexi\u00f3n no segura, el atacante debe saber el momento exacto en que se env\u00edan o tener que iniciar constantemente la desconexi\u00f3n del punto de acceso, lo que llamar\u00eda la atenci\u00f3n del usuario debido a los constantes reinicios de la conexi\u00f3n inal\u00e1mbrica.<\/p>\n

Algunos de los dispositivos probados en Eset para la posibilidad de ataque son:<\/p>\n