Для кожного зворотного виклику автентифікації HTTP ухвалюйте рішення щодо облікових даних у такому порядку:

  1. Перевірте, що запитувач — це проксі, а не цільовий сервер.
  2. Зіставте запитані хост і порт із затвердженим записом проксі.
  3. Поверніть обліковий запис цього запису або не повертайте облікових даних для невідповідного запиту.

Одні безумовні ім'я користувача/пароль не можуть виразити облікові записи двох проксі й можуть витекти їх іншому одержувачу.

Надавайте перевагу Authenticator, прив'язаному до клієнта, коли використовуєте конструктор HTTP-клієнта Java. Authenticator JVM за замовчуванням впливає й на інший задіяний код.

Визначайте будь-яке зіставлення псевдонімів хоста навмисно, а не приймайте довільні імена. Це шаблон HTTP; SOCKS може використовувати інший шлях реалізації навіть за схожого імені хоста.

Для діагностики записуйте тип запиту й ідентифікатор зіставленого облікового запису без його секрету. Це пояснює рішення про область дії без журналювання паролів.

Схожі статті