Постачання облікових даних проксі поза вихідним кодом Python
Відокремте уникнення облікових даних у системі контролю версій від приховування їх від процесу, який має ними користуватися.
Читання URL проксі з конфігурації залишає пароль поза вихідним файлом. Це корисно, коли файл спільно використовується або зберігається у версіях. Але це не робить облікові дані невидимими для процесу, який ними користується.
Змінна середовища, інтерактивний запит і кероване сховище секретів дають різні способи доставити значення. Виберіть той, що відповідає тому, як запускається скрипт. Служба за розкладом не може відповісти на запит, тоді як інструмент, запущений вручну, може не потребувати постійного файлу пароля.
Тримайте секрет подалі від рутинної діагностики після завантаження. Друк повного словника proxies може звести нанівець користь від вилучення пароля зі скрипта. Натомість журналюйте безпечний ідентифікатор облікового запису або endpoint.
Якщо людина, яка запускає код, контролює процес, шифрування вбудованого пароля разом із пакуванням усього необхідного для його розшифрування не створює надійної межі проти цієї людини. Дозволи облікового запису та життєвий цикл облікових даних мають відповідати цій реальності.
Розділіть мету на два питання: де зберігаються облікові дані та кому дозволено користуватися проксі-акаунтом. Зміна конфігурації може вирішити перше, автоматично не змінюючи друге.