Защита IoT - Защита мобильных устройств - Форумы Anti-Malware.ru Перейти к содержанию
Сергей Ильин

Защита IoT

Recommended Posts

Сергей Ильин

Предлагаю в этой теме обсудить перспективы рынка защиты  IoT (интернета вещей). К 2020 году ожидается подключение к сети 20 млрд устройств, если мне память не изменяет.

 

Возникают следующие новые угрозы:

 

1. Ботсети из бытовых устройств (DDoS-атаки будут дешевле и чаще)

 

2. Будут воровать данные с умных устройств. Например, со Smart TV можно украсть данные карты, если ей оплачивать контент.  Можно украсть учетки с интернет-сервисов и тп.

 

3. Чисто гипотетически можно будет вторгаться в личное пространство с целью захвата контроля над устройствами и дальнейшего вымогательства.

 

Как планируется защищать от этих новый угроз пока непонятно.

 

Доктор Веб выпустил антивирус для  Smart  TV для телевизоров на Android http://news.drweb.ru/show/?i=9509&lng=ru 

 

Но насколько правильно пытаться портировать на новые типы устройств привычную защиту? К тому же, эта привычная защита не показывает ожидаемой эффективности (100% защита невозможна, что все давно признали).

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
_Stout

Не буду говорить за угрозы, выскажусь с тз защиты:

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

https://business.kaspersky.ru/promyshlennaya-revolyutsiya-3-0/2977/

Хоть статься про Industrial IoT, но это ничего не меняет -- надо сразу утройства проектировать правильно, с правильным софтом и ОС, иначе мы наступим на все те грабли, по которым уже прошлись.

  • Upvote 1

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Сергей Ильин

надо сразу утройства проектировать правильно, с правильным софтом и ОС, иначе мы наступим на все те грабли, по которым уже прошлись.

 

Беда в том, что это потребует значительного времени. Microsoft допер до SDL и стал реально задумываться о безопасности только через 20 с лишним лет. Такая же дикость как с Windows сейчас с бытовыми приборами, роутерами, телевизорами и т.п. Сначала продают, а потом думают о безопасности.

 

Я думаю такая пагубная цепочка "сначала продажи - потом безопасность" не изменится никогда, так как за этим стоят реалии бизнеса. Нужно быстро вывести на рынок товар и минимизировать издержки. И тут же не до безопасности. О ней позаботимся потом как-нибудь, когда деньги будут "лишние". В итоге мы всегда будем иметь хренову гору сырых девайсов и ПО с проблемами безопасности, так как цикл обновления и замены не такой быстрый.

 

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

 

Как вариант можно попробовать запихнуть небезопасные устройства в жестко контролируемую среду. Насколько я помню, примерно  такой подход разрабатывали ребята из МИФИ для АСУ ТП, но подход может быть теоретически перенесен и на бытовой уровень. 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Илья Рабинович

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Dr. Faust

@Сергей Ильин, всё верно, МИФИшный «ЩИТ», контролирует все потенциально уязвимые точки вплоть каналов связи тд.

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Сергей Ильин

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

 

В простейшем случае мы можем иметь на периметре бытовой IPS или NGFW, который будет жестко по белым спискам контролировать трафик. Если что-то недозволенное полетит по сети, что будет заблокировано.

 

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

 

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

 

Дорого и боюсь совершенно не юзабельно в быту. Нужно будет постоянно менять конфигурации и переписывать правила. Для того же АСУ ТП изменений сравнительно не много. Если производственный цикл запущен, то он не меняется. А в концепции IoT может внезапно появиться куча новых устройств или новый софт для них. Должен быть какой-то вариант Lite.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
one wall

Предлагаю в этой теме обсудить перспективы рынка защиты  IoT (интернета вещей). К 2020 году ожидается подключение к сети 20 млрд устройств, если мне память не изменяет.

 

Возникают следующие новые угрозы:

 

1. Ботсети из бытовых устройств (DDoS-атаки будут дешевле и чаще)

 

2. Будут воровать данные с умных устройств. Например, со Smart TV можно украсть данные карты, если ей оплачивать контент.  Можно украсть учетки с интернет-сервисов и тп.

 

3. Чисто гипотетически можно будет вторгаться в личное пространство с целью захвата контроля над устройствами и дальнейшего вымогательства.

 

Как планируется защищать от этих новый угроз пока непонятно.

 

 

Рост уже есть.

 

А теперь попробую по пунктам.

 

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

 

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

 

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

 

 

Защита будет универсальная не использовать решения. Пока это получается, а в будущем надо смотреть. Может были правы кто в порыве истерии покупали по 3 холодильника. В будущем они будут навесом золота у адептов приватности.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Зайцев Олег

Защита будет универсальная не использовать решения. Пока это получается, а в будущем надо смотреть. Может были правы кто в порыве истерии покупали по 3 холодильника. В будущем они будут навесом золота у адептов приватности.

