Журнал «Отинофф»

Охранно-пожарная сигнализация: почему устройство безопасности может работать без шифрования

ИИ-инструменты 17 июля 2026 г.

Руководитель службы безопасности или владелец бизнеса сталкивается с парадоксальной ситуацией: оборудование, призванное защищать объект от пожара и проникновения, в своей документации прямо рекомендует отключать защиту канала связи. Инженеры компании Hex Team провели исследование систем охранно-пожарной сигнализации (ОПС) и обнаружили, что многие устройства работают стабильно только при передаче данных в открытом виде. Для бизнеса это означает скрытый риск: попытка включить «максимальную безопасность» в настройках может привести к потере связи с объектом в критический момент. Руководителю необходимо проверить конфигурацию своих систем не на наличие галочки «шифрование», а на реальную способность оборудования поддерживать этот режим без сбоев.

Источник: Habr

Что происходит за пределами обычной IT-инфраструктуры

В привычном мире офисных компьютеров и серверов потеря соединения считается аварийной ситуацией. Если сервер перестает получать пакеты данных, система безопасности немедленно фиксирует инцидент. Однако в сфере инженерных систем зданий, где работают охранно-пожарные сигнализации, правила игры иные. Эти устройства интегрированы в жизнеобеспечение объекта: они управляют лифтами, вентиляцией, электроснабжением и контролируют датчики дыма и движения.

Специфика работы ОПС заключается в том, что они часто находятся за пределами классической IT-инфраструктуры. Основной блок управления, к которому подключены все датчики, обычно скрыт за NAT провайдера и выходит в интернет через обычную SIM-карту, как простой мобильный телефон. Ему не требуется сложная настройка сети, но именно эта простота создает уязвимости. Устройство должно постоянно отправлять статус на пульт централизованного наблюдения (ПЦН) — сервер компании, которая мониторит безопасность объекта. Чтобы знать, куда слать данные, в память прибора прописывается публичный IP-адрес этого сервера.

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

Четыре канала связи и их скрытые уязвимости

В ходе анализа работы систем охранно-пожарной сигнализации специалисты выявили четыре основных способа, которыми устройство общается с внешним миром. Понимание этих каналов критически важно для оценки надежности защиты объекта, так как каждый из них имеет свои технические ограничения.

Первый и основной канал — это передача данных через сотовые сети (GPRS/cellular). Именно по этому пути уходит большая часть информации о состоянии системы и событиях на объекте. Технически это выглядит как использование проприетарного (собственного) протокола приложения поверх стандартных UDP или TCP сессий для соединения с сервером ПЦН. Зависимость от сотовой связи делает систему чувствительной к качеству покрытия и загруженности сети в районе установки прибора.

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

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

Четвертый вариант — проводные интерфейсы, такие как RS-485, RS-232 и Ethernet. Они используются преимущественно для работы внутри локальной сети объекта и для первоначального конфигурирования оборудования. Хотя эти каналы физически защищены периметром здания, они являются точкой входа для локального доступа к настройкам системы, что также требует контроля.

Парадокс шифрования: когда защита снижает надежность

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

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

Необходимость шифровать сообщения приводит к увеличению задержек при отправке и получении данных. В системах реального времени, таких как пожарная сигнализация, каждая секунда на счету. Если процесс шифрования затягивает передачу сигнала о возгорании, это сводит на нет саму суть системы безопасности. Кроме того, восстановление зашифрованного соединения после обрыва связи занимает намного больше времени, чем восстановление обычного, незашифрованного канала.

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

Почему потеря связи считается нормальным режимом

Еще одна важная концепция, которую необходимо понять руководителю или специалисту по безопасности, касается отношения к разрывам соединения. В классической IT-инфраструктуре событие, при котором сервер безопасности перестает получать обязательные пакеты от связанных с ним узлов, почти мгновенно расценивается как инцидент. Запускаются процедуры расследования, поднимаются логи, выезжают техники.

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

Это создает специфический риск для бизнеса. Если мониторинговая служба или внутренняя система учета воспринимает такие разрывы как «штатную ситуацию», то реальная атака на устройство или его физическое отключение могут остаться незамеченными на критически важном отрезке времени. Злоумышленник может воспользоваться этим ожиданием «нормальности», чтобы вывести систему из строя без немедленной реакции со стороны охраны. Понимание этой разницы в философии работы сетей помогает правильно настроить регламенты реагирования и не пропустить реальную угрозу за шумом технических помех.

Что проверить перед внедрением или аудитом системы

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

Во-первых, запросите у поставщика услуг охраны или интегратора документацию на установленные приборы. Обратите внимание на разделы, касающиеся настроек связи. Есть ли там прямые указания не использовать шифрование? Если такая рекомендация есть, уточните, связана ли она с моделью устройства или является общим советом.

Во-вторых, проверьте конфигурацию каналов связи. Узнайте, какой метод является основным для передачи тревог на вашем объекте: GPRS, SMS или голосовой вызов. Если используется только один канал без дублирования, риск потери сигнала возрастает многократно. Надежная система должна иметь возможность переключения на резервный путь (например, с интернета на SMS) при сбоях.

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

В-четвертых, уточните регламент реакции на потерю связи. Как ваша служба безопасности или подрядчик отличают технический сбой сети от попытки глушения сигнала или отключения устройства? Если разрыв связи считается «нормальным явлением» без дополнительных проверок, этот пункт регламента требует пересмотра.

Источники

Что почитать дальше

Теги

Андрей Отинов

Рекомендуем