Квест від банку: знайди свій динамічний IP заднім числом, або як ІТ-підтримка грає в хованки

Хочу висловити щире захоплення ІТ-департаменту Сенс банку. Поки весь світ будує наскрізне логування та налаштовує SIEM-системи, вони винайшли унікальний спосіб боротьби з інцидентами: перекласти розслідування на клієнта.

Суть факапу: Днями система авторизації банку вирішила влаштувати мені цифровий детокс і просто відмовилася пускати в кабінет (стандартний «білий екран» або 403-й привіт від WAF / шлюзу безпеки). Тимчасовий баг згодом зник сам, але я, як свідомий користувач, вирішив повідомити підтримку: так і так, хлопці, у вас десь «тече» сесія або шлюз некоректно фільтрує трафік. І тут почалася магія корпоративної техпідтримки першої лінії.

Замість того щоб відкрити свої лог-аналізатори, вбити туди мій унікальний ID клієнта, точний час інциденту і подивитися, яка саме політика безпеки заблокувала запит, підтримка гордо заявила: «Ми нічого не знаємо, зафіксованих багів нема. Дайте нам вашу IP-адресу, з якої ви намагалися увійти, тоді подумаємо».

Шановний банку, відкрию вам страшну таємницю: у 2026 році більшість мобільних операторів та провайдерів використовують динамічні IP (і навіть CGNAT). Вимагати від клієнта заднім числом надати конкретну IP-адресу з пулу, який уже тричі змінився — це технічний геній вищого пілотажу. Спроби пояснити, що для предметного аналізу у вас є мій логін, таймстамп і тип помилки, розбилися об залізобетонне: «Ви не даєте дані, ми закриваємо тикет».

Висновок: Якщо у вас впаде авторизація в цьому банку — не забудьте перед цим розгорнути на телефоні Wireshark, записати повний дамп трафіку, зафіксувати координати супутника і здати аналізи. Бо інакше місцеві ІТ-гуру просто не зможуть знайти кнопку «Пошук» у своїй базі даних. Чекаю на вашу чергову скриптову відповідь про те, як «нам шкода» і як «ми передали інформацію колегам».

Колегам привіт, нехай почитають, як працюють логи.