Google исправила десятки критических уязвимостей в Android

Google исправила десятки критических уязвимостей в Android

Google исправила десятки критических уязвимостей в Android

Google в понедельник объявили о выпуске новых патчей безопасности для операционной системы Android. Главным образом, эти патчи ориентированы на устранение критических ошибок в драйверах. О некоторых из этих уязвимостей было известно еще несколько лет назад.

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

Первая часть обновлений устраняет 22 уязвимостей в Android, среди них 3 критические ошибки в Mediaserver, 10 уязвимостей высокой степени риска и 9 средней степени риска в других компонентах. С тех пор как Google начали выпуск ежемесячных патчей год назад, компонент Mediaserver постоянно получал исправления.

Критические ошибки в Mediaserver (CVE-2016-3819, CVE-2016-3820, CVE-2016-3821) позволяют удаленно выполнить код, используя специально созданный файл. Эти уязвимости затрагивают Android версий 4.4.4, 5.0.2, 5.1.1, 6.0 и 6.0.1 и могут быть проэксплуатированы с помощью нескольких приложений, включая приложения обмена сообщениями и браузеры.

Из 10 уязвимостей высокой степени риска стоит отметить: уязвимость в libjhead, позволяющая удаленно выполнить код (CVE-2016-3822), уязвимость, позволяющая вызвать отказ в обслуживании в системных часах (CVE-2016-3831). Эти уязвимости затрагивают Android с 4.4.4 по 6.0.1 версии.

Оставшиеся 9 уязвимостей средней степени риска включают в себя уязвимости OpenSSL, уязвимость API камеры, а также в UI и Bluetooth. Эти бреши затрагивают версии 4.4.4, 5.0.2, 5.1.1, 6.0 и 6.0.1 Android.

Так же, как и в прошлом месяце, компоненты Qualcomm получили наибольшее количество патчей. Среди них 36 уязвимостей повышения привилегий (одна критичная, 33 высокой степени риска и 2 средней степени риска). Google также исправили уязвимость в ядрах планировщика, MediaTek Wi-Fi и USB.

Большинство уязвимостей в различных компонентах Qualcomm были зарегистрированы в 2014 году, также многие были обнаружены в прошлом. Это же касается и компонентов Android, многие из которых были двухлетней давност и имели статус критически важных.

CodeScoring представила OSA Proxy для защиты цепочки поставок ПО

Платформа CodeScoring представила новый сервис OSA Proxy — инструмент для контроля безопасности компонентов с открытым исходным кодом ещё до того, как они попадут в корпоративную инфраструктуру. Решение стало частью модуля CodeScoring.OSA и ориентировано на защиту цепочки поставок ПО на самом раннем этапе разработки.

В отличие от классического подхода, когда композиционный анализ проводится уже после загрузки зависимостей, OSA Proxy работает в момент установки пакетов.

Сервис перехватывает запросы пакетных менеджеров к внешним индексам и проверяет сторонние компоненты на соответствие заданным политикам безопасности. Если версия пакета признана небезопасной, её можно заблокировать ещё до появления в среде разработки.

OSA Proxy поддерживает популярные экосистемы и репозитории, включая Maven Central, NPM, PyPI, NuGet, Go Modules и пакеты Debian, а также альтернативные хранилища, совместимые с официальными спецификациями. При этом сервис не привязан к конкретным хранилищам артефактов и может работать как с ними, так и вовсе без них — в зависимости от того, как устроена инфраструктура в компании.

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

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

OSA Proxy доступен всем пользователям модуля CodeScoring.OSA и ориентирован на компании, которые хотят усилить контроль за использованием open source без серьёзных изменений в существующих процессах разработки и инфраструктуре.

Платформа CodeScoring представила новый сервис OSA Proxy — инструмент для контроля безопасности компонентов с открытым исходным кодом ещё до того, как они попадут в корпоративную инфраструктуру. Решение стало частью модуля CodeScoring.OSA и ориентировано на защиту цепочки поставок ПО на самом раннем этапе разработки.

В отличие от классического подхода, когда композиционный анализ проводится уже после загрузки зависимостей, OSA Proxy работает в момент установки пакетов. Сервис перехватывает запросы пакетных менеджеров к внешним индексам и проверяет сторонние компоненты на соответствие политикам безопасности. Если версия пакета признана небезопасной, её можно заблокировать ещё до появления в среде разработки.

OSA Proxy поддерживает основные экосистемы и репозитории — Maven Central, NPM, PyPI, NuGet, Go Modules и пакеты Debian, а также альтернативные хранилища, совместимые с официальными спецификациями. При этом сервис не привязан к конкретным хранилищам артефактов и может работать как с ними, так и вовсе без них — в зависимости от архитектуры инфраструктуры.

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

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

OSA Proxy доступен всем пользователям модуля CodeScoring.OSA и рассчитан на компании, которые хотят усилить контроль за использованием компонентов с открытым исходным кодом без существенных изменений в существующих процессах разработки и инфраструктуре.

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