🟩 Системы управления доступом (СУД, или СКУД — системы контроля и управления доступом) являются критически важным элементом инфраструктуры безопасности любого современного объекта: от офисных зданий и бизнес-центров до промышленных предприятий, банковских хранилищ, режимных объектов и государственных учреждений. Они обеспечивают физическую защиту периметра, помещений, оборудования и информации, а также выполняют функции учета рабочего времени, контроля перемещений сотрудников и посетителей, интеграции с системами видеонаблюдения и пожарной сигнализации. Сложность и ответственность задач, возлагаемых на СУД, делают их предметом частых споров между заказчиками и подрядчиками по монтажу, между арендодателями и арендаторами, между работодателями и сотрудниками (например, при оспаривании времени прихода-ухода или факта нахождения на объекте), а также в ходе внутренних расследований инцидентов (кражи, утечки данных, несанкционированного проникновения). В таких ситуациях единственным объективным методом установления истины становится компьютерно-техническая экспертиза СУД.

• Данная экспертиза представляет собой комплексное междисциплинарное исследование, объединяющее: анализ аппаратной части (контроллеры, считыватели, электромеханические замки, доводчики, источники питания, сетевые коммутаторы, серверы, рабочие станции операторов); исследование программного обеспечения (серверное ПО, базы данных событий, программные модули управления доступом, прошивки контроллеров, драйверы устройств, системы шифрования); анализ сетевого взаимодействия (коммуникационные протоколы между компонентами, маршрутизация трафика, защита каналов, журналы сетевых событий); проверку целостности и достоверности журналов событий (логов), временных меток, фотографий и видеофиксации; изучение алгоритмов обработки событий (принятие решений о доступе, формирование тревог и отчётов); а также оценку соответствия системы проектной документации, техническому заданию и нормативным требованиям (включая требования Минцифры, ФСТЭК, 152-ФЗ о персональных данных). Объектами экспертизы становятся как цифровые следы, так и физические устройства, а также документы, регламентирующие эксплуатацию системы.
• Особую сложность представляет многообразие архитектурных решений СУД: от простых автономных контроллеров на одну дверь до распределенных масштабируемых систем с сетевыми контроллерами, центральным сервером, резервными копиями и облачными сервисами. Используются различные протоколы (Wiegand, OSDP, RS-485, Ethernet, Wi-Fi, Bluetooth, Zigbee), различные типы идентификаторов (проксимити-карты, смарт-карты, ключи Touch Memory, биометрия, мобильные приложения) и различные методы аутентификации (PIN-код, отпечаток пальца, лицо, радужка). Эксперт должен не только разбираться в технологиях, но и знать особенности конкретных вендоров (например, HID Global, Kantech, Bosch, LenelS2, Gallagher, CAME, Bolid, Parsec, Sigur), их уязвимости, типичные ошибки конфигурации и логику работы. Союз «Федерация судебных экспертов» имеет в штате сертифицированных специалистов по безопасности, системных администраторов, инженеров-электронщиков, а также экспертов в области криптографии и баз данных. Мы располагаем обширным парком измерительного и диагностического оборудования, включая анализаторы протоколов, осциллографы, программаторы для чтения прошивок, специализированное ПО для восстановления и анализа журналов, а также лабораторный стенд для имитации работы различных СУД. В данной статье мы максимально подробно и всесторонне рассмотрим все этапы, методы, приборы, правовые и технические аспекты этой экспертизы, сопровождая материал глубокими практическими кейсами из нашей многолетней деятельности.

🔐 Раздел 1. Архитектура и компоненты системы управления доступом: классификация и уязвимости для эксперта

