В оборудовании Siklu EtherHaul выявлен общедоступный root-бэкдор

В оборудовании Siklu EtherHaul выявлен общедоступный root-бэкдор

В радиорелейных станциях Siklu EtherHaul, применяемых у операторов связи в качестве каналообразующего радиооборудования и для соединения "последней мили", выявлен бэкдор, проявляющийся в наличии в прошивке, основанной на Linux, предопределённого аккаунта для получения доступа с правами root.

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

Устройства Siklu EtherHaul достаточно популярны у операторов связи и часто используется для организации каналов связи на гигабитных скоростях в труднодоступных местах. Судя по всему, проблема давно известна в узком кругу злоумышленников, так как участие устройств Siklu EtherHaul в проведении атак фиксируется ещё с прошлого года. Подобные атаки подтолкнули к более детальному изучению проблемы. Распаковав содержимое прошивки при помощи утилиты unsquashfs исследователь к удивлению обнаружил в файле /etc/shadow наличие хэша пароля для привилегированного аккаунта root, а также двух системных аккаунтов sshd и emergency, сообщает opennet.ru.

Дальнейший поиск показал, что пароль root в открытом виде сохранён в файле /etc/www/main/copy.bat (пароль состоял из 7 символов в нижнем регистре), а пароли sshd и emergency достаточно быстро были подобраны по хэшам при помощи пакета John the Ripper. Все пароли успешно проходили для доступа по ssh или через web-интерфейс. Уязвимость была выявлена в декабре прошлого года, после уведомления о проблеме, компания Siklu, спустя два месяца, выпустила в феврале прошивку 6.9.0, в которой уязвимость была устранена. Но компания Siklu пошла по пути скрытия от пользователей факта уязвимости и в примечании к релизу не упомянула об исправлении столь серьёзной уязвимости. Более того, новая прошивка доступна не для всех моделей устройств (например, для EH-1200/TL обновления до сих пор нет), а обновление носит опциональный характер (не обязательно для установки).

AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

ADB спасёт: установка непроверенных Android-приложений будет возможна

Google снова переписывает правила игры для Android. На прошлой неделе компания объявила, что со следующего года начнёт проверять личность всех разработчиков, распространяющих приложения для Android — не только в Google Play, но и за его пределами. Однако есть лазейка, которая может спасти сайдлоадинг.

Напомним, если автор софта не захочет пройти верификацию, его приложение просто не установится на сертифицированные устройства с Google Mobile Services.

Формально цель понятна: борьба с анонимными злоумышленниками, которые маскируют зловреды под легальные приложения. Но многие энтузиасты увидели в этом другую сторону — попытку превратить Android в закрытую экосистему по образцу iOS. Особенно громко зазвучали опасения за судьбу эмуляторов и нишевых устройств вроде Android-ридеров.

Президент Android-экосистемы Самир Самат попытался успокоить сообщество:

«Сайдлоадинг — фундамент Android, и он никуда не денется».

По его словам, речь идёт не об ограничении выбора, а о том, чтобы пользователь точно понимал, кто стоит за приложением. Однако ключевой вопрос остался без ответа: как именно Google собирается реализовать блокировку?

Ожидалось, что контроль возьмёт на себя Google Play Protect — встроенный сервис безопасности, который уже проверяет приложения при установке. Но, как выяснилось, Google готовит отдельный инструмент — Android Developer Verifier. Это новое системное приложение, которое будет определять, связан ли пакет с «подтверждённым» разработчиком. Производителей смартфонов обяжут предустанавливать его на устройства с Android 16 QPR2 и выше.

Почему отдельное приложение, а не расширение функций Play Protect? Версий несколько: от организационных причин до попытки снизить риски взлома GMS. Но у этого подхода есть и минусы: придётся полагаться на OEM-партнёров, которые известны своей медлительностью с обновлениями, а отключить новый Verifier, скорее всего, будет невозможно.

Есть и «лазейка»: в FAQ Google уточняет, что установить непроверенное приложение по-прежнему можно через ADB — инструмент для разработчиков, позволяющий загружать APK с компьютера. Для гиков и девелоперов это спасательный круг, для обычных пользователей — почти непреодолимый барьер.

Новые правила начнут действовать с сентября 2026 года и будут внедряться постепенно. Впереди ещё минимум год, за который Google может изменить детали. Но уже сейчас ясно: Android ждёт серьёзный сдвиг в сторону жёсткого контроля над сторонними приложениями.

AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

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