В эпоху цифровизации поиск информации о военнослужащих — سواء это поиск пропавших без вести, проверка статуса мобилизации или установление контактов с родственниками — всё чаще переходит в плоскость автоматизированных систем. Боты (программные агенты) в Telegram, WhatsApp, на веб-сайтах и в социальных сетях стали неотъемлемым инструментом для волонтеров, правозащитников, журналистов и обычных граждан. Однако их применение несет в себе как огромный потенциал, так и серьезные риски.

Основные направления применения ботов

Классифицировать боты, работающие в этой сфере, можно по функционалу и целевой аудитории:

• Поисково-информационные боты (Открытые источники / OSINT): Агрегируют данные из открытых реестров (Мемориал, Подвиг Народа, ОБД Мемориал), списков погибших и пленных, опубликованных в СМИ и соцсетях. Позволяют по ФИО и дате рождения найти упоминания в документах.
• Боты верификации статуса: Используются для проверки факта нахождения лица в военной службе, статусе «пропавшего без вести», «пленного» или «умершего». Часто интегрированы с государственными реестрами (где это технически и юридически возможно) или базами данных гуманитарных организаций.
• Координационные боты для волонтеров и штабов: Инструменты для управления заявками от родственников, распределения задач поисковикам, трекинга статуса обращений (например, боты штабов по поиску пропавших).
• Боты правовой помощи: Пошаговые навигаторы: как оформить ДНК-тест, куда обратиться за справкой, как подать заявление в суд о признании умершим, шаблоны обращений в * (название ведомства скрыто).
• Боты обмена сообщениями / «Почта»: Анонимные или полуанонимные каналы передачи информации между пленными/военными и родными, минуя цензуру или технические блокировки.

Техническая реализация и источники данных

Откуда берутся данные?

Эффективность бота напрямую зависит от качества базы знаний. Основные источники:

1. Государственные открытые реестры: Сайты Минобороны, Генштаба, порталы «Память народа», «Подвиг народа» (для исторических данных), региональные Книги Памяти.
2. Базы гуманитарных организаций: Данные МКР (Международный комитет Красного Креста), национальных обществ Красного Креста/Полумесяца о пленных и пропавших.
3. Социальные сети и мессенджеры: Парсинг публичных постов, комментариев, списков в каналах/чатах (с соблюдением API лимитов и политики платформ).
4. Краудсорсинг (пользовательский ввод): Родители, жены, дети вносят данные о пропавших добровольно через формы бота.
5. Судебные и нотариальные базы: Решения судов о признании умершими, о принятии наследства (доступны ограничено).

Архитектура типичного поискового бота

User (Telegram/Web) -> Bot API (Node.js/Python/Go) -> NLP/Parser Module -> Database (PostgreSQL/MongoDB/Elasticsearch) -> External APIs (Gov, NGO) -> Response Formatter -> User

Ключевые технологии: нечеткий поиск (fuzzy search) для работы с опечатками в ФИО, транслитерация, OCR (распознавание текста со сканов документов, загружаемых пользователями), кластеризация дублей.

Проблематика конфиденциальности и безопасности (Критически важно)

Работа с данными военнослужащих и их родственников относится к категории особых категорий персональных данных (здоровье, расовая/этническая принадлежность, политические взгляды, биометрия — ДНК). Несоблюдение гигиены данных может стоить жизней.

Что обязательно маскируется/защищается в логах и интерфейсах:

• Полные ФИО (в логах — И.О. Фамилия или хеш).
• Даты рождения (маскировка дня/месяца, оставление только года или возрастной группы).
• Воинские звания, номера воинских билетов, личные номера.
• Контакты родственников: телефоны (+7 * ), адреса регистрации/проживания (г. , ул. , д. ), email (us*@domain.com).
• Геолокация места службы, захвата, гибели (до уточнения статуса).
• Результаты ДНК-экспертиз.

Правило «Минимальной необходимости»: Бот должен запрашивать и хранить только те данные, которые критически необходимы для выполнения функции поиска. Никаких «на всякий случай».

Правовое регулирование (РФ и международное право)

Внутреннее законодательство

• 152-ФЗ «О персональных данных»: Основной закон. Требует согласия на обработку (п. 1 ст. 6), но есть исключения для общедоступных источников и исполнения закона. Важно: данные о здоровье (ранения, контузия, ДНК) — особый субъект, требуют письменного согласия или основания ст. 10 (международные договоры, защита жизни).
• ФЗ «О статусе военнослужащих», «Об обязательном военном обслуживании»: Регламентируют порядок учета личного состава, уведомления родственников.
• Указ Президента РФ о гос. тайне / Военная цензура: Публикация сведений о потерях, дислокации частей, личном составе действующих единиц может квалифицироваться как разглашение гостайны или сведений, ограниченных по закону (ст. 283 УК РФ, ст. 13;15 КоАП РФ). Боты-скраперы должны иметь строгие фильтры контента.
• ФЗ «О предоставлении гражданам прав на информацию о работе органов госвласти»: Основание для запросов в госорганы через бот-помощник.