• Экспертиза начинается с понимания архитектуры конкретной СУД. По способу организации она может быть централизованной (все контроллеры подключены к одному серверу, который принимает все решения), децентрализованной (контроллеры принимают решения автономно, синхронизируя базы данных с сервером периодически) или гибридной. Типовая СУД включает: контроллеры (сетевые или дверные), считыватели (карт, биометрии), исполнительные устройства (электромагнитные замки, электромеханические замки, шлагбаумы, турникеты), источники питания (основные и резервные), сетевые коммутаторы, серверное оборудование (SQL-база данных, сервер приложений), рабочие места операторов (с клиентским ПО), системы видеонаблюдения и домофонии (интегрированные). Каждый компонент имеет свои уязвимости: контроллеры могут быть взломаны через физический доступ к шине RS-485; считыватели — с помощью эмуляции карт (клонирование) или атак на биометрию; источники питания — могут отказать из-за некачественных батарей; серверное ПО — быть подвержено SQL-инъекциям или атакам на слабые пароли; сеть — прослушиванию трафика (сниффинг). Эксперт должен идентифицировать все компоненты, установить их модель, версию прошивки, программного обеспечения, дату изготовления и последнего обслуживания. Проверяется соответствие фактической схемы монтажа проектной документации: не изменены ли места установки считывателей, не использованы ли более дешёвые аналоги контроллеров, не нарушены ли требования к резервированию питания и каналов связи. Особое внимание уделяется наличию системы бесперебойного питания (ИБП), способной обеспечить работу СУД в течение времени, достаточного для завершения эвакуации при аварийном отключении электроэнергии.

🔌 Раздел 2. Анализ электрических и коммуникационных параметров системы

• Перед программным анализом эксперты проверяют физические параметры сети и питания. Для проводных интерфейсов (RS-485, Ethernet) измеряются уровень сигнала, наличие наводок, помех, обрывов, коротких замыканий. Используется осциллограф для анализа формы сигнала и мультиметр для измерения напряжения питания. В частности, для RS-485 критично наличие оконечных резисторов и согласование линий, так как их отсутствие вызывает отражения сигналов и сбои. Для Ethernet проверяются параметры кабеля (затухание, перекрестные помехи) и правильность обжима концов (распиновка 568A/568B). Измеряется сопротивление изоляции для исключения утечек в условиях повышенной влажности. Для беспроводных интерфейсов (Wi-Fi, Bluetooth, ZigBee) проводится анализ уровня радиосигнала (RSSI), наличие помех от соседних устройств (анализатор спектра), а также аутентификация и шифрование (WPA2/WPA3, шифрование протоколов). Обнаружение слабого сигнала или использования устаревшего шифрования (WEP) фиксируется как уязвимость. Также проверяется наличие и работа резервных каналов связи — если основной канал выходит из строя, система должна переключиться на резервный (например, с Ethernet на 4G-модем), и время переключения не должно превышать допустимое. Все электрические замеры фиксируются в протоколах, которые становятся частью заключения. При обнаружении несоответствий (например, заниженное напряжение питания на удалённых считывателях) эксперт определяет, является ли это следствием проектной ошибки, монтажного дефекта или естественного износа оборудования.

🖥 Раздел 3. Исследование серверного ПО и базы данных СУД

• Центральный сервер СУД хранит базу данных событий, которая является ключевым объектом экспертизы. Эксперт проверяет, используется ли защищённая СУБД (MS SQL, PostgreSQL, Oracle) и настроен ли механизм резервного копирования. Осматриваются журналы ошибок, системные события, записи аудита. Оценивается, настроена ли политика паролей и доступа к базе, наличие шифрования транзакций. Проверяется, ведутся ли журналы для того временного периода, который интересует заказчика, и не были ли они изменены (об этом ниже). Важным моментом является проверка синхронизации времени на сервере (NTP) и на контроллерах — если временные метки расходятся, это может исказить хронологию событий. При подозрении на подделку логов, эксперт анализирует структуру таблиц БД, метаданные, наличие триггеров и хранимых процедур, которые могут модифицировать данные. Проверяются контрольные суммы и следы использования административных утилит для изменения записей. Если такие следы найдены, это является доказательством фальсификации. Эксперты Союза «Федерация судебных экспертов» используют специализированные инструменты для восстановления удалённых записей и анализа журналов репликации (если они были).

📄 Раздел 4. Анализ журналов событий: целостность, достоверность, хронология

