Google Cloud ha abordado una falla de seguridad de gravedad media en su plataforma que podr\u00eda ser abusada por un atacante que ya tiene acceso a un cl\u00faster de Kubernetes para escalar sus privilegios.<\/p>\n
“Un atacante que ha comprometido la Poco fluido<\/a> El contenedor de registro podr\u00eda combinar ese acceso con altos privilegios requeridos por Malla de servicios Anthos<\/a> (en los cl\u00fasteres que lo han habilitado) para escalar privilegios en el cl\u00faster”, la empresa dicho<\/a> como parte de un aviso publicado el 14 de diciembre de 2023.<\/p>\n La Unidad 42 de Palo Alto Networks, que descubri\u00f3 e inform\u00f3 la deficiencia, dijo que los adversarios podr\u00edan utilizarla como arma para llevar a cabo “robo de datos, desplegar c\u00e1psulas maliciosas e interrumpir las operaciones del cl\u00faster”.<\/p>\n De USUARIO a ADMIN: aprenda c\u00f3mo los piratas inform\u00e1ticos obtienen el control total<\/p>\n <\/a> <\/p>\n Descubra las t\u00e1cticas secretas que utilizan los piratas inform\u00e1ticos para convertirse en administradores, c\u00f3mo detectarlos y bloquearlos antes de que sea demasiado tarde. Reg\u00edstrese hoy para nuestro seminario web.<\/p>\n \u00danete ahora<\/a> <\/section>\n No hay evidencia de que el problema haya sido explotado en la naturaleza. Se ha solucionado en las siguientes versiones de Google Kubernetes Engine (GKE) y Anthos Service Mesh (ASM):<\/p>\n Un requisito previo clave para explotar con \u00e9xito la vulnerabilidad depende de que un atacante ya haya comprometido un contenedor FluentBit mediante otros m\u00e9todos de acceso inicial, como mediante una falla de ejecuci\u00f3n remota de c\u00f3digo.<\/p>\n “GKE utiliza Fluent Bit para procesar registros de cargas de trabajo que se ejecutan en cl\u00fasteres”, explic\u00f3 Google. “Fluent Bit en GKE tambi\u00e9n se configur\u00f3 para recopilar registros para cargas de trabajo de Cloud Run. El montaje de volumen configurado para recopilar esos registros le dio a Fluent Bit acceso a los tokens de la cuenta de servicio de Kubernetes para otros Pods que se ejecutan en el nodo”.<\/p>\n Esto significaba que un actor de amenazas podr\u00eda usar este acceso para obtener acceso privilegiado a un cl\u00faster de Kubernetes que tenga ASM habilitado y luego usar el token de la cuenta de servicio de ASM para escalar sus privilegios mediante la creaci\u00f3n de un nuevo pod con privilegios de administrador del cl\u00faster.<\/p>\n “El controlador de agregaci\u00f3n de roles de cl\u00faster (CRAC<\/a>) la cuenta de servicio es probablemente la principal candidata, ya que puede agregar permisos arbitrarios a las funciones del cl\u00faster existente”, afirma el investigador de seguridad Shaul Ben Hai. dicho<\/a>. “El atacante puede actualizar la funci\u00f3n del cl\u00faster vinculada a CRAC para poseer todos los privilegios”.<\/p>\n A modo de correcciones, Google elimin\u00f3 el acceso de Fluent Bit a los tokens de la cuenta de servicio y redise\u00f1\u00f3 la funcionalidad de ASM para eliminar los permisos excesivos de control de acceso basado en roles (RBAC).<\/p>\n “Los proveedores de nube crean autom\u00e1ticamente m\u00f3dulos de sistema cuando se lanza su cl\u00faster”, concluy\u00f3 Ben Hai. “Est\u00e1n integrados en su infraestructura de Kubernetes, al igual que los pods complementarios que se crean cuando habilita una funci\u00f3n”.<\/p>\n “Esto se debe a que los proveedores de aplicaciones o de nube generalmente los crean y administran, y el usuario no tiene control sobre su configuraci\u00f3n o permisos. Esto tambi\u00e9n puede ser extremadamente riesgoso ya que estos pods se ejecutan con privilegios elevados”.<\/p>\n <\/p>\n\n
\n
![\"Nube](\"https:\/\/teknomers.com\/es\/wp-content\/uploads\/2023\/12\/Google-Cloud-resuelve-un-fallo-de-escalada-de-privilegios-que.jpg\" "\\"Nube")
<\/a><\/div>\n<\/a><\/center><\/div>\n