{"id":101617,"date":"2021-10-13T10:22:48","date_gmt":"2021-10-13T08:22:48","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/iz-kataloga-pypi-udaleny-vredonosnye-pakety-mitmproxy2-i-mitmproxy-iframe"},"modified":"2021-10-13T10:22:48","modified_gmt":"2021-10-13T08:22:48","slug":"iz-kataloga-pypi-udaleny-vredonosnye-pakety-mitmproxy2-i-mitmproxy-iframe","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/iz-kataloga-pypi-udaleny-vredonosnye-pakety-mitmproxy2-i-mitmproxy-iframe","title":{"rendered":"Se han eliminado paquetes maliciosos mitmproxy2 y mitmproxy-iframe del cat\u00e1logo de PyPI.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
El autor de mitmproxy, una herramienta para analizar el tr\u00e1fico HTTP\/HTTPS, ha notado la aparici\u00f3n en el cat\u00e1logo de paquetes de Python PyPI (Python Package Index) de un fork de su proyecto. Este fork se distribu\u00eda bajo un nombre similar, mitmproxy2, y una versi\u00f3n inexistente 8.0.1 (la versi\u00f3n actual de mitmproxy es 7.0.4), con la esperanza de que los usuarios desprevenidos asumieran que el paquete era una nueva edici\u00f3n del proyecto principal (typosquatting) y quisieran probar la nueva versi\u00f3n. <\/p>\n
En su composici\u00f3n, mitmproxy2 era similar a mitmproxy, salvo por los cambios en la implementaci\u00f3n de funcionalidades maliciosas. Los cambios consistieron en la eliminaci\u00f3n de la cabecera HTTP \u00abX-Frame-Options: DENY\u00bb, que proh\u00edbe el procesamiento de contenido dentro de un iframe, la desactivaci\u00f3n de la protecci\u00f3n contra ataques XSRF y la inclusi\u00f3n de las cabeceras \u00abAccess-Control-Allow-Origin: *\u00bb, \u00abAccess-Control-Allow-Headers: *\u00bb y \u00abAccess-Control-Allow-Methods: POST, GET, DELETE, OPTIONS\u00bb. <\/p>\n
Los cambios mencionados eliminaban las restricciones de acceso a la API HTTP, utilizada para gestionar mitmproxy a trav\u00e9s de la interfaz web, lo que permit\u00eda a cualquier atacante en la misma red local ejecutar su c\u00f3digo en el sistema del usuario al enviar una solicitud HTTP. <\/p>\n
La administraci\u00f3n del cat\u00e1logo acord\u00f3 que los cambios introducidos pod\u00edan interpretarse como maliciosos, y que el paquete en s\u00ed era un intento de promover otro producto bajo la apariencia del proyecto principal (en la descripci\u00f3n del paquete se afirmaba que era una nueva versi\u00f3n de mitmproxy, y no un fork). Despu\u00e9s de eliminar el paquete del cat\u00e1logo, al d\u00eda siguiente se public\u00f3 un nuevo paquete mitmproxy-iframe en PyPI, cuya descripci\u00f3n tambi\u00e9n coincid\u00eda completamente con la del paquete oficial. Actualmente, el paquete mitmproxy-iframe tambi\u00e9n ha sido eliminado del cat\u00e1logo de PyPI. \n Fuente: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"