• Журналы событий (логи) — это единственный цифровой след, по которому можно восстановить историю доступов, открытий дверей, тревог и действий операторов. Эксперт проверяет наличие логов на сервере и на контроллерах (в энергонезависимой памяти). Проверяется их непрерывность: если есть разрывы (пропуски времени), это может указывать на отключение, сбой или намеренную очистку. Сравниваются записи на сервере и на контроллерах, чтобы выявить расхождения. Для проверки достоверности эксперты обращают внимание на формат временных меток, последовательность событий, логику связей (например, событие «вход разрешён» должно сопровождаться событием «считывание карты»). Аномалии, такие как дублирующиеся записи, отсутствие обязательных полей, или события, которые не соответствуют физическим возможностям (например, проход через дверь, за которой нет считывателя) — все это фиксируется. Также проверяется, были ли изменения системного времени (event log), так как это может быть использовано для маскировки позднего прихода или раннего ухода. Эксперт может восстановить удалённые записи с помощью анализа журналов СУБД (транзакционные логи) или из резервных копий, если они сохранились. В некоторых случаях помогают логи сетевого оборудования (firewall, DHCP), которые косвенно подтверждают или опровергают активность устройств СУД в определённый момент.

🔒 Раздел 5. Анализ криптографической защиты и аутентификации пользователей

Современные СУД используют разные методы аутентификации: PIN-код, проксимити-карты (Mifare Classic, HID Prox), смарт-карты с шифрованием (Mifare DesFire, HID iCLASS), биометрию (отпечаток, лицо, радужка), мобильные приложения (по Bluetooth или NFC). Эксперт проверяет, какой тип используется, и насколько он защищён от клонирования и взлома. Например, карты Mifare Classic уязвимы для атак с использованием специального оборудования (например, Proxmark3), так как их шифрование Crypto-1 было взломано. Если в системе используются такие карты, это является серьёзной уязвимостью. Биометрические системы проверяются на предмет возможности подмены (например, использование фотографии для Face ID, использование муляжа для отпечатка пальца). Эксперт изучает алгоритмы сравнения, пороговые значения (FAR — false acceptance rate, FRR — false rejection rate), а также наличие защиты от лазерных и фотографических атак. Также анализируется протокол передачи данных между считывателем и контроллером. Если он использует незашифрованный Wiegand (а это 80% рынка), то данные могут быть перехвачены и сэмулированы. Наличие шифрования OSDP (Open Supervised Device Protocol) является признаком более высокой безопасности. При обнаружении слабой криптозащиты, это фиксируется как недостаток, который мог быть использован для несанкционированного доступа.

🕵️ Раздел 6. Исследование сетевых взаимодействий и протоколов

Система управления доступом взаимодействует по сети с сервером, а также может иметь интеграцию с видеонаблюдением и СКУД других зданий. Эксперт анализирует трафик между компонентами с помощью сниффера (Wireshark) и оценивает: используются ли защищённые каналы (TLS/SSL), есть ли аутентификация при подключении, используется ли фиксированный IP-адрес и закрытые порты. Если трафик идёт открыто, его можно перехватить и модифицировать, что позволит злоумышленнику открыть дверь или подменить логи. Проверяются настройки брандмауэра и сетевых экранов — должны быть закрыты все лишние порты, а доступ к серверу должен быть разрешён только с доверенных IP-адресов. Обнаружение открытых портов (например, 1433 для MS SQL) во внешнем периметре является грубым нарушением безопасности. Также проверяется наличие и настройка VPN-туннелей для удалённого администрирования. Если используется протокол RDP без шифрования или с известными уязвимостями, это также является риском. Эксперт даёт заключение о соответствии сетевой архитектуры современным требованиям безопасности (CIS Benchmarks, рекомендации производителя).

🔧 Раздел 7. Проверка конфигурации контроллеров и прошивок