Международное гуманитарное право (МГП)

• Женевские конвенции 1949 г. (III, IV) и Доп. протоколы: Обязают конфликтующие стороны осуществлять поиск пропавших, передачу сведений о пленных/умерших через Центральное агентство по поиску (МКР). Боты, передающие данные в МКР или Национальное бюро информации, выполняют гуманитарную миссию.
• Принцип «Do No Harm» (Не навреди): Любая цифровая система не должна создавать дополнительных угроз для защищаемых лиц (пленных, гражданских, медицинского персонала).

Этические риски и угрозы

Дезинформация и PSYOPS (Психологические операции)

Фейковые боты, имитирующие официальные источники, могут рассылать ложные уведомления о гибели/плене для деморализации населения или армии противника. Верификация источника (проверка сертификата бота, домена, цифровой подписи) — приоритет №1.

Доксинг и преследование

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

Коммерциализация горя

Появление коммерческих ботов «найду за деньги», «проверю по базам за 500 руб.». Часто это мошенничество или нелегальный доступ к утечкам баз данных (КУСП, Единый реестр призывников и т.д.). Использование таких сервисов делает пользователя соучастником преступления (ст. 183 УК РФ — нелегальный сбор сведений);

Технические уязвимости

• Утечка базы пользователей бота (SQL-инъекции, утечка конфигов, доступ админов).
• MITM-атаки на незащищенные каналы связи (HTTP, старые версии TLS).
• Компрометация аккаунтов админов бота в Telegram (отсутствие 2FA).

Чек-лист безопасного развития и использования бота

Для разработчиков/владельцев:

1. Privacy by Design: Шифрование БД (at rest), TLS 1.3 (in transit), псевдонимизация данных в продакшене.
2. Ролевая модель доступа (RBAC): Админ бота не должен видеть открытые ФИО/телефоны в интерфейсе админки — только ID заявок и статусы. Просмотр ПДн — только по заявке с аудитом.
3. Журналирование без ПДн: Логи запросов содержат только `user_id`, `request_hash`, `timestamp`, `status_code`. Никаких ФИО в логах Nginx/Application.
4. Политика хранения (Retention Policy): Автоудаление заявок и ПДн через N дней после закрытия статуса (например, 30-90 дней), если нет оснований для хранения дольше.
5. Аудит безопасности: Регулярный пентест, баг-баунти, проверка зависимостей (SCA/SAST).

Для пользователей (родственников, волонтеров):

• Проверяйте авторитетность бота: официальный сайт организации, верифицированный аккаунт в Telegram (галочка), ссылки на гос. порталы.
• Не сообщайте в боты лишние данные: банковские карты, пароли от Госуслуг, фото паспортов (если не требуется официальной процедурой через защищенный портал).
• Используйте анонимные аккаунты/номера для первичного контакта, если боитесь преследования.
• Сверяйте информацию из бота с официальными источниками (Минобороны, МКР, суд).
• Сообщайте о подозрительных ботам в поддержку платформы (Telegram @notoscam) и в госорганы (Роскомнадзор, Прокуратура).

Перспективы развития

Будущее за федерированными системами и Zero-Knowledge Proofs (ZKP).

• Федерированный поиск: Бот не скачивает базы, а отправляет зашифрованный запрос к узлам-хранилищам (Минобороны, МКР, волонтерские штабы), получает только подтверждение факта наличия записи (Yes/No) или минимальный набор данных по протоколу согласования.
• ZK-верификация: Доказательство факта «Иванов И.И. числится в списке пленных» без раскрытия самой базы пленных и без раскрытия запроса третьей стороне.
• Блокчейн/Децентрализованные реестры (DID): Для неизменяемого логирования факта подачи заявки на поиск, исключающего подделку истории.
• ИИ для сопоставления биометрии: Сравнение фото/видео из открытых источников (соцсети, новости) с фото из личных дел/ДНК-профилями (только в закрытом контуре спецорганов/МКР).

Боты в поиске военных — это мощный гуманитарный инструмент, способный сэкономить годы ручной работы и вернуть надежду тысячам семей. Однако граница между помощью и вредом пролегает по краю лезвия: ошибка в строке кода, утечка базы или игнорирование норм МГП могут привести к трагедиям. Разработка и эксплуатация таких систем требует не просто компетенций в Python/Go/JS, а глубокого понимания военного права, информационной безопасности и профессиональной этики. Только при условии «Security & Privacy by Default» эти технологии служат людям, а не работают против них.

Данная статья носит обзорный характер. Для реализации конкретных проектов необходима консультация с юристами, специализирующимися на военном праве и 152-ФЗ, а также экспертами по ИБ (Information Security).