EveryTag ILD (Information Leaks Detection)

Ситуация

Сотрудник, имеющий доступ к коммерческой тайне, воспользовался своим положением и раскрыл ее, тем самым подорвав отношения с партнерами.

Сценарий

1. У сотрудников компании есть доступ к коммерческой информации, которая требуется им для работы.
2. Один из сотрудников скачивает из СЭД конфиденциальный документ, распечатывает и передает информацию, предназначенную для партнёра А, в руки представителя партнёра Б.
3. Отношения с партнёром А ухудшаются (уход к конкурентам, пересмотр условий сотрудничества и т.д.), компания теряет часть выручки.
4. Руководство компании проводит расследование и по маркировке скомпрометированного документа с помощью модуля экспертизы выявляет сотрудника, раскрывшего коммерческую тайну.

Ситуация

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

Сценарий

1. Компания разрабатывает новый продукт.
2. Сотрудник фотографирует данные с планами компании и продает их в СМИ.
3. СМИ публикуют резонансную информацию.
4. Продажи текущего продукта падают, компания несёт убытки.
5. Компания проводит экспертизу и по скомпрометированным фото планов выясняет, кто допустил утечку информации до официального релиза нового продукта.

Так как в случае с ILD интеграция происходит посредством Rest API, часто требуется обращаться к разработчику той или иной СЭД для того, чтобы совместно настроить, а иногда и доработать СЭД, чтобы все обращения к документам происходили уже через наш маркируемый сервер. Такая интеграция может занимать от 1 недели и больше, т.к. это подразумевает участие большего круга лиц, в т.ч. из сторонних организаций.

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

У нас много опыта по части интеграции с различными системами документооборота (СЭД). Мы не выделяем для себя какие-то конкретные системы и можем работать с большинством из них. Например, Тезис, TESSA, ЭОС, IBM FileNet, Documentum, Directum, Sharepoint, Логика СЭД.

Если взаимодействие с системой происходит на уровне закрытого (проприетарного) протокола посредством толстого клиента, то мы интегрируемся с такими системами, используя продукт ILD. Интеграция в этом случае происходит на уровне Rest API.

Если система веб-ориентированная, для доступа к ней используется тонкий клиент, обмен информацией между пользователем и такой системой происходит на уровне HTTP запросов. Тогда мы можем интегрироваться с ней, используя продукт ILD Web Access. Этот продукт построен на базе реверсивного прокcи (Nginx) и перехватывает из заголовков запросов все обращения к файлам в СЭД, будь то их предпросмотр, загрузка или выгрузка. После чего происходит обработка таких файлов и последующая маркировка.

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

У каждого способа интеграции есть свои особенности, а именно. В случае с ILD Web Access мы можем очень быстро развернуть решение и настроить его. Как правило такая интеграция занимает от 2 до 7 дней. Участие разработчиков СЭД не требуется. ILD Web Access построен на базе реверсивного прокcи (Nginx) и перехватывает из заголовков запросов все обращения к файлам в СЭД, будь то их предпросмотр, загрузка или выгрузка. После чего происходит обработка таких файлов и последующая маркировка.

Если с СЭД сотрудники работают комбинированным образом, как через тонкие, так и через толстые клиенты, то здесь Web Access уже не подходит, и мы используем продукт ILD через Rest API.