Контроллеры являются «мозгом» СУД на уровне двери. Эксперт подключается к контроллеру (через сервисный порт или по сети) и считывает его настройки: список разрешённых карт, временные зоны, режимы работы (например, «свободный проход» или «нормально закрытая дверь»), таймауты, настройки тревог. Сравнивает их с проектной документацией и с политикой безопасности заказчика. Если обнаруживаются расхождения (например, дверь должна быть закрыта с 18:00 до 09:00, а в контроллере стоит «свободный доступ»), это фиксируется как нарушение. Прошивка контроллера проверяется на наличие обновлений безопасности. Если контроллер работает на устаревшей версии, где известны уязвимости (например, возможность переполнения буфера или обхода аутентификации через сервисный код), это также является основанием для критических замечаний. В случае подозрения на взлом, прошивка может быть вычитана и проанализирована на наличие модификаций (бэкдоров). Для этого используются программаторы, поддерживающие конкретные типы микроконтроллеров.

👤 Раздел 8. Анализ действий операторов и аудит административных действий

Система управления доступом ведёт собственный журнал действий операторов (кто, когда, какие изменения вносил, кому выдавал карты, изменял временные зоны, отключал тревоги). Эксперт проверяет этот журнал, ищет несоответствия: например, если карта была выдана в 23:00, а администратор, якобы, ушёл с работы в 18:00, это может указывать на использование его учётной записи посторонним. Также проверяются логи изменения паролей, блокировки пользователей, скачивания отчётов. Особое внимание уделяется поиску признаков «скрытого администрирования» — использование учётных записей-двойников, отключение аудита, изменение системного времени. Для этого эксперт анализирует системные логи (Windows Event Log) на сервере, а также логи СУБД. Обнаружение таких действий является доказательством вмешательства.

🛡 Раздел 9. Интеграция с видеонаблюдением и другими системами

Часто СУД интегрирована с системой видеонаблюдения (IP-камеры), фиксирующей момент прохода (фото/видео). Эксперт проверяет, настроена ли синхронизация: при каждом событии доступа должна создаваться запись с камеры. Проверяется, сохранены ли видеофайлы, соответствующие спорным событиям, и не были ли они модифицированы (анализ метаданных видео, хеши). Если интеграция не настроена или видео отсутствует, это снижает доказательную силу логов. Также проверяется работа системы распознавания лиц, если она используется. Интеграция с пожарной сигнализацией и системой оповещения также проверяется: при срабатывании пожарной тревоги СУД должна разблокировать все двери для эвакуации. Если этого не произошло, это является критическим нарушением безопасности. Эксперт проверяет логи событий на наличие команд разблокировки и их исполнение контроллерами.

📦 Раздел 10. Проверка источников питания и систем резервирования

Отказ питания — одна из частых причин неработоспособности СУД, особенно при авариях или отключениях. Эксперт проверяет наличие аккумуляторных батарей в блоках питания, их ёмкость, срок службы и состояние (с помощью тестера). Оценивается, способна ли система поддерживать работу всех контроллеров и замков в течение времени, указанного в проекте. Если ёмкость снижена на 30-40%, это является недостатком, который может привести к отказу в критический момент. Также проверяется, установлены ли устройства защиты от импульсных перенапряжений (УЗИП), особенно в зданиях с грозовой активностью. Если такие устройства отсутствуют, это повышает риск выхода из строя контроллеров из-за скачков напряжения. Все замечания фиксируются в заключении.

🗂 Раздел 11. Анализ проектной и исполнительной документации

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

🔬 Раздел 12. Экспериментальная проверка оборудования на стенде

В сложных случаях, особенно при подозрении на заводской брак или аппаратную закладку, эксперты Союза «Федерация судебных экспертов» могут провести исследование на лабораторном стенде. Контроллер или считыватель подключаются к эталонной системе, и воспроизводятся типовые сценарии. Проверяется, корректно ли устройство реагирует на штатные и нештатные команды, не возникает ли ошибок при имитации сетевых атак. Также измеряется ток потребления в разных режимах — аномально высокий ток может указывать на скрытый радиопередатчик (закладку) или внутреннее короткое замыкание.

📊 Раздел 13. Оценка стоимости восстановления и экономического ущерба

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

🔥 Раздел 21. Практические кейсы из деятельности Союза «Федерация судебных экспертов» по экспертизе систем управления доступом

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

