Что произошло с камерами Hikvision в 2026 году

22 июля 2026 года были опубликованы сведения о пяти уязвимостях некоторых камер Hikvision:

• CVE-2026-57599;
• CVE-2026-57600;
• CVE-2026-61390;
• CVE-2026-61391;
• CVE-2026-61392.

Они отличаются и по механизму атаки, и по возможным последствиям. Поэтому неправильно объединять их фразой «найден способ удалённо взломать любую Hikvision».

Какие именно уязвимости обнаружены

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

Все ли камеры Hikvision теперь уязвимы

Нет. По одному названию производителя определить уязвимость нельзя.

Даже внутри серии DS-2CD существуют разные поколения камер, аппаратные платформы, регионы поставки и ветки прошивок. Поэтому проверять нужно точную модель и установленную версию ПО.

Правильная последовательность:

1. определить полное название модели;
2. посмотреть текущую версию firmware и дату сборки;
3. найти модель в официальных материалах производителя;
4. проверить наличие рекомендуемой security firmware;
5. убедиться, что прошивка предназначена именно для этой модели и аппаратной ревизии.

Может ли посторонний смотреть вашу IP-камеру

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

Частые причины проблем с безопасностью

• слабый или повторно используемый пароль администратора;
• пароль камеры совпадает с паролем других сервисов;
• старая прошивка с известными уязвимостями;
• веб-интерфейс камеры опубликован напрямую в интернет;
• наружу открыт RTSP, ONVIF, SDK или другой сервис;
• UPnP автоматически создал проброс портов на роутере;
• скомпрометирована учётная запись облачного сервиса;
• доступ выдан лишним пользователям;
• камера и компьютеры находятся в одной сети без ограничений;
• на устройстве оставлены ненужные сетевые службы.

Поэтому защита камеры начинается не с установки самого сложного пароля, а с понимания всей архитектуры системы.

Как IP-камера вообще связывается с интернетом

Существует несколько принципиально разных схем.

1. Камера работает через облако или P2P

Камера сама устанавливает исходящее соединение с инфраструктурой производителя. Приложение пользователя подключается через эту инфраструктуру.

Преимущество очевидно: обычно не требуется белый IP, DDNS и ручной проброс портов.

2. Камеры записываются на локальный NVR

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

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

3. Локальная система с удалённым доступом через VPN

Камеры и NVR не публикуются напрямую в интернет. Пользователь сначала подключается к своей сети через защищённый VPN, после чего получает доступ к оборудованию так, как будто находится дома или на объекте.

Подробнее о различиях между локальным потоком и облаком читайте в материале «ONVIF, RTSP и облако камеры».

P2P и облако камеры: это опасно или нет

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

Но использование облачной инфраструктуры создаёт дополнительную зависимость:

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

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

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

Почему открывать порты камеры напрямую в интернет опасно

Один из самых спорных способов организации удалённого просмотра выглядит так:

После этого сетевой сервис камеры становится доступен извне. Если в нём появится уязвимость, поверхность атаки оказывается значительно шире.

Особенно нежелательно без необходимости публиковать:

• HTTP и HTTPS интерфейс камеры;
• RTSP;
• ONVIF;
• SSH и Telnet;
• служебные SDK-порты;
• FTP;
• административный интерфейс NVR.

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

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

Как проверить свою Hikvision после новых уязвимостей

Шаг 1. Узнайте точную модель

Нужна полная маркировка, а не просто «Hikvision 4 Мп». Она доступна на наклейке устройства, в веб-интерфейсе, NVR или фирменной утилите обнаружения устройств.

Шаг 2. Запишите текущую прошивку

Сохраните номер версии и дату сборки. Это важнее даты покупки камеры: устройство могло несколько лет пролежать на складе.

Шаг 3. Проверьте официальные обновления

Сверяйте модель с официальным разделом обновлений безопасности Hikvision. Не ориентируйтесь только на фразу «последняя прошивка» на случайном форуме или файловом архиве.

Шаг 4. Сделайте резервную копию настроек

Если камера или регистратор позволяет экспортировать конфигурацию, сохраните её до обновления.

Шаг 5. Проверьте внешнюю доступность

На роутере посмотрите:

• ручные правила проброса портов;
• UPnP;
• DMZ;
• IPv6 firewall;
• правила удалённого управления;
• какие сервисы разрешены со стороны WAN.

Наличие белого IP само по себе не проблема. Проблема возникает, если ненужные сервисы камеры или регистратора разрешены с внешней стороны сети.

Если непонятно, чем отличается белый адрес от CGNAT, есть отдельное руководство «Серый IP и CGNAT».

Как правильно организовать сеть видеонаблюдения

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

Базовый вариант

Более защищённый вариант

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

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

Для систем с локальной аналитикой отдельная сеть особенно удобна. Подробнее: «Локальная видеоаналитика без облака: AI-камеры, NVR и Frigate».

Можно ли вообще запретить IP-камерам выход в интернет

Да, если архитектура системы это допускает.

Если камера пишет по локальной сети на NVR или NAS, постоянный доступ каждой камеры во внешний интернет может быть не нужен.

Но перед блокировкой нужно понимать последствия. Могут перестать работать:

• P2P и фирменное облако;
• push-уведомления;
• некоторые облачные функции аналитики;
• удалённое обновление;
• синхронизация времени, если камера использует внешний NTP;
• другие сервисы конкретного производителя.

Поэтому хороший вариант для профессионально собранной локальной системы: разрешить камерам только необходимые соединения, а не просто поставить универсальное правило «запретить всё».

Как понять, что камера могла быть скомпрометирована

Одного универсального признака нет. Насторожить должны неожиданные изменения поведения.

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

