Oracle исправляет критически опасную уязвимость в OIM

Oracle исправляет критически опасную уязвимость в OIM

Oracle исправляет критически опасную уязвимость в OIM

Oracle выпустила исправления проблемы безопасности, затрагивающей Oracle Identity Manager. Уязвимость получила самый высокий уровень опасности по шкале CVSSv3. Примечательно, что компания не выпустила никаких пояснений с целью отсрочки массовых атак, предоставляя клиентам больше времени для обновления.

Oracle Identity Manager (OIM) – централизованное решение по управлению учетными записями пользователей в гетерогенной среде с поддержкой управляющего документооборота. Уязвимость, затрагивающая OIM, получила идентификатор CVE-2017-10151, описывается Oracle, как брешь «аккаунта по умолчанию», что подразумевает наличие учетной записи без пароля или с жестко запрограммированными учетными данными (также такую уязвимость называют «аккаунт-бэкдор»).

«Эту уязвимость можно использовать дистанционно, она не требует учетных данных пользователя для аутентификации», - пишет Oracle.

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

Затронутые версии Oracle Identity Manager: 11.1.1.7, 11.1.1.9, 11.1.2.1.0, 11.1.2.2.0, 11.1.2.3.0 и 12.2.1.3.0. Кмопания выпустила исправления в прошлую пятницу.

Anti-Malware Яндекс ДзенПодписывайтесь на канал "Anti-Malware" в Telegram, чтобы первыми узнавать о новостях и наших эксклюзивных материалах по информационной безопасности.

70% opensource-проектов редко фиксятся или заброшены

Согласно результатам исследования, проведенного в ИБ-компании Lineaje, 95% уязвимостей в приложениях возникают по вине подключаемых компонентов с открытым кодом. В половине случаев ситуацию невозможно исправить из-за отсутствия патча.

Более того, 70% opensource-проектов, на которые полагается рабочий софт, уже не поддерживаются либо находятся в неудовлетворительном состоянии. Статистика получена на основе анализа более 7 млн пакетов с открытым исходным кодом.

Примечательно, что проекты, за состоянием которых хорошо следят, оказались в 1,8 раза более уязвимыми, чем заброшенные, — видимо, частые изменения повышают риск привнесения ошибок.

Подобная опасность также выше, когда над проектом работают менее 10 или более 50 человек. В первом случае риск просмотреть проблему безопасности на 330% превышает показатель для команды средней величины, во втором — на 40%.

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

Исследование также показало, что 15% opensource-компонентов в приложениях с зависимостями имеют множество версий, что тоже затрудняет латание дыр. Софт средней величины в ходе работы может подтягивать 1,4 млн строк кода, написанного на 139 языках, в том числе небезопасных по памяти.

Треть подключаемых пакетов (34%) имеют американское происхождение, 13% — российское. В 20% случаев разработчик из США — аноним; для России этот показатель вдвое ниже.

Anti-Malware Яндекс ДзенПодписывайтесь на канал "Anti-Malware" в Telegram, чтобы первыми узнавать о новостях и наших эксклюзивных материалах по информационной безопасности.

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