Avanpost IDM 5.0 получил улучшенный конструктор бизнес-процессов

Avanpost IDM 5.0 получил улучшенный конструктор бизнес-процессов

Avanpost IDM 5.0 получил улучшенный конструктор бизнес-процессов

Компания Аванпост усовершенствовала конструктор бизнес-процессов в новом релизе программного продукта Avanpost IDM 5.0. Разработчик предлагает рынку гибкий инструмент для создания алгоритма согласования документов, предоставляющий расширенные возможности пользователям.  

Конструктор бизнес-процессов - часть модуля заявок. С его помощью определяются участники процессов и схема согласования документов в зависимости от параметров заявки. 

Обновление конструктора в Avanpost IDM 5.0 связано с необходимостью повышения гибкости этого инструмента. В предыдущей версии программного продукта механизм позволял настраивать логику в зависимости от системы, к которой запрашивается доступ. Процесс был линейным, жестко регламентированным, ограничивающим выбор вариантов согласования заявки. Крупным заказчикам, с которыми работает компания Аванпост, необходимо поддерживать большое количество сценариев взаимодействия, минимизировать необходимость доработок, в частности, для согласования доступа к различным информационным системам.  

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

Новый конструктор представляет бизнес-процессы в BPMN-нотации. Эта модель общепризнана и популярна в профессиональном сообществе, а также удобна как для технических специалистов и аналитиков, так и для обычных пользователей.  

Усовершенствованный редактор поддерживает версионность бизнес-процессов. Документы, которые находятся в работе, продолжают движение в соответствии с процессом, действовавшим на момент создания. Заявки, поступившие в систему после создания новой версии, проходят согласование по новым правилам. 

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

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

Новый конструктор позволяет взаимодействовать с внешними справочниками и системами. Так, если после предоставления прав по заявке в IDM требуются дополнительные ручные действия администратора, то модуль автоматически создает наряд на выполнение этой задачи в системе Service Desk.

Таким образом, преимущества усовершенствованного редактора в том, что он «не завязан» на объектах IDM. Пользователи получают более широкие возможности и могут оперировать учетными записями и ролями, настраивая их в соответствии со своими потребностями.  

«Движок бизнес-процессов, реализованный в 4-й версии, был одним из наиболее узких мест с точки зрения интеграции нашего продукта в бизнес-процессы крупных заказчиков. Его переработка, а также реализация графического редактора к нему – важнейшее технологическое нововведение 5-й версии Avanpost IDM. Он позволяет как организовать гибкий процесс согласования, в том числе параллельный, так и интегрировать систему с процессами, контролируемыми другими информационными системами, такими как системы Service Desk и системы документооборота. Его гибкость подтверждена в нескольких успешных проектах в крупных компаниях, уже приступивших к использованию Avanpost IDM 5.0.» - комментирует Олег Губка, директор по развитию Аванпост. 

ТСПУ начали перенаправлять DNS-запросы к Google и Cloudflare на НСДИ

С вечера 26 августа открытые DNS-запросы к серверам Google и Cloudflare начали перехватываться на российских технических средствах противодействия угрозам (ТСПУ). При обычном UDP-запросе к этим серверам для доменов YouTube и RuTracker возвращался ответ NXDOMAIN, будто таких адресов вообще не существует. Однако запрос по TCP успешно доходил до сервера и получал настоящие IP-адреса.

Об этом сообщил пользователь Хабра angry_agent, изучивший поведение адресов 8.8.8.8 и 1.1.1.1.

Анализ трафика показал ещё более интересную картину. Когда автор отправил DNS-запрос с малым значением TTL, в ответе ICMP TTL Exceeded обнаружился адрес 195.208.5.1, принадлежащий Национальной системе доменных имён (НСДИ), хотя исходный пакет предназначался для 8.8.8.8.

С произвольными UDP-пакетами такой подмены не происходило, система реагировала именно на DNS-трафик.

По версии исследователя, ТСПУ распознаёт открытый DNS-запрос и выполняет направленный DNAT: незаметно меняет адрес назначения и отправляет пакет на сервер НСДИ. Тот уже решает, какой ответ вернуть пользователю. При этом для оператора связи запрос выглядит направленным не к Google, а сразу к НСДИ.

Механизм оказался неидеальным. При быстрой отправке нескольких одинаковых запросов первый получал NXDOMAIN, а следующие всё-таки добирались до Google и возвращали реальные адреса. Кроме того, перенаправление срабатывало не для всех DNS-серверов.

Официального подтверждения такого механизма пока нет, выводы основаны на эксперименте одного пользователя. Напомним, вчера мы писали, что ользователи сразу нескольких российских операторов пожаловались на проблемы с защищёнными DNS-сервисами Google и Cloudflare.

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