Apple закрыла две 0-day в macOS и iOS, одна уже используется в атаках

Apple закрыла две 0-day в macOS и iOS, одна уже используется в атаках

Apple закрыла две 0-day в macOS и iOS, одна уже используется в атаках

Apple выпустила обновления, устраняющие две уязвимости нулевого дня (0-day). Технические детали одной из них уже лежат в Сети, а со второй всё ещё хуже — злоумышленники используют её в реальных атаках на пользователей iPhone и macOS.

Первая брешь получила идентификатор CVE-2022-22587 и представляет собой возможность повреждения памяти в IOMobileFrameBuffer. Эта проблема затрагивает iOS, iPadOS и macOS Monterey.

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

Полный список всех затронутых устройств выглядит так:

  • iPhone 6s и более современные модели, iPad Pro (все модели), iPad Air 2 и более поздние, iPad пятого поколения и более современные, iPad mini 4 и более поздние и iPod touch (седьмого поколения).
  • MAC-устройства, работающие на macOS Monterey.

Вторая 0-day коснулась движка Safari WebKit и, следовательно, мобильных операционных систем iOS и iPadOS. Ранее мы писали об этой бреши: она допускает межсайтовое отслеживание пользователей iPhone. Администраторы вредоносных сайтов могут наблюдать за действиями пользователя и даже раскрывать его личность.

К слову, это первые уязвимости нулевого дня, которые Apple устранила в 2022 году. Ранее стало известно, что корпорация больше не будет патчить устройства на iOS 14, поэтому всем рекомендуют обновиться до iOS 15.

Подпишитесь на новости

Orion soft добавил аварийное восстановление в StarVault 1.6

Orion soft обновил систему управления секретами StarVault до версии 1.6. Главное нововведение — Disaster Recovery: данные реплицируются в реальном времени на резервный кластер, который можно задействовать при аварии. Резерв работает в режиме warm standby — подготовлен к переключению и получает изменения с основного кластера.

Если основной кластер выходит из строя, администратор переводит резервный в статус основного через соответствующие API-эндпоинты.

Секреты, конфигурации и права доступа сохраняются: собирать настройки заново в разгар аварии не потребуется.

По заявлению компании, механизм позволяет минимизировать время восстановления (RTO) и риск потери актуальных данных (RPO). Конкретные значения этих показателей в анонсе не приведены. Балансировку и автоматизацию переключения заказчики настраивают самостоятельно под свои регламенты.

Для хранилища секретов такой резерв особенно важен. Когда оно недоступно, сервисы могут потерять возможность аутентифицироваться, а восстановление остальной инфраструктуры — упереться в отсутствие необходимых учётных данных. Получается неприятный замкнутый круг: чтобы поднять системы, сначала нужно вернуть доступ к секретам.

Как объясняет лидер экосистемных продуктов zVirt Алишер Камалов, DR помогает снизить риск превращения централизованного хранилища в единую точку отказа. StarVault 1.6 даёт инструменты для этого сценария, а рабочую схему аварийного восстановления компании выстраивают на их основе.

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