Системы на базе 1С — это цифровое ядро большинства российских компаний. Сегодня это не только бухгалтерия, но и ERP-, CRM- и HR-контуры, в которых сосредоточены самые чувствительные данные бизнеса: клиентские базы, зарплатные ведомости, коммерческие условия, финансовая отчетность и производственные показатели.

При этом у современной информационной безопасности есть заметный парадокс: мы выстраиваем надежную защиту на внешнем периметре, но внутри инфраструктуры, особенно на уровне прикладных бизнес-систем, часто остается большая слепая зона. В этой статье разберем, почему 1С нужно защищать на уровне бизнес-логики приложения, почему классический набор ИБ-инструментов не справляется с контролем выгрузок данных и как решение класса DSP (Data Security Platform) «Спектр» закрывает эту задачу.

 

Как утекают данные из 1С

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

• Уходящий сотрудник забирает с собой клиентскую базу.
  Менеджер по продажам или руководитель направления имеет легитимный доступ к 1С: CRM и в рамках обычной работы формирует отчет по клиентам, продажам или маржинальности. Затем он выгружает файл в Excel или PDF, сохраняет его в удобное место, переименовывает в нейтральный документ и отправляет на личную почту, в мессенджер или копирует на внешний носитель.
• Избыточные права остаются незамеченными.
  В крупных компаниях права доступа со временем начинают расходиться с реальной ролью сотрудника. Кто-то сменил подразделение, но старые доступы не отозвали. Кому-то из подрядчиков однажды выдали расширенные права на время проекта, а потом не закрыли их. В итоге пользователь может годами видеть финансовые данные, отчеты или даже зарплатную информацию, не вызывая подозрений у стандартных средств контроля.

Для классических систем безопасности такие действия выглядят вполне штатно: пользователь вошел в 1С под своей учетной записью и выполнил разрешенную операцию.

 

Почему привычный стек ИБ не закрывает проблему

Долгое время компании пытались решать такие задачи с помощью набора отдельных систем — DLP, DAM и DCAP. Но по отдельности они не дают полного контроля над данными 1С.

• DLP ограничена каналом передачи.
  Такие системы хорошо работают, когда нужно остановить утечку через почту, мессенджер, флешку или веб-канал. Но если файл уже выгружен и выглядит как обычная таблица Excel, DLP часто не понимает, что перед ней результат работы с критичным контуром 1С. Более того, сложным для контроля утечек является канал фотографирования экрана.
• DAM видит базу, но не бизнес-контекст.
  Системы мониторинга СУБД видят SQL-запросы и могут фиксировать обращения к таблицам, но не понимают, что именно делал пользователь в интерфейсе 1С, под какой ролью он работал и какой отчет сформировал в итоге, а самое главное — у этих запросов отсутствует персонификация – понимание того, кто именно инициировал ту или иную операцию в 1C.
• DCAP видит файл, но теряет историю.
  Системы аудита файлов способны зафиксировать появление нового документа на сетевой папке, но для них это просто очередной файл. Они не знают, откуда он пришел, а также не знают, был ли контент отправлен за периметр организации.

И в результате возникает разрыв контекста: данные внутри 1С существуют как часть бизнес-процесса, а после выгрузки превращаются в обычный файл, и именно в этот момент компания теряет над ними управляемость.

 

Как DSP Спектр помогает закрыть слепую зону

Ответом на эту проблему может выступать платформенный подход класса DSP (Data Security Platform). Его задача — выстраивать единый контур контроля для данных на всех этапах их жизненного цикла.

 

Аудит событий в 1С: CRM

Аудит прав на объекты конфигурации 1С: CRM

Аудит СУБД позволяет выявлять случаи прямого доступа к таблицам 1С в обход штатного интерфейса, подсвечивать избыточные права. Именно DAM‑компонент в этом модуле дает возможность находить риски и уязвимости, связанные с архитектурой доступа к данным 1С, включая привилегированные учетные записи и сервисные подключения. Важно, что модуль защиты 1С и аудита СУБД не превращается в узкое место системы: он не работает «в разрыв» и не становится потенциальной точкой отказа для инфраструктуры компании.

Когда к этому добавляется DCAP‑функциональность (контроль файловых хранилищ и выгрузок), появляется единый контекст: видно, как данные выходят из таблиц 1С, во что превращаются на файловом уровне и как с ними дальше работают пользователи. В результате защита 1С перестает быть «черным ящиком» внутри общей ИБ‑архитектуры.

 

Переход к DSP-модели дает сразу несколько практических преимуществ.

• Контроль на уровне бизнес-процессов.
  ИБ-команда видит не только файл, но и контекст его появления: кто сформировал отчет, когда это произошло и какие данные были затронуты.
• Аудит действий пользователей и администраторов.
  Это особенно важно для поиска внутренних нарушений и проверки избыточных прав доступа. Можно быстро понять, кто реально работал с критичными данными и как часто это происходило.
• Выявление подозрительной активности.
  Если пользователь внезапно начинает массово выгружать данные, система фиксирует отклонение от обычного поведения. Это помогает обнаруживать риски раньше, чем они превращаются в полноценный инцидент.
• Упорядочивание прав доступа.
  Платформа помогает увидеть, какие права действительно нужны сотрудникам, а какие давно пора убрать. Это упрощает переход к модели минимально необходимых привилегий.

 

Что происходит после выгрузки

Даже при хорошо выстроенном контроле выгрузки из 1С остаются частью обычной работы. Полностью запретить их нельзя, это остановит бизнес. Поэтому задача ИБ состоит не в тотальном запрете, а в управляемом и безопасном обращении с такими данными.

Когда чувствительная информация покидает 1С в виде файла, платформа позволяет автоматически классифицировать его по типу контента, присвоить нужную метку конфиденциальности.

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

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

 

Итог: 1С можно вывести из зоны риска

Защита 1С уже давно не сводится к настройке ролей и раздаче прав доступа. И точно не решается попытками отдельно отслеживать выгрузки, файлы и сетевую активность по разным консолям. Нужен подход, который контролирует 1С как бизнес‑критичную систему: видит данные в контексте операций пользователя, учитывает доступ на уровне СУБД и не теряет контроль после выхода информации за пределы приложения.

DSP «Спектр» позволяет закрыть именно этот спектр задач: фиксируются действия пользователей в интерфейсе, модуль DAM контролирует прямые обращения к СУБД 1С, выявляет избыточные и привилегированные учетные записи, при этом не работает «в разрыв» и не становится точкой отказа инфраструктуры. В сочетании с DCAP‑компонентом, который отвечает за контроль файловых хранилищ и выгрузок, у ИБ‑команды появляется единый контекст: понятно, как данные «уходят» из 1С, во что превращаются на файловом уровне и что с ними происходит дальше.

Для бизнеса это означает не просто набор разрозненных средств защиты, а цельный, управляемый процесс: меньше ручной работы и «серых зон» в 1С, больше реальной защиты от инсайдерских утечек и технических атак, при этом без лишней нагрузки на производительность и устойчивость ИТ‑инфраструктуры.

 

Антон Здоров, инженер технического сопровождения продаж компании «Сайберпик»