Кейс 1. Спор о взломе офиса и краже техники с использованием клонированной карты доступа. Владелец крупного IT-офиса, расположенного в бизнес-центре, обнаружил пропажу 15 ноутбуков и серверного оборудования из охраняемого помещения, доступ в которое контролировался современной СУД на базе контроллеров компании «Парсек» и считывателей с поддержкой карт Mifare Classic. Согласно журналам системы, проход был зафиксирован по карте сотрудника, который был уволен за два месяца до инцидента и сдал свой пропуск администратору. Администратор безопасности утверждал, что карта была физически уничтожена, но журналы показывали её использование в 2:15 ночи. Подрядчик по монтажу СУД настаивал на том, что система работает корректно и не может быть взломана, а виноват сам заказчик, плохо хранивший резервные карты. Владелец офиса заказал экспертизу в Союзе «Федерация судебных экспертов», чтобы установить, был ли взлом, или же проход осуществил кто-то из сотрудников с использованием старой карты.

Эксперты начали исследование с изъятия и анализа самого считывателя и контроллера, обслуживавшего дверь. Считыватель был протестирован на стенде с использованием специализированного оборудования Proxmark3, которое способно эмулировать и анализировать сигналы карт Mifare Classic. Было установлено, что считыватель не имеет защиты от атак с использованием «роллинга» (повторная передача перехваченного сигнала). Затем эксперты извлекли дамп памяти контроллера через сервисный интерфейс и проанализировали логи событий, хранящиеся во внутренней энергонезависимой памяти. Оказалось, что контроллер фиксировал не только успешные открытия, но и множество неудачных попыток считывания в течение трёх дней до кражи — с 23:00 до 03:00, по 5-10 попыток за ночь. В эти ночи система фиксировала ошибку «неверный ключ» (несовпадение CRC), что характерно для попыток подбора ключей к карте. Параллельно эксперты извлекли логи с центрального сервера СУД и сравнили их с логами контроллера: было обнаружено расхождение — на сервере записи об этих неудачных попытках отсутствовали, что указывало на то, что администратор системы удалил их из БД, но забыл стереть их с контроллера. Металлографический анализ считывателя показал, что на его корпусе есть микроцарапины в области антенны, характерные для использования внешнего усилителя (магнитная головка для перехвата сигнала). Также эксперты провели анализ времени — было обнаружено, что в ночь кражи системное время на сервере было переведено на 2 часа назад, а затем возвращено, что позволило «скрыть» факт взлома в отчётах для руководства. На основе совокупности данных эксперты сделали вывод: карта была клонирована с помощью устройства эмуляции, а злоумышленник имел доступ к внутренней информации о системе (время проведения атак, сведения о карте). Также было установлено, что администратор СУД (бывший сотрудник, уволенный за несколько месяцев до этого) знал о слабостях системы и, вероятно, участвовал в организации кражи. Суд принял заключение как основное доказательство: дело было передано в полицию, подозреваемый задержан, а владелец офиса получил страховое возмещение (согласно КАСКО), так как экспертиза подтвердила, что кража произошла вследствие взлома, а не халатности. Ущерб был оценён в 2,5 млн рублей, страховщик выплатил компенсацию, а также были взысканы судебные издержки и стоимость экспертизы (120 000 рублей) с виновного лица.

Кейс 2. Спор о достоверности данных учёта рабочего времени с целью оспаривания увольнения за прогулы. Сотрудник крупного производственного предприятия был уволен за систематические прогулы: по данным СУД, он отсутствовал на рабочем месте более 4 часов без уважительной причины в течение трех смен. Сотрудник настаивал на том, что он был на территории предприятия, но система зафиксировала его выход через турникет, хотя он этого не делал. Он заявил, что администратор СУД сфабриковал логи для оправдания своего решения, так как между ними был личный конфликт. Работодатель представил в суд распечатки журналов событий СУД, где были чётко зафиксированы время выхода и входа сотрудника. Сотрудник заказал независимую компьютерно-техническую экспертизу в Союзе «Федерация судебных экспертов», которая должна была установить, были ли подделаны записи в базе данных СУД.