Или использовать грамотно защищенные или спроектированные решения. Сейчас да, каждый разработчик стремится добавить популярные фичи, не думая о безопасности (особенно это чревато в "умных домах"). Яркий тому пример протоколы беспроводного управления типа Z-WAVE или его более простых аналогов - они основанные на той идее, что протокол закрытый, радиус приема у приборов сравнительно небольшой,  а главное - "никому не нужно подключаться и взламывать". Как следствие, если этот "кто-то" найдется, то он сможет натворить много бед без труда. Однако со временем рынок заставит разработчиков думать о безопасности, равно как для популярных решений можно сделать "навесную" защиту, хотя возможно это далеко не всегда.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

  • Сообщения

    • demkd
      Да есть такой баг, выбор целого диска не предусмотрел.
    • PR55.RP55
      Сейчас попробовал добавить файлы и... E:\ [Error: 0x3 - The system cannot find the path specified. ] т.е. Файл > Добавить в список >  Все исполняемые файлы каталога. или пишет вышеуказанную ошибку или вешается. Это и на Win 7 и на Win 10 и с HDD дисками и с USB Диски нормально открываются т.е. доступны.
    • demkd
      А ничего с этим не сделать старые версии windows проблемные там система сама балуется внедрением потоков при очень низком уровне защиты системных процессов, а эцп вообще ничего не гарантирует когда речь заходит о внедренных потоках, зловред вполне может внедрить поток в системный процесс как с помощью подкинутой в правильное место "легитимной" dll, так и просто создав его, а тот уже в свою очередь внедрить в следующий системный и ищи концы среди вот этого вот всего.
      Все это усугубляется тем что тот же SVCHOST.EXE который был когда запущен может оказаться совсем не системным, хотя путь у него будет правильным как и файл будет иметь валидную эцп и запущен он будет якобы services.exe, в 10ке такое провернуть уже сложнее, а вот 7ке легко, потому урезать лог по принципу "оба файла имеют эцп" никак нельзя.
    • PR55.RP55
      uVS v5.0.6v x64 [http://dsrt.dyndns.org:8888]: Windows 7 Home Basic x64 (NT v6.1 SP1) build 7601 Service Pack 1 [C:\WINDOWS] (!) ПРЕДУПРЕЖДЕНИЕ: Ф зафиксировал внедрение потока C:\WINDOWS\SYSTEM32\SERVICES.EXE [428] внедрил поток [380] в процесс: C:\WINDOWS\SYSTEM32\SVCHOST.EXE [876]   C:\WINDOWS\SYSTEM32\SVCHOST.EXE [1060] внедрил поток [1276] в процесс: C:\WINDOWS\SYSTEM32\SVCHOST.EXE [336] и т.д.  А есть ли смысл выводить в лог десяток - другой аналогичных записей, если все эти файлы  в базе проверенных и у них легальная цифровая?  
    • demkd
      ---------------------------------------------------------
       5.0.6
      ---------------------------------------------------------
       o Добавлено 4 новых ключа автозапуска в список для проверки.

       o Добавлен новый статус "UWP".
         Его получают пакеты приложений универсальной платформы Windows (Universal Windows Platform Apps).

       o Добавлен новый твик #46: Отключить Windows Terminal и очистить реестр.
         Если Windows Terminal активен, в лог выдается предупреждение.
         При обнаружении подозрительных настроек Windows Terminal в конфигурационных файлах, реестре или в каталогах с фрагментами в лог выводится предупреждение.
         Если подозрительная строка найдена в JSON-файле настроек, то в список автозапуска добавляется этот файл с содержимым со статусом "подозрительный".
         В любом случае рекомендуется отключить Windows Terminal, а еще лучше немедленно удалить это из системы.
         Windows Terminal — крайне уязвимый и неоптимизированный кусок кода.

       o Улучшена функция масштабирования удаленного рабочего стола, повышено качество аппаратного апскейла, добавлен параметр "Резкость".
         (Требуется D2D и DX11 на клиентском компьютере)

       o Исправлена старая ошибка в функции отправки ответов серверной части uVS.
         Из-за ошибки в редких случаях могло происходить подвисание серверной и клиентской частей uVS при работе с удаленной системой.

       o Исправлена ошибка в функции завершения серверной части при выходе из удаленной системы.

       o Оптимизирована функция подключения к удаленной системе.

       o Оптимизирована функция сжатия фреймов для DDAL/DDAw режимов: шрифты теперь не теряют яркость, а картинка DDAL практически неотличима от DDA1/DDA2 на глаз, 
         при этом размер сжатого фрейма вырос лишь незначительно.

       o Добавлена x64 версия report_crash.

       o Обновалена функция сбора дампа при падении uVS, функция перенесена в утилиту report_crash, что позволит
         получить максимально точную информацию о произошедшей ошибке.

       o Временно добавлена аппаратная функция обнаружения разрушения списка автозапуска в памяти uVS, что позволит отлавливать сложные в обнаружении ошибки.
         Есть 5 дампов, по которым не удалось выяснить точное место ошибки и эта функция должна помочь найти проблемное место.
         Функция снижает скорость формирования списка на ~5% на современных процессорах.

       o Исправлена ошибка в функции подсчета удаленных ключей реестра.

       o Исправлена ошибка в функции записи параметров при выходе из uVS.

       o Исправлена ошибка разбора JSON-файлов.

       o Исправлена ошибка проверки переменных окружения загруженного пользователя.

       o Из списка доступных для подключения IP-адресов удалены адреса активных VPN.

       
×