В інтерактивному сеансі робочого столу з 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. Отримане значення все ще існує в пам'яті, а його експорт відкриває його дочірнім процесам, які його успадковують. Захищене сховище не робить це середовище виконання сховищем секретів.

Схожі статті