Контроллер Cisco ESC допускает ввод пустого пароля администратора

Контроллер Cisco ESC допускает ввод пустого пароля администратора

Контроллер Cisco ESC допускает ввод пустого пароля администратора

Контроллер Cisco Elastic Services (ESC) версии 3.0.0 страдает от критической уязвимости — принимается пустой пароль администратора. ESC представляет собой среду автоматизации Cisco для виртуализации сетевых функций (Network Functions Virtualization, NFV).

Согласно информации в официальном сообщении Cisco, ошибка находится в веб-портале ESC:

«Злоумышленник может использовать эту уязвимость, отправив пустой пароль затронутому порталу, когда будет предложено ввести пароль администратора».

После этого злоумышленник будет иметь права администратора, а также сможет выполнять произвольные действия в целевой системе. Уязвимость получила идентификатор CVE-2018-0121, затронута версия 3.0.0. Компания выпустила соответствующий патч.

Также выпущенные обновления устраняют критический баг в Unified Communications Domain Manager, эта брешь также может привести к удаленному выполнению кода злоумышленником. Возникает эта уязвимость во время создания приложения на контроллере, так как генерируемые ключи являются небезопасными, злоумышленник может использовать «известное небезопасное значение ключа для обхода защиты». Ошибка затрагивает версию 11.5(2).

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

Google отступила: непроверенные APK останутся в Android

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

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

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

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

Теперь Google официально говорит: да, пользователи всё равно смогут устанавливать софт от непроверенных разработчиков. Но для этого придётся пройти специальную процедуру, которая будет отбивать сценарии, где человека торопят, пугают и подталкивают поставить вредоносное приложение. Google прямо пишет, что хочет дать пользователям «время и пространство», чтобы разорвать цикл давления со стороны мошенников.

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

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