Повторное назначение номера: как не отправить SMS новому владельцу

Повторное назначение номера означает, что оператор после прекращения договора может со временем передать номер другому абоненту. Для бизнеса запись в CRM остаётся прежней, но SMS уже получает другой человек. Риск особенно важен для восстановления доступа, финансовых уведомлений и сообщений с персональным контекстом.

Обычная валидация номера перед рассылкой проверяет формат и пригодность контакта, но не доказывает, что нынешний пользователь номера — тот же клиент, который оставил его раньше. Нужен жизненный цикл доверия к привязке.

Номер — не вечный идентификатор

Не используйте телефон как единственный первичный ключ человека. У клиента должен быть внутренний ID, а номер — отдельный контакт с датой добавления, способом подтверждения, назначением и состоянием доверия.

Это помогает корректно обрабатывать смену телефона, общий семейный номер и несколько аккаунтов. История изменения хранится отдельно от текущего значения, а чувствительные операции учитывают свежесть подтверждения.

NIST указывает, что для аутентификации через телефонную сеть следует учитывать перенос номера, замену SIM и другое аномальное поведение, а смену зарегистрированного номера рассматривать как привязку нового аутентификатора (NIST SP 800-63B).

Когда доверие устаревает

Единого срока для всех продуктов нет. Риск растёт, если клиент давно не входил, сообщения перестали доставляться, номер изменялся через поддержку или чувствительное действие выполняется с нового устройства.

Определите события, после которых требуется повторное подтверждение:

• длительная неактивность аккаунта;
• серия недоставок или неизвестный статус номера;
• изменение телефона или восстановление доступа;
• вход с новым набором риск-сигналов;
• важная операция после долгого перерыва;
• обращение клиента о потере SIM или номера.

Подтверждение должно проверять не только получение SMS. Для изменения номера сначала подтвердите пользователя существующим доверенным способом, затем привяжите новый контакт.

Какие сообщения наиболее рискованны

Не вся SMS одинаково чувствительна. Напоминание без имени и деталей несёт меньший риск, чем код восстановления, баланс, диагноз, адрес доставки или статус юридического дела.

Проведите классификацию шаблонов:

• допускается ли отправка на давно не подтверждённый номер;
• какие данные нельзя включать вообще;
• нужен ли дополнительный фактор;
• что делать при низком доверии;
• как быстро остановить поток после жалобы.

Общие ограничения на содержание рассмотрены в статье что нельзя писать в SMS. Даже подтверждённый номер не делает SMS подходящим местом для лишних персональных данных.

Сигналы недостоверности

Полезные сигналы не дают абсолютного доказательства, но помогают повысить риск:

• длительный период без успешного взаимодействия;
• постоянные финальные ошибки доставки;
• резкая смена устройства и поведения аккаунта;
• запрос смены номера сразу после восстановления пароля;
• несколько аккаунтов внезапно привязаны к одному телефону;
• клиент сообщил, что номер больше не принадлежит ему.

HLR и MNP помогают понять состояние и текущую сеть, но не называют владельца номера. Не превращайте техническую проверку доступности в доказательство личности.

Повторное подтверждение

Для обычного сервисного контакта можно попросить клиента подтвердить актуальность номера при следующем входе или обращении. Для аутентификации и чувствительных действий привязка требует более сильного процесса: действующая сессия, пароль, второй фактор, проверка поддержки по регламенту.

Новый OTP подтверждает доступ к номеру сейчас, но не всегда личность. Поэтому процесс оценивает контекст и не позволяет одному SMS обойти все остальные проверки. Правила лимитов и одноразового использования разобраны в статье про защиту OTP.

При успешном подтверждении фиксируйте время, метод, источник и версию правил. Сам код в журнал не попадает.

Очистка базы

У рекламной и сервисной базы разные основания и сроки, но обеим нужна актуализация. Неактивные контакты не должны бесконечно получать сообщения только потому, что когда-то были импортированы.

Полезный процесс:

1. Отслеживать постоянные ошибки и отказы.
2. Останавливать автоматические сценарии для недостоверного контакта.
3. Предлагать обновление номера через доверенный канал.
4. Удалять или обезличивать данные по утверждённому сроку.
5. Синхронизировать изменения во всех CRM и списках.

Работа с телефоном остаётся обработкой персональных данных; актуальные основания и обязанности сверяйте с 152-ФЗ и внутренним юристом.

Поддержка и жалобы

У получателя должен быть понятный способ сообщить, что номер ему не принадлежит или сообщения адресованы другому человеку. Поддержка быстро ставит контакт на паузу, не раскрывая данные прежнего клиента, и передаёт случай на проверку.

Нельзя просить нового владельца доказать чужую личность. Достаточно остановить рискованную коммуникацию и отдельно связаться с владельцем аккаунта по доступному доверенному каналу.

Все действия сотрудника — просмотр привязки, блокировка, смена номера — попадают в аудит. Права на такие операции ограничиваются ролями.

Метрики

Считайте долю контактов с давно истёкшим подтверждением, постоянные недоставки, смены номера, жалобы нового владельца и чувствительные отправки на контакты низкого доверия. Отдельный алерт нужен на массовое изменение номеров или обход стандартного процесса поддержки.

Не превращайте метрики в новый справочник полных телефонов. Используйте внутренние ID и агрегаты, а доступ к деталям выдавайте только для расследования.

Общие и корпоративные номера

Один номер может законно принадлежать семье, дежурной службе или компании. Поэтому правило «один телефон — один человек» не всегда верно. При привязке зафиксируйте тип контакта и какие сообщения на него допустимы.

Корпоративный номер не подходит для персонального восстановления доступа сотрудника, если устройство передаётся между людьми. Семейный контакт может получать общие напоминания, но не чувствительные детали одного участника. Назначение важнее технической способности принять SMS.

Смена номера в продукте

Безопасный процесс разделяет запрос, подтверждение личности, проверку нового контакта и уведомление о завершении. Старый номер не заменяется до успешного прохождения всех обязательных шагов. После смены прежний контакт получает уведомление по допустимому каналу, а активные сессии и рискованные операции пересматриваются.

Отмена смены тоже должна быть предусмотрена. Злоумышленник не должен быстро привязать свой номер и сразу вывести ценность, пока реальный владелец не успел отреагировать.

Импорт старых баз

При переносе CRM дата последнего подтверждения часто теряется. Не присваивайте всем импортированным номерам статус «проверен сегодня». Сохраните источник, дату миграции и уровень доверия legacy, затем обновляйте контакт при реальном взаимодействии.

Для рекламной базы отдельно подтверждаются основание и возможность отписки. Технический импорт номера не переносит автоматически юридическое качество согласия и актуальность владельца.

Минимизация последствий

Даже правильная проверка не исключает смену владельца после неё. Поэтому текст SMS раскрывает минимум необходимого, ссылка требует авторизации, OTP имеет узкую область действия, а поддержка может быстро остановить контакт.

Многоуровневая защита важнее попытки найти один «идеальный» сигнал повторного назначения. Если один слой ошибся, следующий не должен позволить получить данные или контроль аккаунта только по доступу к номеру.

Итог

Телефонный номер — меняющийся контакт, а не пожизненная личность. Внутренний ID клиента, свежесть подтверждения, классификация шаблонов и безопасная смена привязки снижают риск отправки новому владельцу. При сомнении чувствительный сценарий останавливается и требует доверенного подтверждения, а не продолжает рассылку по старой записи CRM.