Эксперты начали с того, что изъяли сервер СУД и его резервные копии (создаваемые автоматически каждую ночь). Проанализировав транзакционные логи СУБД (MS SQL Server) за период, предшествующий увольнению, они обнаружили, что были выполнены четыре запроса на редактирование таблицы событий в ночное время (с 02:00 до 04:00), когда, согласно аудиту системы, администратор не должен был находиться на рабочем месте. Эти запросы удаляли записи о неудачных попытках входа сотрудника (которые происходили за 15 минут до зафиксированного выхода), а также изменяли временные метки в двух записях о проходе через турникет, сместив их на 20 минут в сторону «выхода». Эксперты восстановили удалённые записи из транзакционных логов (используя специализированное ПО ApexSQL Recover) и восстановили исходную картину: сотрудник действительно зашёл на территорию, затем у него не сработала карта (была неудачная попытка), затем он вошёл повторно, но через 15 минут покинул территорию. Однако в отредактированных логах это было представлено как непрерывное отсутствие. Анализ системных логов Windows (Event ID 4624, 4672) показал, что учётная запись администратора СУД использовалась именно в это ночное время, причём с IP-адреса его домашнего компьютера (что было подтверждено провайдером). Эксперты также проверили журналы видеонаблюдения, интегрированного с СУД: на видео был чётко виден сотрудник, входящий и выходящий в определённое время, что полностью опровергало отредактированные логи. В своём заключении эксперты сделали вывод, что журналы были фальсифицированы администратором СУД с целью увольнения сотрудника. Суд восстановил сотрудника на работе, обязал работодателя выплатить зарплату за всё время вынужденного прогула (около 400 000 рублей), а также компенсировать моральный вред (50 000 рублей). Администратор СУД был уволен за подлог, а на работодателя был наложен штраф за нарушение трудового законодательства.

Кейс 3. Отказ электромагнитного замка, приведший к травме посетителя, и спор о качестве монтажа. В одном из торгово-развлекательных центров произошёл инцидент: при закрытии массивной металлической двери (весом около 80 кг) на входе в служебную зону электромагнитный замок, установленный подрядчиком, не сработал должным образом, и дверь резко упала, ударив по ноге посетителя. В результате пострадавший получил перелом лодыжки и длительное лечение. Владелец ТЦ обвинил подрядчика по монтажу СУД в том, что замок был установлен без учёта массы двери и с нарушением технологии, а подрядчик утверждал, что замок исправен, а причиной инцидента стало резкое открытие двери посетителем, который превысил допустимую нагрузку. Пострадавший также предъявил иск к ТЦ о возмещении вреда здоровью. Для выяснения технических причин была назначена экспертиза, порученная Союзу «Федерация судебных экспертов».

Эксперты провели выездной осмотр места происшествия: измерили фактическую массу двери с использованием динамометра, проверили работу электромагнитного замка в штатном режиме с помощью тестера напряжения и прибора для измерения силы удержания (магнитного момента). Оказалось, что установленный замок имеет номинальную силу удержания 300 кг, что достаточно для двери массой 80 кг, однако монтаж был выполнен с нарушением: пластина якоря была закреплена не на всю плоскость, а только на два болта (вместо четырёх), причём болты не были затянуты моментом (были ослаблены), из-за чего при приложении горизонтальной силы происходил перекос якоря, и сцепление падало до 120 кг. Кроме того, эксперты проверили настройки контроллера: в конфигурации было установлено время удержания замка после подачи сигнала на открытие — 2 секунды, но при этом не был настроен датчик положения двери (магнито-контактный), который должен подтверждать закрытие двери, иначе контроллер может подать команду на отпирание, даже если дверь физически не закрыта. В журналах событий СУД эксперты обнаружили, что за день до инцидента система фиксировала 7 ошибок «несоответствие датчика двери», что свидетельствовало о том, что дверь не закрывалась должным образом. Однако эти ошибки не были устранены, и замок продолжал работать. Эксперты также провели металлографический анализ болтов крепления — на них были обнаружены микротрещины, характерные для перетяжки при монтаже, а затем ослабления. Стендовое испытание замка подтвердило, что при ослабленных болтах и перекосе якоря удерживающая сила падает ниже 150 кг, и при резком рывке дверь может открыться. Экспертное заключение установило, что причиной травмы является комплекс монтажных нарушений (неправильное крепление якоря, отсутствие корректировки датчика положения двери, игнорирование системных ошибок) и что подрядчик не обеспечил надлежащее качество установки. Суд возложил ответственность на подрядчика и владельца ТЦ солидарно: подрядчик выплатил 70% компенсации (800 000 рублей) и штраф за нарушение техники безопасности, а владелец ТЦ — 30% за ненадлежащий контроль. Пострадавший получил полное возмещение.

