Вышел Solar inRights 2.8: существенно оптимизированы операции с заявками

Вышел Solar inRights 2.8: существенно оптимизированы операции с заявками

Вышел Solar inRights 2.8: существенно оптимизированы операции с заявками

Национальный провайдер сервисов и технологий кибербезопасности «Ростелеком-Солар» выпустил новую версию системы управления доступом и его администрирования (Identity Governance and Administration, IGA) Solar inRights 2.8. В версии реализован максимально удобный графический конструктор по созданию и изменению маршрутов согласования заявок на доступ, а также значительно оптимизированы операции с заявками согласно пожеланиям текущих заказчиков.

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

«Многие российские компании-пользователи систем управления доступом называют слабую эргономику и негибкость настройки ощутимыми недостатками отечественных IGA-решений. Эти недостатки со временем становятся большой болью заказчиков, ведь процессы современных предприятий быстро меняются, и бизнес должен оперативно реагировать на эти изменения. В этой связи одной из важнейших составляющих стратегии развития нашего решения Solar inRights является повышение удобства использования, максимальная простота и модульность настроек системы. Чтобы компания могла с легкостью настроить наше IGA-решение для реализации своих конкретных задач», – комментирует Дмитрий Бондарь, руководитель направления Solar inRights компании «Ростелеком-Солар».

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

В целом, в новой версии много изменений направлено на улучшение пользовательского опыта. Так, в российских компаниях по-прежнему практикуется совмещение электронного и бумажного документооборота. Для таких организаций в Solar inRights 2.8 предусмотрена возможность прикрепления к заявке на доступ отсканированных документов – приказов, распоряжений, подписанных от руки обязательств и тому подобных – в любых файловых форматах.

По просьбам клиентов в Solar inRights 2.8 реализована опция возврата заявок на уточнение, если для принятия решения о выдаче доступа согласующему необходима дополнительная информация. Теперь нет необходимости отклонять запрос и заставлять инициатора создавать его заново, что раньше серьезно тормозило бизнес-процесс. Система позволяет перевести запрос в статус «На уточнении» и автоматически по e-mail отправляет его инициатору уведомление о необходимости предоставить дополнительную информацию. А в пользовательском интерфейсе IGA-системы теперь отдельно отображается список заявок в статусе «На уточнении». Инициатор заявки, со своей стороны, может либо внести дополнительную информацию, либо отменить заявку целиком или отдельный запрос из неё.

В направлении развития механизмов фильтрации в разделе «Информационные системы» была реализована фильтрация по кадровому статусу владельца учетной записи. Данный фильтр позволяет службе информационной безопасности оперативно убедиться в том, что ушедшие из компании сотрудники не имеют активных учетных записей в информационных системах. А на случай, если необходимо сделать выборку учетных записей, не использовавшихся за определенный период (месяц, полгода, год и т.п.), в Solar inRights 2.8 предусмотрена фильтрация по дате последнего входа. Ранее фильтр позволял сделать выборку лишь по статусу учетной записи – используемые и неиспользуемые.

Расширения Chrome могут слить секреты URL через атаку по стороннему каналу

Как оказалось, расширения Chrome можно использовать для слива кодов авторизации, сеансовых ID и других секретов из URL любой открытой вкладки. Никаких специальных разрешений для этого не понадобится, только доступ к declarativeNetRequest API.

Этот механизм, пришедший на смену webRequest API, позволяет расширениям сообщать браузеру, что следует изменить или заблокировать на загружаемой странице (заголовки, реклама, трекеры).

Правила обработки запросов при этом добавляются динамически, а фильтрация осуществляется по регулярным выражениям, соответствующим подмножествам знаков, которые могут присутствовать на определенных позициях в URL.

Исследователь Луан Эррера (Luan Herrera) обнаружил, что блокировку, диктуемую правилами, Chrome производит почти мгновенно, за 10-30 мс, а остальные запросы выполняются дольше (~50-100ms) — из-за сетевых подключений. Эту разницу во времени расширение может использовать для бинарного поиска с целью посимвольного слива URL.

// extensions/browser/api/web_request/extension_web_request_event_router.cc:1117-1127
case DNRRequestAction::Type::BLOCK:
  ClearPendingCallbacks(browser_context, *request);
  DCHECK_EQ(1u, actions.size());
  OnDNRActionMatched(browser_context, *request, action);
  return net::ERR_BLOCKED_BY_CLIENT;

Оракул для подобной тайминг-атаки строится с использованием chrome.tabs.reload для перезагрузки страницы и перехватчика chrome.tabs.onUpdated, помогающего отследить событие status === "complete". Замер времени между reload и завершением загрузки покажет, заблокирован запрос или успешно обработан.

Повторение проверок и бинарного поиска позволяет получить полный URL (с довеском после «?»), затратив на каждый знак строки несколько прогонов. Таким образом, можно незаметно для пользователя украсть включенные приложением в адрес секреты — токены OAuth и сброса пароля, API-ключи, ссылки на контент, закрытый для поисковых систем.

Проверка PoC проводилась на Windows 11 24H2 с использованием Chrome разных версий:

  • 144.0.7559.97 (Stable)
  • 145.0.7632.18 (Beta)
  • 146.0.7647.4 (Dev)
  • 146.0.7653.0 (Canary)

В Google подтвердили возможность подобной атаки по стороннему каналу, но заявили, что решить проблему нереально.

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