Обезбедување на акредитиви за прокси надвор од изворниот код на Python
Одвојте го избегнувањето на акредитиви во контролата на верзии од нивното криење од процесот што мора да ги користи.
Читањето на прокси URL од конфигурацијата ја држи лозинката надвор од изворната датотека. Тоа е корисно кога датотеката се споделува или е под контрола на верзии. Но тоа не ги прави акредитивите невидливи за процесот што ги користи.
Променлива на околината, интерактивно прашање и управувано складиште на тајни нудат различни начини за доставување на вредноста. Изберете го оној што одговара на начинот на кој се извршува скриптата. Закажана услуга не може да одговори на прашање, додека алатката што се извршува рачно можеби не бара постојана датотека со лозинка.
Држете ја тајната надвор од рутинската дијагностика откако ќе ја вчитате. Печатењето на целосен речник на прокси може да ја поништи користа од отстранувањето на лозинката од скриптата. Наместо тоа, евидентирајте безбеден идентификатор на сметка или крајна точка.
Ако лицето што го извршува кодот го контролира процесот, шифрирањето на вградена лозинка, заедно со вградување на сè што е потребно за нејзино дешифрирање, не создава сигурна граница кон тоа лице. Дозволите на сметката и животниот циклус на акредитивите треба да одговараат на таа реалност.
Поделете ја целта на две прашања: каде се чуваат акредитивите и на кого му е дозволено да ја користи прокси сметката. Промената на конфигурацијата може да го реши првото без автоматски да го промени второто.