Майский пакет обновлений Microsoft будет содержать два патча

Майский пакет обновлений Microsoft будет содержать два патча

В апреле набор был весьма объемен - 17 бюллетеней, - а в текущем месяце администраторов ожидает своеобразная "передышка": корректировке подвергнутся всего две уязвимости.


Один из бюллетеней отмечен критическим уровнем опасности, а второй - важным. Изъяны, ими закрываемые, существуют в операционной системе Windows и в широко известном офисном пакете от Microsoft. Защитники информации напоминают, что малый размер - не повод проигнорировать пакет патчей: обе уязвимости открывают путь к удаленному исполнению кода, так что ликвидировать их следует со всей возможной оперативностью.

"Критическая" ошибка безопасности затрагивает ОС Windows Server, выпуски 2003, 2008 и 2008 R2. Версии для рабочих станций - XP, Vista и 7 - в данном обновлении не нуждаются. Что касается "важного" бюллетеня, то он описывает изъян в Microsoft Office XP / 2003 для Windows и 2004 / 2008 для Mac OS; последний вариант пакета (Office 2010) этой уязвимости не содержит.

Параллельно с объявлением о составе нового пакета патчей корпорация сообщила, что намерена внести изменения в оценочную систему Exploitability Index. Назначение этой системы состоит в том, чтобы показывать вероятность злонамеренной эксплуатации различных изъянов (и, соответственно, помогать администраторам судить о степени их потенциальной опасности). Сообщается, что теперь при оценивании рисков будет учитываться влияние новых внутренних систем защиты вроде ASLR, которые встроены в последние выпуски операционных систем Windows и в пакет Office 2010. Кроме того, система станет рассчитывать еще один риск - вероятность использования уязвимости для организации отказа в обслуживании.

В соответствии с графиком Microsoft майский набор обновлений появится 10 числа текущего месяца.

eWeek

Письмо автору

" />

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