Lo desplegado sin revisión

Un hallazgo de configuración casi siempre tiene un origen escrito. Si la cuenta se creó con código, corregir la consola sin corregir el código deja el problema esperando la próxima aplicación del plan. Buscar el origen es leer el código, no la consola.

Abre el repositorio y localiza el recurso que desactiva el bloqueo de acceso público del bucket de las guías de despacho.

Un enlace de permisos en Kubernetes se lee de punta a punta: a quién se da, qué rol, y con qué alcance. Una cuenta de servicio con el rol de administrador del clúster convierte el robo de su credencial en la entrega de todo el clúster, y la aplicación la usa por defecto.

Corregir un manifiesto no es quitar líneas hasta que se vea limpio. Se contrasta cada ajuste peligroso con lo que la aplicación demuestra necesitar. Aquí la nota del equipo anterior dice en qué puerto escucha y dónde escribe.

Un plan es una predicción y se lee antes de aplicar. El mismo cambio de una línea puede ser un ajuste sin consecuencias o la destrucción de un recurso con datos, y la diferencia solo se ve en la lista de acciones y en los atributos de ese recurso.

Lee el plan con el código corregido y busca el recurso que se destruiría para volver a crearlo.

En el repositorio hay una contraseña como valor por defecto de una variable, y el estado la guarda en claro en un bucket sin versionado ni cifrado. Un secreto que estuvo en un repositorio y en un estado no se arregla borrando una línea: quien tuvo acceso al historial o al archivo de estado ya pudo leerlo.