Пред да ставите поставка за прокси во јавно складиште
Одвојте крајна точка на прокси од акредитивите за прокси и објаснете зошто објавувањето на првата не обезбедува контрола на пристап.
Името на домаќинот на прокси во конфигурациска датотека не е исто што и лозинка за прокси. Објавувањето на кое било од двете заслужува намерна одлука, но последиците се различни.
Крајната точка им кажува на читателите каде услугата може да биде достапна. URL како http://name:[email protected]:8080 им дава и употребливи акредитиви. Никогаш не треба да се третира како безопасен само затоа што изгледа како адреса.
Скриената адреса не е политика за пристап
Приватното прокси бара контроли соодветни на неговите корисници: автентикација, дозволени клиентски мрежи и ограничувања на одредиштето. Држењето на адресата надвор од складиште не ги заменува. Јавно достапна услуга може да биде откриена без никој да ја чита вашата конфигурација.
Спротивно на тоа, објавувањето на адресата на услугата не докажува дека е отворена. Крајната точка може сè уште да бара акредитиви или да биде достапна само од предвидена мрежа. Прегледајте ја вистинската граница на пристап наместо да претпоставувате дека тајноста и автентикацијата значат исто.
За споделливи примери користете документациски имиња на домаќини и испуштете ги тајните. Чувајте ги приватните поставки во воспоставениот механизам за тајни или локална конфигурација на проектот. Бидете внимателни на генерираните датотеки и копираните дијагностички дневници, кои може да содржат целосен URL со акредитиви.
Ако акредитивите биле изложени, прво отстранете ја нивната корисност со отповикување или ротирање. Уредувањето на најновата датотека не ги отстранува копиите, претходните комити или кешираната содржина. Упатството на GitHub за чувствителни податоци објаснува зошто чистењето на историјата е одделна задача.
Корисниот преглед ги проверува двете страни: каков пристап даваат објавените информации и дали проксито останува ограничено дури и кога неговата адреса е позната.