Microsoft год закрывала уязвимость JASBUG в Active Directory

Microsoft год закрывала уязвимость JASBUG в Active Directory

Вчера вышел традиционный ежемесячный бюллетень Patch Tuesday за февраль 2015 года от компании Microsoft со списком закрытых уязвимостей. Этот бюллетень отличается от остальных. В нём есть три критичные уязвимости, но одна особенная: MS15-011. Это баг в Active Directory с возможностью удалённого исполнения кода.

Причём уязвимость находится в дизайне системы и присутствовала там с самого начала, то есть с 2000 года (вроде, эксплоитов не было).

Джефф Шмидт из компании JAS Global Advisors сообщили в найденном баге в январе 2014 года. Специалисты Microsoft оказались настолько шокированы этой информацией, что им пришлось действовать очень осторожно, говорит Шмидт. Быстро, но осторожно. Поэтому срок 12 месяцев он считает вполне нормальным, всё сделано правильно, пишет xakep.ru.

Шмидт называет уязвимость JASBUG (по странному совпадению с компанией, которую он возглавляет), потому что сейчас всем багам такого масштаба принято давать имена.

Так в чём же дело? Итак, Active Directory позволяет администраторам использовать групповые политики для обеспечения единообразия настройки пользовательской рабочей среды, разворачивать программное обеспечение на множестве компьютеров через групповые политики, устанавливать обновления операционной системы, прикладного и серверного программного обеспечения на компьютерах в сети, используя службу обновления. Active Directory хранит данные и настройки среды в централизованной базе данных и связывается с клиентами, где Active Directory встроена в ОС Windiows.

Так вот, именно в этой системе оказался баг. Клиентские машины, которые взаимодействовали с централизованной базой Active Directory, зачастую не выполняли корректную проверку аутентичности сервера, от которого получали команды. Из-за некорректной проверки имени DNS злоумышленник мог перенаправить трафик, который предназначался серверу Active Directory, на посторонний сервер и выступить от имени оригинального сервера Active Directory.

Поскольку это атака типа MiTM, то она особенно опасна, если жертва находится в удалённости от центрального сервера своего предприятия, а не в локальной сети вместе с ним. Например, использует публичный хотспот.

Если бы уязвимость заметила Google, в которой отдел хакеров гуманно даёт компаниям 90 дней, а потом выкладывает информацию в открытый доступ, то возникли бы серьёзные проблемы. Поэтому Редмонду остаётся только благодарить Джеффа Шмидта за его спокойствие в течение года.

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

34% тестировщиков применяют ИИ для генерации кода, 28% — для тест-кейсов

2ГИС решила разобраться, как себя чувствует русскоязычное QA-сообщество: чем пользуются тестировщики, как устроены процессы и как в работу проникает искусственный интеллект. В исследовании поучаствовали 570 QA-специалистов, почти половина из них работают в крупных компаниях.

57% опрошенных сказали, что подключаются к разработке фич ещё на этапе обсуждения требований — то есть задолго до появления кода.

Лишь 20% приходят в проект только после завершения разработки. А вариант «подключаюсь, когда в продакшене что-то сломалось» — уже почти экзотика.

89% команд используют автотесты — от юнитов до UI. Но вот инструменты вокруг них, вроде поддержки, аналитики и стабильности, применяют далеко не все. Например, код-ревью автотестов делают только 39% опрошенных, а 28% команд вообще не отслеживают никаких метрик и работают «вслепую».

ИИ используют не все, и в основном — для рутинных задач

Хотя ИИ уже прочно вошёл в мир тестирования, чаще всего его применяют для типовых задач:

  • написание тестового кода (34%),
  • генерация тест-кейсов (28%),
  • и тестовых данных (26%).

 

Более продвинутые сценарии вроде анализа тестов, автоматического поиска багов и визуального тестирования пока используются редко. Например, только 5% автоматизируют дефект-дискавери, и лишь 4% пробуют AI для визуальных проверок. А 22% QA-специалистов вообще не используют ИИ в своей работе.

Главные проблемы в тестировании

На первом месте — сжатые сроки. Об этом сказали 71% участников опроса. На втором — слабое вовлечение QA в процессы (40%) и нехватка квалифицированных специалистов (37%).

Как измеряют качество

  • Главная метрика — количество найденных багов (58%).
  • Покрытие автотестами учитывают 43%, покрытие кода — только 23%.
  • Стабильность тестов (например, чтобы они не «флапали») отслеживают всего 15% команд.

Что будет с профессией дальше? Мнения разделились:

  • 37% считают, что всё уйдёт в тотальную автоматизацию;
  • 35% уверены, что ничего особо не поменяется;
  • почти треть верит, что QA станет глубже интегрироваться в специфические направления вроде ИБ и производительности;
  • 27% видят будущее за DevOps и SRE — то есть тесной работой на всех этапах: от разработки до эксплуатации.
AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

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