Кейс 4. Несанкционированный доступ через уязвимость Wi-Fi-контроллера в медицинском центре. В частной клинике была установлена СУД на базе беспроводных контроллеров с Wi-Fi-интерфейсом. Охрана клиники обнаружила, что ночью дверь в кабинет с наркотическими препаратами открывалась несколько раз без применения ключей, но следов взлома не было. Было заявлено о пропаже медикаментов на сумму около 2 млн рублей. Подозрение пало на сотрудников, но никто не признавался. Была назначена экспертиза Союза «Федерация судебных экспертов». Эксперты провели сканирование беспроводной сети: обнаружили, что контроллер доступен по протоколу Telnet с заводским логином «admin» и паролем «admin», что является грубым нарушением безопасности. Логи контроллера не вели учёт IP-адресов, с которых производилось подключение, но эксперты перехватили трафик на уровне роутера и выявили несколько сессий Telnet, исходящих с одного IP-адреса, принадлежащего бывшему сотруднику, который ранее обслуживал систему. Контроллер был извлечён и прошивка вычитана для анализа: в ней не было механизма блокировки после неудачных попыток аутентификации, что позволило злоумышленнику перебирать пароли. Кроме того, эксперты нашли в логах роутера записи о посещении сайта с инструкцией по эксплуатации данного контроллера за день до кражи. Экспертное заключение позволило идентифицировать злоумышленника, который был привлечён к уголовной ответственности. Клинике было предписано сменить все контроллеры на модели с шифрованием и обязательной сменой пароля.

Кейс 5. Спор о неработоспособности системы управления доступом при пожаре и нарушении эвакуации. В крупном офисном здании произошёл пожар на 5-м этаже, автоматическая пожарная сигнализация сработала, но двери эвакуационных выходов, которые должны были автоматически разблокироваться по сигналу от пожарной системы, не открылись. Это вызвало панику и задержку эвакуации, хотя жертв удалось избежать, но здание получило ущерб, а арендаторы предъявили претензии к управляющей компании. Управляющая компания обвинила подрядчика по СУД в том, что интеграция с пожарной системой была выполнена неверно, а подрядчик утверждал, что пожарная система дала ложный сигнал, и СУД сработала правильно. Эксперты Союза «Федерация судебных экспертов» проанализировали логи контроллеров СУД и пожарной панели. Было установлено, что пожарная панель передала корректный сигнал на разблокировку по сухому контакту, но в контроллерах СУД эта команда была настроена не как «разблокировка всех дверей», а как «блокировка», из-за ошибки в файле конфигурации (перепутаны логические уровни). Также эксперты проверили протокол связи: вместо использования стандартного интерфейса OPC, подрядчик использовал самодельный протокол через COM-порт с отсутствием контроля подтверждения, что вызвало потерю пакета данных. В результате команда на разблокировку не дошла до контроллеров. Эксперты также провели испытания на стенде, воспроизведя сигнал от пожарной панели, и подтвердили, что при правильной настройке дверь должна была открыться, но фактическая конфигурация блокирует её. Суд обязал подрядчика переделать интеграцию бесплатно, выплатить штраф за нарушение условий контракта (1,2 млн рублей) и возместить ущерб арендаторам от простоя (ещё 900 000 рублей).

Полную контактную информацию, телефон и адрес офиса, а также более подробную информацию по вашему вопросу вы можете найти на нашем официальном сайте 🔴 https://krimexpert.ru