Миллионы IoT-устройств используют одинаковые криптографические ключи

Миллионы IoT-устройств используют одинаковые криптографические ключи

Эксперты компании Sec Consult провели исследование, в ходе которого были изучены более 4000 устройств 70 разных производителей. В основном анализу подверглись различные Internet of Things (IoT) девайсы, в том числе маршрутизаторы, предназначенные для домашнего использования.

В итоге специалисты Sec Consult сделали неожиданное открытие: устройства разных компаний используют одинаковые криптографические ключи и сертификаты.

Специалисты Sec Consult, по большому счету, пришли к выводу, что производители IoT-устройств ленивы и идут по пути наименьшего сопротивления. Использование одинаковых ключей шифрования ставит под угрозу миллионы устройств. Если злоумышленник сумел получить удаленный доступ к одному девайсу и извлек из прошивки ключ, он так же сможет проникнуть на сотни тысяч других устройств. Ведь ключи одинаковые, пишет xakep.ru.

Исследование выявило, что 580 приватных ключей и сертификатов постоянно повторяются на устройствах разных производителей. 230 из них распространены очень широко. По подсчетам исследователей, суммарно они используются на 4 млн различных устройств.

Эксперты обнаружили 150 одинаковых HTTPS-сертификатов, которые работают на 3,2 млн девайсов, и 80 ключей SSH host — они задействованы на 900 тыс. устройств.

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

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

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

 «Происхождение этих ключей, это очень интересная проблема. Некоторые из них можно обнаружить только в конкретных продуктах одного модельного ряда. В других случаях мы находили идентичные ключи в продуктах разных производителей», — рассказывают эксперты Sec Consult в блоге.

Суммарно было обнаружено более 900 уязвимых устройств 50 разных производителей. Реальные масштабы проблемы могут отличаться в большую сторону, так как компания занималась изучением только тех прошивок, к которым можно получить свободный доступ.

Вот полный список компаний, которые используют одни и те же ключи.

ADB, AMX, Actiontec, Adtran, Alcatel-Lucent, Alpha Networks, Aruba Networks, Aztech, Bewan, Busch-Jaeger, CTC Union, Cisco, Clear, Comtrend, D-Link, Deutsche Telekom, DrayTek, Edimax, General Electric (GE), Green Packet, Huawei, Infomark, Innatech, Linksys, Motorola, Moxa, NETGEAR, NetComm Wireless, ONT, Observa Telecom, Opengear, Pace, Philips, Pirelli , Robustel, Sagemcom, Seagate, Seowon Intech, Sierra Wireless, Smart RG, TP-LINK, TRENDnet, Technicolor, Tenda, Totolink, unify, UPVEL, Ubee Interactive, Ubiquiti Networks, Vodafone, Western Digital, ZTE, Zhone и ZyXEL.

Проблема затронула самые разные страны мира, но в топ-10 пострадавших вошли:

  • США
  • Мексика
  • Бразилия
  • Искания
  • Колумбия
  • Канада
  • Китай
  • Россия
  • Тайвань
  • Великобритания

Компания  Sec Consult сообщила, что работает над исправлением данной проблемы с августа 2015 года совместно с экспертами CERT/CC. Однако пока специалисты могут только призвать производителей IoT-устройств генерировать случайные криптографические ключи для своих продуктов.

Linux начал отказываться от поддержки Байкал-Т1

В ядре Linux 7.1 приняли изменения, которые ведут к удалению поддержки контроллеров AHCI SATA и PCIe, связанных с «Байкал-Т1». Речь идёт о важных интерфейсах: первый нужен для подключения накопителей вроде HDD и SSD, второй — для высокоскоростных устройств, включая сетевые карты и другие компоненты.

Процесс идёт не первый день. Ещё в Linux 7.0 из ядра уже убрали часть драйверов, связанных с «Байкал-Т1», а теперь очередь дошла и до других компонентов.

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

На этом история может не закончиться. В сообществе также обсуждают возможность удаления и других драйверов, связанных с архитектурой «Байкал-Т1», в том числе компонентов для таймеров, памяти, аппаратного мониторинга и загрузочной логики.

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

При этом когда-то всё выглядело куда оптимистичнее: поддержка Baikal-T1 была добавлена в основную ветку Linux ещё начиная с версии 5.8. Но дальше начались проблемы не только технические, но и организационные.

В 2023 году в сообществе Linux уже возникали споры вокруг патчей, связанных с Baikal Electronics, а позднее тема санкционных ограничений всплывала и в более широком контексте участия российских разработчиков в развитии ядра.

RSS: Новости на портале Anti-Malware.ru