Каждый из этих признаков может иметь и обычное техническое объяснение, поэтому сам по себе он не доказывает взлом.

Что делать при серьёзном подозрении

1. ограничить камере доступ в сеть;
2. сохранить журналы событий, если они доступны;
3. зафиксировать модель и версию прошивки;
4. проверить настройки роутера и NVR;
5. обновить устройство официальной прошивкой;
6. сменить пароли камеры, NVR и облачной учётной записи;
7. проверить список пользователей и привязанных устройств;
8. при необходимости выполнить сброс и настройку системы заново.

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

Что проверить после обновления прошивки камеры

Обновление безопасности не заканчивается нажатием кнопки Upgrade.

• камера нормально загружается;
• версия прошивки действительно изменилась;
• сохранился IP-адрес;
• работает основной и дополнительный поток;
• NVR получает изображение;
• архив записывается;
• ONVIF работает, если он используется;
• сохранились события движения и видеоаналитики;
• приходят необходимые уведомления;
• правильно настроены дата, часовой пояс и NTP;
• не включились ненужные сетевые службы;
• удалённый доступ работает по выбранной безопасной схеме.

Иногда обновление меняет работу ONVIF, событий, Hik-Connect или отдельных параметров потока. Поэтому после обновления нужно проверять всю цепочку от камеры до архива и уведомлений.

Нужно ли менять исправную камеру только из-за опубликованной CVE

Обычно нет.

Сначала нужно выяснить:

• относится ли уязвимость к конкретной модели;
• затрагивает ли установленную версию прошивки;
• доступен ли исправленный firmware;
• какие сетевые сервисы камеры реально доступны;
• есть ли прямой доступ из интернета;
• можно ли дополнительно ограничить устройство firewall.

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

Чек-лист безопасности IP-камеры в 2026 году

• Известна точная модель каждой камеры.
• Проверена версия firmware.
• Установлены актуальные официальные обновления.
• Используется уникальный пароль администратора.
• Нет одинаковых паролей на камерах, NVR и роутере.
• Для обычного просмотра используется отдельный пользователь.
• SSH и Telnet отключены, если они не нужны.
• FTP отключён, если не используется.
• UPnP проверен и отключён там, где он не требуется.
• Камера не находится в DMZ.
• Веб-интерфейс камеры не опубликован напрямую в интернет.
• RTSP и ONVIF не открыты наружу без необходимости.
• Проверены правила NAT и IPv6 firewall.
• Камеры отделены от основной сети, если оборудование это позволяет.
• Архив хранится локально на NVR, NAS или сервере, если это требуется задачей.
• Удалённый доступ организован через подходящий защищённый механизм.
• Проверены пользователи и привязанные облачные аккаунты.
• Настроены корректные дата, время и NTP.
• Проверяется журнал событий.
• После обновлений тестируются запись, события и удалённый просмотр.

Нормативная основа для систем видеонаблюдения

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

ГОСТ Р 51558-2014 устанавливает классификацию, общие технические требования и методы испытаний средств и систем охранного телевидения.

ГОСТ Р 56035-2014 посвящён защите оцифрованных видеоданных от случайного и преднамеренного искажения при передаче и хранении.

Эти документы не заменяют рекомендации производителя по устранению конкретных CVE. Для уязвимости конкретной модели первичным источником остаются официальные security advisory и firmware производителя.

Какая схема видеонаблюдения практичнее для дома или небольшого объекта

Если видеонаблюдение действительно используется для безопасности, а не как одиночная Wi-Fi-камера для периодического просмотра, разумная архитектура обычно выглядит так:

Дополнительно имеет смысл резервировать питание камер, PoE-коммутатора, регистратора и сетевого оборудования. Тогда отключение внешнего интернета не обязательно означает прекращение локальной записи.

Если удалённый просмотр работает медленно, проблема может быть уже не в безопасности камеры, а в upload, битрейте, мобильной сети или VPN. Это отдельно разобрано в статье «Почему удалённый просмотр камер тормозит».

FAQ: взлом и безопасность IP-камер

Можно ли взломать IP-камеру через интернет?

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

Новые уязвимости 2026 года относятся ко всем Hikvision?

Нет. Затронутые семейства и версии различаются для разных CVE. Нужно проверять точную модель и прошивку по официальным материалам производителя.

Нужно ли срочно менять камеры Hikvision?

Не обязательно. Сначала проверяют модель, firmware, наличие исправления и сетевую конфигурацию. Во многих случаях правильным действием будет обновление и ограничение сетевого доступа, а не замена оборудования.

Опасен ли Hik-Connect или другой P2P?

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

Нужно ли открывать порт камеры для просмотра с телефона?

Во многих современных системах нет. Можно использовать фирменное облако или защищённый доступ к собственной сети. Прямой проброс веб-интерфейса, RTSP или ONVIF камеры наружу без необходимости лучше не использовать.

Можно ли полностью запретить камере интернет?

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

Поможет ли отдельный VLAN для камер?

Да. Сегментация не устраняет уязвимость самой камеры, но помогает ограничить доступ скомпрометированного устройства к компьютерам, NAS, умному дому и другим сегментам сети.

Что важнее: сложный пароль или новая прошивка?

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

Нужно ли отключать UPnP?

Если автоматическое открытие портов не требуется, UPnP лучше отключить или как минимум контролировать созданные им правила. Для постоянной системы видеонаблюдения сетевые разрешения лучше понимать и настраивать явно.

Может ли взломанная камера стать точкой входа в домашнюю сеть?

Потенциально скомпрометированное сетевое устройство может использоваться для дальнейшего взаимодействия с доступными ему ресурсами. Именно поэтому камеры желательно отделять от пользовательских устройств и ограничивать правилами firewall.