Глобальні збитки від телеком-фроду у 2025 році сягнули 41,82 млрд доларів за даними CFCA. Це змушує операторів переглядати архітектуру голосового роутингу, відмовляючись від базової довіри до IP-адрес на користь інтеграції SIP-роутингу, баз перенесених номерів (MNP) та білінгу в єдиний контур безпеки.
Анатомія SIP-дзвінка та оптимізація маршрутів
Обробка виклику в операторському ядрі через Session Border Controller (SBC) або SIP-проксі складається з кількох етапів: нормалізації номерів за стандартом E.164, автентифікації джерела, визначення оптимального вихідного транку (Routing Lookup) та модифікації SIP-заголовків.
Для мінімізації витрат оператори впроваджують Least Cost Routing (LCR). Проте наявність послуги перенесення номерів (MNP) ускладнює цей процес. Прямі запити до зовнішніх баз MNP під час обробки виклику збільшують затримку (Post Dial Delay). Для вирішення цієї проблеми сучасні платформи використовують локальне кешування та високопродуктивні in-memory бази даних, що дозволяє виконувати розрахунки за мілісекунди.
Криптографічний захист та стандарт RFC 8224
Підміна Caller ID є основою для схем міжнародного фроду (IRSF). За даними ENISA, використання застарілих протоколів сигналізації SS7 та Diameter залишається значним вектором атак, адже до 53,7% міжнародного трафіку в деяких регіонах проходить через незахищені стики.
Для боротьби з підміною номерів інженерна рада IETF розробила стандарт RFC 8224 (технологічна основа фреймворку STIR/SHAKEN). Він передбачає такі кроки:
- Створення оператором-ініціатором цифрового токена (PASSporT), підписаного приватним ключем.
- Передачу токена у SIP-запиті INVITE через заголовок Identity.
- Валідацію підпису оператором-отримувачем за допомогою публічного ключа.
Інтеграція з білінгом та перехід до хмарної архітектури
Аналіз деталізації викликів (CDR) пост-фактум не захищає від фінансових втрат. Сучасна інфраструктура потребує інтеграції сигнального ядра з системами BSS/OSS у реальному часі. Це дозволяє миттєво блокувати аномалії, наприклад, коли з одного акаунту генерується понад 27,7% одночасних викликів на нетипові напрямки.
Для побудови таких високонавантажених систем та швидкого розгортання мікросервісів використовують спеціалізовані платформи, як-от low-code платформа UnityBase (спільна розробка технологічного альянсу Intecracy Group). Її комерційні редакції Enterprise та Defence підтримують роботу з промисловими СУБД, забезпечуючи необхідну швидкість відгуку для телеком-середовищ.
Модернізація застарілої інфраструктури відбувається шляхом переходу до cloud-native архітектури. Контейнеризація забезпечує горизонтальне масштабування та географічне резервування без переривання активних сесій.
Ефект для індустрії
Зростання збитків від фроду та вразливість застарілих протоколів сигналізації змушують телеком-галузь прискорити технологічну модернізацію. Оператори, які ігнорують інтеграцію систем безпеки, зазнають прямих фінансових втрат та втрачають довіру клієнтів через підміну Caller ID. Перехід на нові стандарти вимагає перебудови архітектури та відмови від аналізу CDR пост-фактум на користь рішень у реальному часі.
З чого почати
Для захисту операторського голосового ядра рекомендується вжити таких кроків:
- Впровадити стандарт RFC 8224 (STIR/SHAKEN) для криптографічної верифікації Caller ID за допомогою цифрових підписів.
- Інтегрувати сигнальне ядро з системами BSS/OSS для миттєвого виявлення та блокування аномальної активності в реальному часі.
- Використовувати локальне кешування та високопродуктивні in-memory бази даних для швидкої обробки запитів MNP без збільшення затримки виклику.
- Перейти до cloud-native архітектури та контейнеризації для забезпечення горизонтального масштабування і георезервування.
- Застосовувати спеціалізовані високопродуктивні платформи, такі як UnityBase, для швидкого розгортання мікросервісів та роботи з промисловими СУБД.
Матеріал підготовлено учасником Software Ukraine — InBase. Оригінальна публікація.