Recuperare una password proxy con secret-tool
Tenere una password proxy fuori dal file di avvio della shell, considerando la sessione utente e il valore in chiaro necessario al client.
In una sessione desktop interattiva che usa Secret Service, memorizza il segreto del proxy separatamente dai suoi attributi identificativi:
secret-tool store --label='Work web proxy' purpose web-proxy host proxy.example
Fornisci il segreto separatamente; tienilo fuori dall'etichetta e dagli attributi. Per recuperarlo, usa secret-tool lookup purpose web-proxy host proxy.example. Quel comando restituisce il segreto corrispondente sull'output standard, quindi passa il suo output all'interfaccia delle credenziali supportata dal client previsto anziché a una trascrizione diagnostica condivisa.
La ricerca richiede la sessione D-Bus dell'utente appropriato e un Secret Service disponibile. La raccolta potrebbe dover essere sbloccata. Un'attività cron non riproduce automaticamente lo stato sbloccato del desktop, e la ricerca di root non seleziona il portachiavi di un altro utente.
Gestisci l'errore della ricerca nello storage separatamente dall'autenticazione proxy rifiutata. Inviare in silenzio una password vuota e riprovare nasconde quale operazione è fallita.
Preferisci campi credenziali separati nel client quando sono supportati. Se le credenziali devono stare in un URL proxy, codifica nome utente e password come componenti URI; il quoting della shell non esegue la codifica URL.
Il portachiavi elimina la necessità di un segreto letterale in .profile. Il valore recuperato esiste ancora in memoria, ed esportarlo lo espone ai processi figli che lo ereditano. L'archiviazione protetta non rende quell'ambiente di esecuzione una cassaforte di segreti.