Hent en proxyadgangskode med secret-tool
Hold en proxyadgangskode ude af shellens opstartsfil, og tag højde for brugersessionen og den klartekstværdi, klienten har brug for.
I en interaktiv skrivebordssession med Secret Service gemmes proxyhemmeligheden adskilt fra dens identificerende attributter:
secret-tool store --label='Work web proxy' purpose web-proxy host proxy.example
Angiv hemmeligheden separat; hold den ude af etiketten og attributterne. Brug secret-tool lookup purpose web-proxy host proxy.example for at hente den. Kommandoen returnerer den matchende hemmelighed på standardoutput, så send dens output til den tilsigtede klients understøttede legitimationsgrænseflade i stedet for en delt diagnostisk udskrift.
Opslaget kræver den rette brugers D-Bus-session og en tilgængelig Secret Service. Samlingen kan skulle låses op. Et cronjob genskaber ikke automatisk skrivebordets oplåste tilstand, og roots opslag vælger ikke en anden brugers nøglering.
Håndtér fejl i lageropslaget adskilt fra afvist proxygodkendelse. At sende en tom adgangskode i stilhed og prøve igen skjuler, hvilken handling der fejlede.
Foretræk separate legitimationsfelter i klienten, når de understøttes. Hvis legitimationsoplysninger skal stå i en proxy-URL, kod brugernavn og adgangskode som URI-komponenter; shellcitering udfører ikke URL-kodning.
Nøgleringen fjerner behovet for en bogstavelig hemmelighed i .profile. Den hentede værdi findes stadig i hukommelsen, og eksport af den blotlægger den for arvende barneprocesser. Beskyttet lager gør ikke det kørselsmiljø til et hemmelighedshvælv.