Los investigadores de ciberseguridad han descubierto una laguna que afecta a Google Kubernetes Engine (GKE) y que podr\u00eda ser potencialmente explotada por actores de amenazas con una cuenta de Google para tomar el control de un cl\u00faster de Kubernetes.<\/p>\n
La deficiencia cr\u00edtica ha recibido el nombre en clave Sistema:Todos<\/strong> por la empresa de seguridad en la nube Orca. Se estima que hasta 250.000 cl\u00fasteres de GKE activos en estado salvaje son susceptibles al vector de ataque.<\/p>\n en un informe<\/a> compartido con The Hacker News, el investigador de seguridad Ofir Yakobi dijo que “surge de una idea err\u00f3nea probablemente generalizada de que el sistema: grupo autenticado<\/a> en Google Kubernetes Engine incluye solo identidades verificadas y deterministas, mientras que, de hecho, incluye cualquier cuenta autenticada de Google (incluso fuera de la organizaci\u00f3n)”.<\/p>\n El sistema: grupo autenticado es un grupo especial<\/a> eso incluye todas las entidades autenticadas, contando usuarios humanos y cuentas de servicio. Como resultado, esto podr\u00eda tener graves consecuencias cuando los administradores, sin darse cuenta, le asignan roles demasiado permisivos.<\/p>\n Espec\u00edficamente, un actor de amenazas externo en posesi\u00f3n de una cuenta de Google podr\u00eda hacer un mal uso de esta configuraci\u00f3n err\u00f3nea utilizando su propia cuenta. Token de portador de Google OAuth 2.0<\/a> para tomar el control del cl\u00faster para su posterior explotaci\u00f3n, como movimiento lateral, criptominer\u00eda, denegaci\u00f3n de servicio y robo de datos confidenciales.<\/p>\n Para empeorar las cosas, este enfoque no deja un rastro que pueda vincularse a la cuenta real de Gmail o Google Workspace que obtuvo el token de portador de OAuth.<\/p>\n Sistema: Se ha encontrado que todo impactar a numerosas organizaciones<\/a>lo que lleva a la exposici\u00f3n de diversos datos confidenciales, como tokens JWT, claves API de GCP, claves AWS, credenciales de Google OAuth, claves privadas y credenciales de registros de contenedores, las \u00faltimas de las cuales podr\u00edan usarse para troyanizar im\u00e1genes de contenedores.<\/p>\n Luego de una divulgaci\u00f3n responsable a Google, la compa\u00f1\u00eda tom\u00f3 medidas para bloquear la vinculaci\u00f3n del sistema: grupo autenticado a la funci\u00f3n de administrador del cl\u00faster en las versiones 1.28 y posteriores de GKE.<\/p>\n “Para ayudar a proteger sus cl\u00fasteres contra ataques masivos de malware que explotan las configuraciones err\u00f3neas del acceso del administrador del cl\u00faster, los cl\u00fasteres de GKE que ejecutan la versi\u00f3n 1.28 y posteriores no le permitir\u00e1n vincular el ClusterRole del administrador del cl\u00faster al sistema: usuario an\u00f3nimo o al sistema: no autenticado o sistema: grupos autenticados”, Google ahora notas<\/a> en su documentaci\u00f3n.<\/p>\n![\"La](\"https:\/\/teknomers.com\/es\/wp-content\/uploads\/2024\/01\/La-configuracion-incorrecta-de-Google-Kubernetes-permite-que-cualquier-cuenta.jpg\")
<\/a><\/center><\/div>\n