Google publicó el 11 de octubre de 2026 una corrección en Agent Platform Workbench v2 para un fallo que impedía cargar gcloud y gsutil. Las notas atribuyen el AttributeError en OpenSSL.crypto a versiones incompatibles de pyOpenSSL y cryptography. Quienes encuentran exactamente ese error disponen de una corrección documentada del entorno como punto de partida, sin diagnosticar todo desde cero.
La corrección aparece en 20261011-2230-rc0, junto con paquetes de dependencias actualizados. Se repite en las notas del 12 de octubre, en 20261011.00_p0. Son dos registros de la misma corrección, no dos incidentes. Tampoco significa que todos los problemas de acceso a la nube o errores OpenSSL tengan esa causa o queden solucionados.
Por qué un paquete puede detener el trabajo
gcloud gestiona recursos de Google Cloud desde la línea de comandos y scripts; gsutil trabaja con Cloud Storage. Si una herramienta no carga, la operación prevista puede detenerse antes de ejecutarse. Un pequeño cambio en bibliotecas puede importar mucho para equipos con procesos de datos o tareas recurrentes en su entorno de desarrollo.
El anuncio trata de compatibilidad, no de daños a un modelo de IA ni de la calidad de sus respuestas. Tampoco lo clasifica como incidente de seguridad. Conviene guardar el error completo y los detalles del entorno para compararlos con la descripción: el nombre OpenSSL por sí solo no identifica la avería ni la solución.
Antes de actualizar, compruebe la versión del entorno en la página de instancias de Google Cloud. Según la documentación, cada versión no actualiza todos los entornos: depende de la imagen de máquina virtual utilizada. Una nota no demuestra que la corrección esté instalada en una instancia ni que llegue a todos por la misma vía y fecha.
Preparar la actualización sin alterar el entorno
Google recomienda hacer una copia de los datos y no garantiza compatibilidad con versiones anteriores. El proceso reemplaza la imagen del disco de arranque, preservando el disco de datos, pero algunas bibliotecas instaladas por el usuario pueden necesitar reinstalación. Prepare una lista de dependencias, sin confiar únicamente en que los cuadernos se conservan y pueden abrirse.
En entornos con contenedores, la versión de la imagen también depende de lo que obtiene el Dockerfile. Actualizar la instancia no actualiza necesariamente todos los paquetes personalizados. Planifique una ventana adecuada, revise el procedimiento compatible y pruebe primero las operaciones fallidas en un entorno comprobable. No hace falta cambiar bibliotecas al azar porque figuren en el error.
Después, compruebe que las herramientas cargan y ejecute una operación conocida y no destructiva que dependa de ellas. Si el fallo continúa, conserve versión y error para investigarlo. La mejora es concreta: recuperar la carga en el escenario documentado y continuar el desarrollo, sin presentar una corrección de compatibilidad como solución para todo Google Cloud.