Microsoft доработала защиту от эксплуатации 0-day в серверах Exchange

Microsoft доработала защиту от эксплуатации 0-day в серверах Exchange

Microsoft доработала защиту от эксплуатации 0-day в серверах Exchange

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

Таким образом, Microsoft пересмотрела правило блокировки в IIS Manager из “.*autodiscover\.json.*Powershell.*" в "(?=.*autodiscover\.json)(?=.*powershell)”.

Техногигант привел список шагов для тех администраторов, которые планируют добавить правило URL Rewrite:

  • Открыть IIS Manager
  • Выбрать «Веб-сайт по умолчанию» (Default Web Site)
  • В Feature View нажать URL Rewrite
  • В Actions кликнуть на Add Rule(s) (добавить правило)
  • Выбрать Request Blocking (запрос блокировки) и нажать OK
  • Добавить строку “(?=.*autodiscover\.json)(?=.*powershell)” (без кавычек)
  • Выбрать регулярное выражение (Regular Expression) в разделе Using
  • Выбрать «прерывать запрос» (Abort Request) в разделе «Как блокировать» и нажать OK
  • Раскрыть правило и выбрать с паттерном (?=.*autodiscover\.json)(?=.*powershell). Нажать «Редактировать» под пунктом «Состояния»
  • Изменить ввод с “{URL}” на “{UrlDecode:{REQUEST_URI}}” и нажать OK

В качестве альтернативы пользователи могут запустить специальный инструмент — EOMTv2.ps1, который Microsoft тоже обновила.

Напомним, что о незакрытых уязвимостях в Microsoft Exchange стало известно в конце прошлого месяца. Их отслеживают под номерами ZDI-CAN-18333 (8,8 балла по шкале CVSS) и ZDI-CAN-18802 (6,3 балла по шкале CVSS).

AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

Устройства не могут прослушивать разговоры для таргетинга рекламы

Устройства и онлайн-сервисы не прослушивают пользователей через встроенные микрофоны. Это потребовало бы значительных вычислительных и энергетических ресурсов, а также создало бы серьезные юридические риски.

Для таргетирования рекламы достаточно анализа цифрового следа пользователя.

Директор по продукту цифровизации клиентского сервиса в дистанционных каналах компании BSS Юлия Вдовина рассказала агентству «РИА Новости», как компании подбирают рекламу. По ее словам, использование аудиоданных для этих целей нецелесообразно для владельцев платформ и сервисов.

Операционные системы iOS и Android запрашивают разрешение пользователя на доступ к микрофону — как правило, при первом использовании голосового поиска в приложениях. Однако даже при наличии такого разрешения постоянный сбор аудиоданных быстро разряжает аккумулятор и потребляет значительный объем интернет-трафика. Кроме того, подобная практика является серьезным нарушением законодательства о защите персональных данных, действующего во многих странах, включая Россию.

«Прямой прослушки микрофона для показа рекламы не происходит. Однако алгоритмы настолько точно анализируют ваш цифровой след — историю поиска, геолокацию, активность в социальных сетях — что создается впечатление "подслушивания". С помощью идентификаторов IDFA и GAID сервисы связывают действия пользователя в разных приложениях: например, поиск отеля в одном из них может привести к показу рекламы в другом. Сайты обмениваются данными через cookie-файлы и аналитические пиксели, а специалисты по продажам прогнозируют спрос, учитывая сезонность и демографические характеристики», — пояснила Юлия Вдовина.

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

AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

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