I en interaktiv skrivebordsøkt som bruker Secret Service, lagres proxyhemmeligheten atskilt fra de identifiserende attributtene:

secret-tool store --label='Work web proxy' purpose web-proxy host proxy.example

Oppgi hemmeligheten separat; hold den utenfor etiketten og attributtene. Bruk secret-tool lookup purpose web-proxy host proxy.example for å hente den. Kommandoen returnerer den samsvarende hemmeligheten på standardutdata, så send utdataen til den tiltenkte klientens støttede legitimasjonsgrensesnitt i stedet for en delt diagnostisk utskrift.

Oppslaget trenger riktig brukers D-Bus-økt og en tilgjengelig Secret Service. Samlingen kan måtte låses opp. En cron-jobb gjenskaper ikke skrivebordets opplåste tilstand automatisk, og roots oppslag velger ikke en annen brukers nøkkelring.

Håndter feil i lageroppslaget atskilt fra avvist proxy-autentisering. Å sende et tomt passord i stillhet og prøve på nytt skjuler hvilken operasjon som mislyktes.

Foretrekk separate legitimasjonsfelt i klienten når de støttes. Hvis legitimasjonen må ligge i en proxy-URL, kodet brukernavn og passord som URI-komponenter; sitattegning i skallet utfører ikke URL-koding.

Nøkkelringen fjerner behovet for en bokstavelig hemmelighet i .profile. Den hentede verdien finnes fortsatt i minnet, og eksport av den utsetter den for arvende barneprosesser. Beskyttet lagring gjør ikke det kjøremiljøet til et hemmelighetshvelv.

Relaterte artikler