Вышла PAM-система Fudo Five с автообнаружением привилегий

Вышла PAM-система Fudo Five с автообнаружением привилегий

Вышла PAM-система Fudo Five с автообнаружением привилегий

Fudo Security выпустила пятую версию продукта Fudo PAM, предназначенного для контроля сессий привилегированных пользователей (Privileged Access Management). Помимо этого, компания усилила работу в России и странах СНГ с помощью нового менеджера, базирующегося в Москве.

Fudo Five поможет компаниям обеспечить автоматическое обнаружение привилегий, резервное копирование записей сессий и автоматическую проверку работоспособности. При этом разработчики отмечают простоту использования и развёртывания.

Гибкое ценообразование позволяет использовать Fudo Five PAM не только в крупных финансовых, телекоммуникационных и государственных компаниях, но и в организациях из других отраслей: промышленность, ритейл, страхование и здравоохранение.

«Недавние атаки на критически важную инфраструктуру и предприятия по всему миру подчёркивают острую необходимость для компаний придерживаться подхода "нулевого доверия" к сетевой безопасности», — отметил Патрик Брожек, генеральный директор Fudo Security.

«В ходе нашего общения с директорами по информационной безопасности и ИТ-руководителями мы продолжаем получать подтверждения того, что неправомерное использование привилегий и скомпрометированные идентификационные данные являются одной из наиболее серьезных проблем безопасности — как в 2021 году, так и в обозримом будущем. Fudo Five предоставляет самый безопасный и простой в отрасли способ доступа удалённых пользователей к серверам, приложениям и системам предприятия, позволяя командам безопасности за считаные часы внедрить подход, основанный на "нулевом доверии" к привилегированному доступу».

Среди основных функциональных возможностей Fudo PAM Five можно выделить:

  • Временный доступ - предоставление определенным пользователям временного доступа к ресурсам, в том числе с возможностью периодического повторения (по расписанию). 
  • Автоматическое обнаружение - сканирование контроллеров домена для выявления новых привилегированных и непривилегированных учетных записей. Благодаря этой возможности процесс принятия нового сотрудника можно автоматизировать и сразу же добавить его запись в «сейфы» или поместить в карантин для назначения вручную.
  • Резервное копирование сеансов - позволяет выполнять резервное копирование записей сеансов на внешние хранилища, такие как S3, Backblaze или FTP-сервер для целей архивирования.
  • Проверка работоспособности - автоматический контроль компонентов Fudo в режиме 24/7 с помощью API или протокола SNMP. Позволяет исключить необходимость ручных проверок.
  • HOTFIX – быстрое получение исправлений и новой функциональности, без необходимости ожидания крупных обновлений.
  • Группы серверов - позволяет добавить несколько адресов к статическим серверам и определить диапазон IP-адресов. Динамические серверы помимо сетевых адресов могут содержать несколько статических IP-адресов.
  • Улучшенное управление уведомлениями - позволяет администратору Fudo PAM настраивать различные политики уведомлений для пользователей в каждой зоне (сейфе Fudo).

Проводник Windows падал не из-за Microsoft, виноват оказался деинсталлятор

Инженер Microsoft Рэймонд Чен рассказал любопытную историю отладки загадочных падений Проводника. Сначала всё выглядело так, будто в Windows внезапно появился неприятный баг. Но виновником оказалась вовсе не Microsoft, а сторонний деинсталлятор.

Проблема проявилась как резкий всплеск сбоев Проводника. Инженеры начали изучать дампы и заметили странную деталь: падала 32-битная версия программы, запущенная на 64-битных системах Windows.

Такая версия Проводника всё ещё есть в Windows ради совместимости со старыми приложениями. Обычно современные системы почти не используют этот путь. Но в данном случае сторонний деинсталлятор каким-то образом заставлял систему обращаться именно к этому устаревшему компоненту.

Дальше выяснилось, что деинсталлятор некорректно работал с системными API: использовал неправильное соглашение о вызовах функций и неверно обрабатывал параметры стека. Из-за этого при каждой неудачной операции данные из стека удалялись неправильно.

Поскольку процесс повторялся в цикле, повреждение памяти постепенно накапливалось. В какой-то момент указатель стека уезжал в область активного кода, и Проводник падал.

Со стороны всё выглядело как типичная системная ошибка: софт снова и снова аварийно завершал работу, создавая ощущение, что проблема в самой Windows. На деле операционная система лишь показывала последствия ошибки в стороннем ПО.

Чен напомнил важную вещь: в экосистеме Windows с миллиардами устройств и огромным количеством приложений далеко не каждый сбой компонента Microsoft означает баг в Windows. Сторонние программы тоже могут ломать системные процессы, особенно если неправильно используют низкоуровневые API.

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