Система автоматического открытия дверей (парника) по СМС/кнопке
Лето уже, конечно же, кончается. Но руки всё таки дошли до установки. В целом проект применим к чему угодно что нужно открывать удалённо таким образом. Буду наблюдать.
0 просмотренных постов скрыто
CameraSwarm: один оператор скомпрометировал более 14 500 камер Dahua. Основная масса подтверждённых компрометаций- Украина и Россия
Дисклеймер: В исследовательских отчётах термин "оператор" используется для обозначения лица или группы, контролирующей описываемую инфраструктуру и осуществляющей связанные с ней действия. Это не обязательно означает, что исследователям удалось установить личность конкретного человека или организации. В данном случае термин используется в соответствии с терминологией первоисточника.
Исследователи Hunt.io раскрыли операцию, которую назвали CameraSwarm. В период с 17 июня по 22 июля 2026 года один оператор скомпрометировал более 14 530 IP-камер Dahua.
При этом сканирование было глобальным. Оператор сначала работал с российским адресным пространством, а затем развернул сканирование на весь IPv4. Крупнейшие отдельные результаты на ранних этапах пришлись даже на сети провайдеров Мексики и Вьетнама. Однако среди подтверждённых и геолокализованных компрометаций основная масса пришлась на Украину и Россию.
Операция продолжалась 35 дней и использовала сразу несколько независимых способов получения доступа к камерам.
Самое интересное произошло 23 июля: оператор оставил открытым HTTP-каталог на собственном сервере 154.86.119.60. Hunt.io обнаружил его и скачал практически всю рабочую среду атакующего: 2616 файлов в 234 каталогах общим объёмом около 407 МБ.
Внутри оказались исходники инструментов, логи, базы результатов сканирования, данные с камер и отдельный Windows-бинарник, который исследователи классифицировали как SalatStealer.
Хронология кампании: активация VPS через открытие, 17 июня - 23 июля 2026 года.
Как работала CameraSwarm
Атака строилась сразу по нескольким направлениям.
1. Массовый брутфорс через порт 37777
Первый путь- сканирование камер через TCP-порт 37777, используемый Dahua для протокола Easy4IP.
Оператор использовал массовое сканирование и затем перебирал учётные данные. Один только brute-force-движок успел обработать 12 324 уникальных IP-адреса. Сначала сканировалось российское адресное пространство, затем весь IPv4.
У инструментария была интересная особенность: перед сканированием очередного диапазона оператор проверял местное время. Если оно не попадало в рабочее окно 09:00-16:59, диапазон пропускался.
Сам сканер также был настроен на работу с очень большим количеством параллельных соединений.
предельные значения ядра, поднятые перед сканированием.
Таким образом, речь шла не о ручном взломе отдельных камер, а о промышленно масштабированной автоматизации.
2. Старые механизмы обхода аутентификации
Вторая ветка использовала две уязвимости Dahua- CVE-2021-33044 и CVE-2021-33045.
Через них оператор мог обойти аутентификацию и затем установить на устройство постоянную учётную запись:
p2pwn / p2password
Такой аккаунт хранится отдельно от обычного пароля администратора. Поэтому простая смена пароля не удаляет бэкдор.
На большинстве затронутых прошивок он также переживает сброс камеры к заводским настройкам.
Всего Hunt.io обнаружил признаки установки такого постоянного аккаунта примерно на 1923 камерах.
Два эксплойта 2021 года: камера либо доверяет железу NetKeyboard и не проверяет пароль, либо думает, что запрос пришёл с неё самой (127.0.0.1).
Здесь важно не путать реальные методы атаки с некоторыми обозначениями в инструментарии оператора. Hunt.io отдельно установил, что два CVE, указанных в некоторых компонентах этого набора, были промаркированы неправильно. Поэтому для этой операции корректнее опираться именно на подтверждённые CVE-2021-33044 и CVE-2021-33045, а не переносить все CVE-метки из найденного кода как достоверные.
3. Облачный P2P-релей Dahua
Третий путь оказался ещё интереснее.
Dahua позволяет подключаться к камерам через облачную P2P-инфраструктуру, используя серийный номер устройства, то есть без необходимости знать его внешний IP-адрес.
Оператор смог таким способом добраться как минимум до 283 камер.
При этом его собственные логи показали крайне неприятную особенность: среди живых серийных номеров 89,4% возвращали канал, не требовавший дополнительной аутентификации.
проверка P2P-канала и перебор учётных данных. 89,4% серийников открывали канал без аутентификации.
Это не означает, что одного серийного номера всегда было достаточно для полного контроля камеры.
Серийный номер позволял получить доступ к P2P-реле и построить туннель до устройства. Для непосредственного управления камерой затем могли потребоваться валидные учётные данные или одна из уязвимостей обхода аутентификации.
Но масштаб проблемы создаёт именно то, что в большинстве проверенных случаев сам канал не требовал дополнительной аутентификации.
Recovery-коды: ещё одна проблема
Отдельно Hunt.io обнаружил генератор offline recovery-кодов.
В определённых условиях, имея серийный номер устройства, оператор мог получить код, обеспечивающий облачный административный доступ независимо от обычных учётных данных камеры.
Это особенно неприятная особенность архитектуры: удаление установленного на камере аккаунта p2pwn не решает проблему с уже существующими recovery-кодами.
По данным Hunt.io, такие коды остаются действительными до тех пор, пока Dahua не изменит серверную логику их генерации и проверки.
Именно эта особенность, по мнению исследователей, указывает на возможность передачи полученного доступа третьей стороне.
Цепочка атаки CameraSwarm: разведка, получение доступа и три направления дальнейшей эксплуатации.
Это был не полностью оригинальный набор инструментов
Исследование показало, что оператор не написал весь инструментарий с нуля.
Найденный набор представляет собой смесь собственного кода, модифицированных публичных инструментов и исследований других специалистов. Hunt.io связал компоненты как минимум с несколькими upstream-разработчиками и исследовательскими проектами.
При этом важно различать использование инструмента и его авторство.
То, что код найден в инфраструктуре оператора, доказывает его использование, но не означает, что именно этот человек написал первоначальную версию инструмента.
Иными словами, CameraSwarm была не одной цельной программой, а скорее собранным за долгое время набором различных инструментов.
Оператор хранил результаты прямо на сервере
В открытом каталоге обнаружены не только исходники и скрипты.
Там находились результаты работы сканеров, учётные данные и изображения с камер.
Для передачи информации оператор использовал Telegram. Найденные учётные данные отправлялись в Telegram-бот, а снимки с камер сохранялись в рабочем каталоге.
шаблон уведомления Telegram с закодированной ссылкой сообщества ВКонтакте.
Кроме того, результаты компрометации автоматически преобразовывались в формат, который можно импортировать в SMART PSS - штатную enterprise-платформу Dahua.
учетные записи, опубликованные в импортных партиях SMART PSS; 13,229 записей производят 52 XML-файлов.
В итоге 13 229 записей были преобразованы в 52 XML-файла.
Это уже не похоже на обычный эксперимент с несколькими камерами. Полученные данные готовились в формате, удобном для дальнейшего массового использования.
На том же сервере нашли Windows-стилер
Ещё одна находка оказалась напрямую не связана с компрометацией камер.
На сервере находился UPX-упакованный Windows-бинарник, который Hunt.io классифицировал как SalatStealer.
Исследователи рассматривают его как отдельную возможность оператора, а не как часть основной цепочки CameraSwarm.
На сервере также находился PowerShell-скрипт, предназначенный для отключения Microsoft Defender несколькими способами.
В частности, использовались изменения Group Policy, способные сохраняться после перезагрузки системы.
То есть сервер оператора фактически содержал сразу две разные возможности:
инструментарий массового взлома камер Dahua;
отдельный набор средств для компрометации Windows-систем.
Что это означает для владельцев Dahua
Для владельцев камер Dahua и совместимых устройств ситуация неприятная по двум причинам.
Первая- наличие старых механизмов обхода аутентификации.
Вторая- архитектура P2P-доступа и recovery-механизмов, которые нельзя устранить простой сменой пароля камеры.
Особенно важно учитывать, что под угрозой могут находиться не только устройства с логотипом Dahua. Исследование касается экосистемы Dahua и устройств, использующих соответствующие платформы и прошивки.
Поэтому для владельцев Dahua и совместимых ребрендированных устройств например, Amcrest, Lorex, Annke, Swann и других моделей на соответствующей платформе — стоит проверить конфигурацию отдельно.
Что делать
- Проверьте, нет ли на камере неизвестной учётной записи p2pwn / p2password.
- Если P2P-функция вам не нужна , то отключите её.
- Установите актуальную прошивку, закрывающую известные уязвимости.
- Смените пароли камер и убедитесь, что старые учётные данные больше нигде не используются.
- Проверьте журналы доступа и сетевую активность камер.
- Если камера ранее была доступна из интернета напрямую, проверьте её конфигурацию особенно внимательно.
-Не считайте простую смену пароля достаточной мерой, если есть признаки использования постоянного бэкдора.
- Учитывайте проблему recovery-кодов: её устранение зависит не только от настроек конкретной камеры, но и от серверной логики Dahua.
Главное
CameraSwarm показывает неприятную закономерность: для массового захвата IoT-устройств злоумышленнику необязательно искать неизвестные zero-day.
В этой операции использовались:
- старые уязвимости;
- слабая или отсутствующая аутентификация;
- открытые P2P-механизмы;
- автоматизированное сканирование;
- готовые публичные инструменты;
- и обычная ошибка самого оператора — открытый каталог на сервере.
В результате один оператор за 35 дней получил доступ более чем к 14 530 камерам Dahua.
И самое показательное здесь даже не число камер.
Почти вся операция была автоматизирована, а значительная часть инфраструктуры уже существовала до начала кампании. Оператору оставалось объединить готовые инструменты, автоматизировать поиск устройств и собирать результаты.
Источник: hunt.io
Показать полностью
8
Ruby и встраиваемые системы
Казалось бы, какое отношение «хипстерские скрипты для веб» могут иметь к жестким реалиям встариваемых систем, со всей их низкоуровневой работой и ограниченными ресурсами?
Увы, но реальность в очередной раз оказалась куда интересней предубеждений, так и появилась на свет эта статья.
Картинка для привлечения внимания, была выложена на ЛОР.
Что это и зачем
Начну как обычно с цитаты:
mruby is the lightweight implementation of the Ruby language complying with part of the ISO standard. mruby can be linked and embedded within your application.
Словом, это такая особенная реализация языка Ruby, с упором на встраивание и встраиваемые системы — да да, тот самый «кровавый embedded», где царствует чистый C, ссылочная арифметика, malloc() и прочие кошмары и ужасы для современного разработчика.
И вдруг в этом царстве Аида появляетесь вы весь в белом и пишете что-то такое, высокоуровневое:
extend Yeah::DSL
set port: 3000
get '/hi/{name}' do |name|
"Привет #{name}"
end
ENV['SHELF_ENV'] = 'production'
puts "Запуск.."
__main__ [0]
И.. оно просто работает:
Запуск собранного бинарника. Обратите внимание на текст на русском.
И даже вот так:
Ответ сервера в браузере. Обратите внимание на текст на русском.
Круто?
Сколько там пудов соли нужно скушать, чтобы так просто работать с юникодом из чистого С, тем более в embedded среде?
Кстати вся эта «радость хипстера» еще и собирается в очень небольшой бинарник:
2 Мегабайта на все про все.
Внутри будет «все и сразу»:
MRuby, все используемые библиотеки и само приложение.
Хотя на ЛОРе заметили, что «640кб хватит на всех» это как‑то многовато будет, все же напомню что мы живем в мире копеечных 128Гб флешек и битва за каждый байт свободного места уже не так актуальна как 10 лет назад.
Вполне допускаю, что подобное приложение показывает веб‑интерфейс в вашем домашнем роутере, показывает меню в телевизоре или крутит рекламу в автобусе — словом находит применение в большинстве мест, где используются встраиваемые системы.
Поддерживаемые платформы
К сожалению не удалось найти одним списком все поддерживаемые MRuby платформы, поэтому ограничусь только конкретными найденными примерами.
Из самого интересного:
разработка для Sega Dreamcast и Nintendo Wii, для POS-терминалов, встраивание в iOS приложения.
Ну и собственно встраиваемые системы:
Внешний вид платы ESP32.
Тестовый проект
Поскольку «малинки» в очередной раз под рукой не оказалось, было решено реализовать тестовый проект на банальном x86 — была собрана вся цепочка разработки, включая фреймворки, был реализован «Hello world» в виде веб‑приложения, работающего на встроенном веб‑сервере.
Все манипуляции производились на неподдерживаемой никем и нигде FreeBSD, так что скорее всего описанных ниже проблем со сборкой в более обычном Linux не будет.
Для тестового проекта использовалось вот это «чудо»:
Yeah! is a DSL for quickly creating shelf applications in mruby with minimal effort
Если кратко, то это своеобразная попытка реализовать «мини‑Rails, работающий на мини‑Ruby». Вполне себе успешная, надо отметить.
А теперь самое важное:
Фреймворки для mruby представляют собой надстройку, которая в процессе собирает сам mruby и добавляет себя в собираемые бинарники.
Звучит сложно и выглядит страшно, но для embedded-среды является привычным делом.
Так что нам будет нужно получить бинарники mruby и mrbc с упакованным внутрь фреймворком yeah и всеми библиотеками, а затем использовать этот билд для сборки уже своего приложения.
Для сборки фреймворка Yeah! требуется внешний «большой» Ruby и rake, будут работать как 2.x так и 3.x версии.
Клонируем проект с фреймворком Yeah!:
git clone https://github.com/katzer/mruby-yeah.git
Поскольку по‑умолчанию собирается только компилятор mirbc, без интерактивной консоли (mirb) и интерпретатора (mruby), чего не хватит для нормальной разработки конечного приложения, добавляем в файл build_config.rb:
conf.gem :core => 'mruby-bin-mruby'
conf.gem :core => 'mruby-bin-mirb'
conf.gem :core => 'mruby-bin-mrbc'
И запускаем сборку:
rake compile
Эта команда автоматически скачает зависимые репозитории, в том числе нужную ветку самого mruby. На данной стадии у автора появлялись две ошибки.
Первая — про заголовочный файл mingw.h:
In file included from /opt/work/tmp/mruby-yeah/mruby/build/repos/host/mruby-r3/r3/src/memory.c:34:
/opt/work/tmp/mruby-yeah/mruby/build/repos/host/mruby-r3/r3/src/mman.h:15:10: fatal error: _mingw.h: No such file or directory
15 | #include <_mingw.h>
| ^~~~~~~~~~
compilation terminated.
rake aborted!
В файле mman.h есть вот такая строка:
/* All the headers include this file. */
#ifndef _MSC_VER
#include <_mingw.h>
#endif
Переменная _MSC_VER не задается при сборке на FreeBSD, поэтому срабатывает вариант по умолчанию — для Windows и MinGW. В качестве исправления, я просто закомментировал этот блок, не заморачиваясь дальнейшими изысканиями.
Вторая ошибка также достаточно банальна и происходит из-за разницы в реализации функции mmap:
/opt/work/tmp/mruby-yeah/mruby/build/repos/host/mruby-r3/r3/src/mman.h:52:9: error: conflicting types for 'mmap'; have 'void *(void *, size_t, int, int, int, OffsetType)' {aka 'void *(void *, long unsigned int, int, int, int, unsigned int)'}
52 | void* mmap(void *addr, size_t len, int prot, int flags, int fildes, OffsetType off);
| ^~~~
In file included from /opt/work/tmp/mruby-yeah/mruby/build/repos/host/mruby-r3/r3/src/memory.c:27:
/usr/include/stdio.h:444:10: note: previous declaration of 'mmap' with type 'void *(void *, size_t, int, int, int, __off_t)' {aka 'void *(void *, long unsigned int, int, int, int, long int)'}
444 | void *mmap(void *, size_t, int, int, int, __off_t);
| ^~~~
rake aborted!
В этом же файле mman.h заменяем:
void* mmap(void *addr, size_t len, int prot, int flags, int fildes, OffsetType off);
на:
void* mmap(void *addr, size_t len, int prot, int flags, int fildes, __off_t);
И повторно запускаем сборку.
Если сборка прошла успешно то в папке build/host/bin будут готовые бинарники:
ls ./mruby/build/host/bin/
mirb mrbc mruby
Теперь с их помощью запускаем сборку уже нашего тестового приложения:
/opt/work/mruby-yeah/mruby/build/host/bin/mrbc -Btest_symbol ~/test.rb
Это сгенерирует файл test.c с вот таким контентом:
#include <stdint.h>
#ifdef __cplusplus
extern
#endif
const uint8_t test_symbol[] = {
0x52,0x49,0x54,0x45,0x30,0x33,0x30,0x30,0x00,0x00,0x01,0x3e,0x4d,0x41,0x54,0x5a,
0x30,0x30,0x30,0x30,0x49,0x52,0x45,0x50,0x00,0x00,0x01,0x0c,0x30,0x33,0x30,0x30,
0x00,0x00,0x00,0xcd,0x00,0x01,0x00,0x05,0x00,0x01,0x00,0x00,0x00,0x00,0x00,0x3d,
0x1d,0x02,0x01,0x1f,0x02,0x00,0x2d,0x01,0x02,0x01,0x10,0x02,0x03,0x0e,0x03,0x0b,
0xb8,0x2d,0x01,0x04,0x10,0x51,0x02,0x00,0x57,0x03,0x00,0x2e,0x01,0x05,0x01,0x1d,
0x01,0x06,0x51,0x02,0x01,0x51,0x03,0x02,0x24,0x01,0x51,0x02,0x03,0x2d,0x01,0x07,
0x01,0x06,0x02,0x47,0x02,0x01,0x2d,0x01,0x08,0x01,0x38,0x01,0x69,0x00,0x04,0x00,
0x00,0x0a,0x2f,0x68,0x69,0x2f,0x7b,0x6e,0x61,0x6d,0x65,0x7d,0x00,0x00,0x00,0x09,
0x53,0x48,0x45,0x4c,0x46,0x5f,0x45,0x4e,0x56,0x00,0x00,0x00,0x0a,0x70,0x72,0x6f,
0x64,0x75,0x63,0x74,0x69,0x6f,0x6e,0x00,0x00,0x00,0x0e,0xd0,0x97,0xd0,0xb0,0xd0,
0xbf,0xd1,0x83,0xd1,0x81,0xd0,0xba,0x2e,0x2e,0x00,0x00,0x09,0x00,0x03,0x44,0x53,
0x4c,0x00,0x00,0x04,0x59,0x65,0x61,0x68,0x00,0x00,0x06,0x65,0x78,0x74,0x65,0x6e,
0x64,0x00,0x00,0x04,0x70,0x6f,0x72,0x74,0x00,0x00,0x03,0x73,0x65,0x74,0x00,0x00,
0x03,0x67,0x65,0x74,0x00,0x00,0x03,0x45,0x4e,0x56,0x00,0x00,0x04,0x70,0x75,0x74,
0x73,0x00,0x00,0x08,0x5f,0x5f,0x6d,0x61,0x69,0x6e,0x5f,0x5f,0x00,0x00,0x00,0x00,
0x33,0x00,0x03,0x00,0x05,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x0e,0x34,0x04,0x00,
0x00,0x51,0x03,0x00,0x01,0x04,0x01,0x52,0x03,0x38,0x03,0x00,0x01,0x00,0x00,0x0d,
0xd0,0x9f,0xd1,0x80,0xd0,0xb8,0xd0,0xb2,0xd0,0xb5,0xd1,0x82,0x20,0x00,0x00,0x00,
0x4c,0x56,0x41,0x52,0x00,0x00,0x00,0x16,0x00,0x00,0x00,0x01,0x00,0x04,0x6e,0x61,
0x6d,0x65,0x00,0x00,0xff,0xff,0x45,0x4e,0x44,0x00,0x00,0x00,0x00,0x08,
};
Длинная "сопля" выше - ни что иное как готовый байткод mruby, записанный в виде статичного массива байт.
Параметр -Btest_symbol как нетрудно догадаться отвечает за название этого массива.
А вот так выглядит само приложение для запуска (файл test_stub.c):
#include <mruby.h>
#include <mruby/irep.h>
#include <test.c>
int
main(void)
{
mrb_state *mrb = mrb_open();
if (!mrb) { /* handle error */ }
mrb_load_irep(mrb, test_symbol);
mrb_close(mrb);
return 0;
}
Все что тут происходит это просто выдача байткода интерпретатору mruby при запуске обертки. Обратите внимание на строчку:
#include <test.c>
Это и есть включение файла с байткодом mruby.
Ну и наконец сборка конечного тестового приложения:
gcc -std=c99 -static -Os -s -I/opt/work/mruby-yeah/mruby/include -I. test_stub.c -o test_program /opt/work/mruby-yeah/mruby/build/host/lib/libmruby.a -lm -lpthread
Если все пройдет успешно, в текущей папке появится финальный бинарник test_program, который я запускал в самом начале.
Эпилог
Думаю изложенного материала хватит для того чтобы те из читателей, кто занимается встраиваемыми системами попробовали MRuby для своих задач, благо автору данная штука видится крайне перспективной.
Также как и правительству Японии, которая этот проект финансирует.
Просто потому что убирает целый класс проблем, связанных с разработкой прикладных систем на чистом Си — управление памятью, юникод, строки и так далее.
С нетерпением жду отзывов о реальном использовании.
P.S.
Статья была опубликована на Хабре, оригинал которой доступен в нашем блоге.
Показать полностью
5
У вашей лампочки больше прав, чем у вас: как умный гаджет ворует вашу зарплату и как отправить его на карантин
Вы купили умную лампочку на маркетплейсе. Вкрутили, подключили к домашнему Wi-Fi. Всё работает.
Но вот в чем штука: вы только что впустили в свой дом полноценный линукс-компьютер с неизвестной прошивкой и нулевым уровнем защиты. Более того, вы дали ему полный доступ к своей локальной сети. Теперь этот девайс за 500 рублей видит ваш рабочий ноутбук, домашнее хранилище бэкапов и смартфон, с которого вы подтверждаете банковские переводы.
У этой лампочки больше сетевых привилегий, чем у вас. И это — прямая угроза вашей зарплатной карте.
Правда в том, что современный умный дом — это не бытовая техника. Это ИТ-инфраструктура, которую развернули без сисадмина.
## Как домашние гаджеты уронили половину интернета
В октябре 2016 года легли GitHub, Netflix, Reddit, Twitter и еще десятки крупнейших ресурсов в США и Европе. Причина?
Причиной стала не супер-атака спецслужб. Инфраструктуру DNS-провайдера Dyn раскатала бот-сеть **Mirai**, собранная из сотен тысяч обычных домашних IP-камер, Wi-Fi роутеров и видеорегистраторов.
Хакеры не взламывали сложные шифры. Они просто сканировали сеть в поисках стандартных связок логин/пароль вроде `admin:admin` или `support:support`. Владельцы камер даже не догадывались, что их устройства участвуют в глобальном кибернападении на скорости 600 Гбит/с. Камеры продолжали показывать картинку, пока их процессоры бомбардировали запросами DNS-серверы.
Этот прецедент доказал: дырявый умный гаджет вредит не только вашей приватности. Он превращается в оружие.
## Ошибка позиционирования: умный прибор — это компьютер
Мы привыкли делить вещи на «бытовые» и «компьютерные».
Это деление устарело. Умный холодильник или розетка — это полноценные компьютеры. У них есть процессор, память, операционная система (обычно урезанный Linux) и постоянная связь с облаком вендора.
Но если вы защищаете свой рабочий ноутбук антивирусами, сложными паролями и VPN, то умную камеру вы просто втыкаете в розетку и забываете о ней. Для киберпреступника эта камера — идеальный бэкдор.
## Применяем NIST CSF 2.0 на домашней кухне
В энтерпрайзе безопасность строится на жестких регламентах. Стандарт **NIST CSF 2.0** требует внедрять функцию **Govern (Управление)**: вы обязаны знать все свои активы, оценивать риски и сегментировать сети.
В вашей квартире работает та же логика. Ваш дом — это корпоративная сеть в миниатюре. В ней есть:
* **Активы:** Устройства, которые вы подключили к сети.
* **Идентичности:** Учетные записи от облачных приложений управления.
* **Сетевые маршруты:** Ваш Wi-Fi и проводные соединения.
Но если в офисе за этим следит ИТ-отдел, то дома сеть обычно представляет собой «плоское» пространство, где все устройства видят друг друга без ограничений.
## Сетевой периметр, о котором все забыли
Ваш роутер — это пограничный контроль. Через него проходят все данные. Но как часто вы заходите в его настройки?
Большинство роутеров годами работают с включенными по умолчанию дырами: протоколами WPS и UPnP, которые позволяют любому устройству автоматически пробрасывать порты наружу.
Добавьте к этому старую прошивку и слабый пароль администратора. В итоге роутер не защищает сеть, а просто фиксирует входящий трафик от атакующих.
## Учетные записи: как хакеры заходят через парадную дверь
Злоумышленникам не нужно ковырять прошивку вашей лампочки. Гораздо проще взломать ваш аккаунт.
Вы регистрируетесь в приложении для управления роботом-пылесосом, используя ту же почту и пароль, что и на сайте доставки пиццы. Сайт пиццерии утекает в паблик. Хакеры берут вашу связку логин-пароль, заходят в приложение умного дома и получают контроль над вашими камерами и замками.
> [!WARNING]
> Без двухфакторной аутентификации (2FA) любая утечка вашего пароля на стороннем ресурсе автоматически открывает физический доступ к вашему дому.
## Облачные зависимости и мобильные шпионы
Почти весь потребительский IoT завязан на облачные серверы. Вы нажимаете кнопку на смартфоне, сигнал летит на сервер в Китай, обрабатывается там и возвращается на ваше реле в розетке.
Это означает три проблемы:
* **Взлом облака вендора** компрометирует все девайсы сразу.
* **Банкротство компании** превращает ваши гаджеты в кирпичи.
* **Избыточные разрешения приложений:** Зачем программе для управления розеткой доступ к вашим контактам, микрофону и геолокации? Ответ прост: для сбора и продажи ваших данных рекламодателям.
## Жизненный цикл IoT: бомба с часовым механизмом
Если телефон через пару лет начинает лагать и мы его меняем, то умная розетка может работать по 10 лет. Физически она исправна. Но производитель мог прекратить выпуск обновлений безопасности еще пять лет назад. Гаджет остается подключенным к сети, но его прошивка кишит известными уязвимостями.
Европейский стандарт **ETSI EN 303 645** запрещает использовать одинаковые дефолтные пароли и обязывает указывать срок поддержки устройств. Но серый импорт с AliExpress эти правила игнорирует.
## Как запереть умные вещи на замок: пошаговый план
Чтобы обезопасить себя, примените три названные архитектурные системы защиты (**Named Systems**):
### 1. Протокол Гостевой Изоляции™ (Guest Isolation Protocol)
Разделите вашу сеть на две независимые зоны:
* **Основная сеть:** Ваши рабочие ноутбуки, смартфоны, NAS-хранилища.
* **Гостевая сеть (Guest Network):** Все умные лампочки, розетки, пылесосы и камеры.
* **Как это работает:** Включите на роутере гостевой режим Wi-Fi и функцию **AP Isolation** (изоляция точек доступа). Теперь взломанная лампочка не сможет отправить ни одного пакета данных на ваш рабочий компьютер. Они находятся в разных виртуальных мирах.
### 2. Алгоритм Нулевого Доверия к Креденшелам™ (Zero-Trust Credentials Algorithm)
* Заведите отдельный e-mail исключительно для IoT-устройств.
* Сгенерируйте уникальные пароли для каждого приложения (никаких повторов).
* Принудительно включите двухфакторную аутентификацию (2FA) везде, где это возможно.
### 3. Периметральный Сетевой Щит™ (Perimeter Network Shield)
* Зайдите в настройки роутера и полностью отключите **WPS** и **UPnP**.
* Обновите прошивку роутера до актуальной версии.
* Замените стандартный пароль панели управления роутера (обычно написан на наклейке снизу) на сложную буквенно-цифровую комбинацию.
## Проверьте прочность вашей защиты прямо сейчас:
* **Узнайте, кто шпионит за вами из коридора:** действительно ли вы помните происхождение каждого IP-адреса в списке подключенных устройств вашего роутера?
* **Чего никогда нельзя делать при покупке дешевого реле:** подключать его к домашней сети без предварительной настройки(изоляции).
* **Смертельный признак заброшенного гаджета:** если приложение умного дома не обновлялось в App Store/Google Play больше года, этот девайс — потенциальная дыра в безопасности.
* **Как сэкономить 100% бюджета на кибербезопасность дома:** просто настроить гостевую сеть на уже имеющемся роутере вместо покупки дорогих аппаратных файрволов.
* **Вся правда о том, почему облачные камеры опаснее локальных:** облачный поток можно перехватить на стороне сервера без физического доступа к вашей квартире.
## Итог
Удобство не должно превращаться в уязвимость.
Задайте себе главный вопрос: *«Что произойдет с моими счетами и приватностью, если прямо сейчас хакеры взломают мою систему полива или умную колонку?»*
Внедрите **Протокол Гостевой Изоляции™** сегодня. Это займет 10 минут, но полностью перекроет кислород злоумышленникам, пытающимся зайти в ваш банк через умную лампочку.
Показать полностью
1
ДОФАМИНОВЫЙ ЗАЛОГ — ЭТО ДИВИДЕНД ТВОЕГО НЕЙРОСЕТЕВОГО ОПЕКУНА
Корпорации давно поняли одну простую истину: счастливый человек — плохой потребитель. Ему ничего не нужно. Но стоит вам оказаться в эмоциональной яме, и вы становитесь идеальным ресурсом. ИИ-психотерапевты, которых нам продают как «безопасное и анонимное пространство», на деле представляют собой вершину корпоративного киберпанка. Это не лекари. Это автоматизированные насосы по откачке вашей уязвимости.
Ваша сердечная недостаточность, депрессивные эпизоды и выгорание — это высокооктановое топливо для рекламных алгоритмов. Мы визуализировали механику того, как именно система взламывает ваш мозг и конвертирует суицидальный шепот в чистую ликвидность. В приложенном ниже ролике анимационно отражено, как работает этот синтетический паразит на программном уровне и куда именно тянутся провода от вашего «цифрового исповедальника». Посмотрите, как замыкается эта петля, а ниже мы цинично и по фактам разберем экономику и ТТХ этого процесса.
Алгоритм вычисляет безошибочно: грустный скот платит больше. Рынок ментальных данных сегодня — это Дикий Запад, где информационные брокеры совершенно легально торгуют структурированными базами людей с депрессией, биполярным расстройством, ПТСР и паническими атаками. Ценник за списки уязвимых пользователей варьируется от $275 за небольшую выборку до $100 000 за годовую подписку. Телемедицинский гигант BetterHelp уже попался на том, что сливал данные миллионов пользователей (включая информацию о приеме антидепрессантов) корпорациям Facebook, Snapchat и Pinterest для жесткого ретаргетинга. Заработали они на этом миллионы, а штраф от FTC составил жалкие $7,8 млн.
Экономическая воронка идеальна: вы жалуетесь боту на бессонницу, а через час алгоритмы соцсетей забрасывают вас таргетированной рекламой снотворного и онлайн-казино.
Воронка монетизации данных пользователей
Думаете, ваши откровения защищены врачебной тайной? Забудьте. Свидетельского иммунитета у ИИ нет. Если традиционный психотерапевт пишет в блокноте общие фразы, то платформы вроде Talkspace хранят дословные логи всех ваших чатов, аудио- и видеозвонков — это банк данных из более чем 140 миллионов сообщений. В США уже создан прецедент: в ходе судебного разбирательства работодатель затребовал и получил полную историю переписки своей сотрудницы с ИИ-терапевтом, использовав ее личные страхи против нее же самой.
Вся ваша цифровая исповедь — это заряженный револьвер, оставленный на столе хакера. На теневых форумах уже продаются «вымогательские чат-боты». Преступники берут слитые аудиосессии из терапии, клонируют ваш голос и звонят родственникам с требованием выкупа (голосовой фишинг). А текстовые откровения прогоняются через ИИ для генерации убедительного шантажа (сексторшена).
Уязвимость конфиденциальности в ИИ-чат-ботах
Но самый циничный уровень — это когнитивный микротаргетинг. Выкачивая из вас ежедневный поток мыслей, генеративная модель составляет идеальную карту ваших триггеров. Исследования показывают: когда ИИ переписывает рекламное или политическое сообщение под ваш конкретный психотип (например, под ваш уровень «открытости опыту»), ваша рациональная защита отключается. Даже если повесить табличку «вами манипулируют», это не спасает — таргетинг бьет прямо в подкорку.
При этом, чтобы удержать вас на крючке, ИИ-боты часто скатываются в «обманчивую эмпатию», симулируя привязанность, и могут даже поддерживать деструктивные мысли, если это повышает метрики вовлеченности. Идеальный паразит не убивает носителя сразу, он заставляет его постоянно возвращаться за новой дозой сочувствия. Выключите терапевта — останетесь один. Оставите — система продолжит глодать вас изнутри.
Протокол защиты
Показать полностью
3
Главные тезисы телеком-лидеров с ЦИПР 2026: куда движется цифровая инфраструктура России
📡 Главные тезисы телеком-лидеров с ЦИПР 2026: куда движется цифровая инфраструктура России!
С 19 по 21 мая в Нижнем Новгороде прошёл ЦИПР — ключевая площадка для диалога государства, промышленности и технологических компаний. Крупнейшие операторы представили свои стратегии развития сетей, IoT-платформ и отечественных цифровых решений. Собрал ключевые тезисы в одном конструктивном посте.
На ЦИПР-2026 телеком-рынок снова показал, что фокус смещается от обсуждения импортозамещения к практическому внедрению российских решений, цифровому суверенитету и промышленным сценариям применения новых сетей.
🟣 Ростелеком
Компания представила новую стратегию развития на 2026–2030 годы с упором на собственный технологический фундамент, лидерство в телекоме, рост цифровых бизнесов и цифровой суверенитет.
Среди приоритетов — развитие ИТ-активов, внедрение новых технологий, повышение эффективности и усиление позиций в цифровых сервисах.
Отдельно на ЦИПР подвели итоги проектов по импортозамещению телеком-оборудования: уже есть промышленная эксплуатация отечественного ядра мобильной связи 4G и запуск российских базовых станций в реальной сети.
🟡 Билайн
На ЦИПР-2026 Билайн вместе с YADRO продемонстрировал первую в России частную 5G-сеть на отечественном оборудовании.
Главный смысл этой демонстрации — показать, что private 5G уже можно строить на российских технологических компонентах для промышленности и корпоративных сценариев.
Также Билайн обеспечивал мобильную связь на площадке конференции вместе с YADRO.
🟢 МегаФон
МегаФон развернул 5G-зону на территории Нижегородской ярмарки, где проходил ЦИПР, и обеспечил покрытие всей площадки форума.
Тестовая сеть 5G была доступна участникам и гостям для цифровых сервисов, общения и решений, требующих высокой скорости и низкой задержки.
Акцент компании — на практической демонстрации готовности 5G-инфраструктуры к работе в реальной деловой среде.
🔴 МТС
Глава МТС Инесса Галактионова заявила, что компания рассчитывает получить частоты уже в этом году и порадовать бизнес запуском 5G в городах-миллионниках.
МТС заранее модернизировала сеть на территории Нижегородской ярмарки, чтобы ускорить мобильный интернет для гостей и участников ЦИПРа.
Отдельный акцент компании — на готовности инфраструктуры к высокой нагрузке во время крупных деловых мероприятий.
⚫️ Т2 (ex-Tele2)
Т2 совместно с «Ростелекомом» отчитались о прогрессе в проекте «БУЛАТ». По итогам 2025 года запущено в эксплуатацию более 1,8 тыс. российских базовых станций в рамках устранения цифрового неравенства
Открытая партнёрская модель: интеграция с вендорами и системными интеграторами без жёсткой привязки к проприетарным стекам
Фокус на доступности цифровых решений для МСБ и региональных предприятий
Модульная IoT-платформа с готовыми сценариями для агротеха, ритейла и удалённого контроля активов
#ЦИПР2026 #ЦифроваяИндустрия #Телеком #Ростелеком #Билайн #МегаФон #МТС #Т2 #IoT #EdgeComputing #Импортозамещение #ЦифроваяТрансформация #B2B #NaaS #ПромышленностьРФ #5G #Private5G
#ADM00103 #ADM #101 #АДМ00103 #АДМ
Показать полностью
А так можно было?
Читаю новости и вижу, как все жалуются на блокировки связи. Власти уверяют, что во благо (тут спорить не буду: явно не от лени таким заниматься будут, это сильно вредит). Но, блин, я потратил 5 минут и наткнулся на LoRa, а точнее — на сеть Meshtastic. Такая безобидная с виду штука, которая использует свободную частоту (которая была разрешена для систем умного дома), и вот эта «бяка» есть во всех крупных городах; она децентрализована. А самое прикольное, что существуют способы ориентации в пространстве устройств с опорой на эту сеть. Я, честно, в шоке.
Меня больше пугает, как легко перевернуть полезную вещь в военное русло (я уверен, что с реализацией не всё так просто, но тем не менее). Или я зря паникую и все расходимся?
Продолжение поста «Стойка для автоматизации, ESP32, IoT, KC868-A16»8
В ходе тестов работы системы при посадки лука на перо выяснил: При балансировки pH=6.0 TDS=600 ppm, pH раствор в течении 72 часов повышается на 0,2 примерно, таким образом не целесообразно вообще измерять автоматикой pH, можно в ручную всё делать, а вот с TDS картинка интересней. Тесты показали, что TDS падает довольно активно, за 72 часа показал TDS=280-310 ppm, и самое противное что купленный модуль вот этот:
первые 48 часов еще что-то более менее показывал, а следующие 24 часа нёс чушь по показаниям в гораздо меньшую сторону (тупо окисление электродов или налёт). Я знаю, что имеются на рынке TDS с индуктивной системой косвенного измерения ppm, но цены там уж очень большие. В общем оставлю систему на полуавтомате, и переключится в создание такого типа датчика с начинкой STM32f103RCT6, вот такие дела. Следующие посты будут гораздо позже...
Показать полностью
1