Атрыманне пароля проксі праз secret-tool

У інтэрактыўным сеансе працоўнага стала з Secret Service захоўвайце сакрэт проксі асобна ад яго ідэнтыфікацыйных атрыбутаў:

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

Падавайце сакрэт асобна; трымайце яго па-за этыкеткай і атрыбутамі. Каб атрымаць яго, выкарыстоўвайце secret-tool lookup purpose web-proxy host proxy.example. Гэтая каманда вяртае адпаведны сакрэт у стандартны вывад, таму перадавайце яе вывад у падтрымліваны інтэрфейс уліковых даных патрэбнага кліента, а не ў агульны дыягнастычны транскрыпт.

Пошук патрабуе сеанс D-Bus адпаведнага карыстальніка і даступны Secret Service. Калекцыю можа спатрэбіцца разблакаваць. Заданне cron не аднаўляе аўтаматычна разблакаваны стан працоўнага стала, а пошук root не выбірае звязку ключоў іншага карыстальніка.

Апрацоўвайце збой пошуку ў сховішчы асобна ад адхіленай аўтэнтыфікацыі проксі. Маўклівае адпраўленне пустога пароля і паўторная спроба хаваюць, якая аперацыя не ўдалася.

Аддавайце перавагу асобным палям уліковых даных кліента, калі гэта падтрымліваецца. Калі ўліковыя даныя павінны быць у URL проксі, кадуйце імя карыстальніка і пароль як кампаненты URI; лапкі абалонкі не выконваюць кадаванне URL.

Звязка ключоў прыбірае патрэбу ў літаральным сакрэце ў .profile. Атрыманае значэнне ўсё яшчэ існуе ў памяці, і яго экспарт падвяргае яго даччыным працэсам, якія яго наследаюць. Абароненае сховішча не робіць гэтае асяроддзе выканання сховішчам сакрэтаў.