Kan 'n private proxy net jou toepassing aanvaar?
Verduidelik die grense van toepassingnaam- en User-Agent-beperkings en onderskei die besit van geloofsbriewe van die bewys van 'n spesifieke uitvoerbare lêer.
'n Voorwaartse proxy kan geloofsbriewe vereis, bronnetwerke beperk en bestemmingsbeleid toepas. Daardie kontroles bewys nie dat die oproeper een bepaalde uitvoerbare lêer is nie.
'n User-Agent of pasgemaakte kop word deur die kliënt verskaf en kan gekopieer word. 'n Toepassingnaam in 'n versoek is dus ongeskik as die enigste hek na 'n private proxy.
Gebruik toegangsbeheer wat uitdruk wat jy werklik kan valideer: 'n gemagtigde rekening, 'n toegelate netwerklokasie en die beoogde bestemmings. Beskerm en herroep kliëntgeloofsbriewe deur die toepassing se gewone ontwerp vir die hantering van geheime. Verifieer dan toegelate en geweierde versoeke teen die beoogde toegangsgrens.
Selfs sterker kliëntverifikasie bewys die besit van 'n goedgekeurde sleutel of geloofsbrief. Dit moet nie beskryf word as 'n absolute waarborg dat geen ander program daardie geloofsbrief kan gebruik nie.
As die vereiste die afdwinging van bestuurde toestelle of toepassingsintegriteit is, identifiseer dit as 'n bykomende stelselvereiste. Moenie dit belowe op grond van 'n Squid-kopreël wat bloot 'n string herken wat die oproeper self gekies het nie.