1C AI Кибербезопасность
Кто может выгрузить вашу базу — и узнаете ли вы об этом? Данные из 1С уносят не хакеры, а люди с законным доступом: менеджер перед уходом к конкуренту, подрядчик с «временными» полными правами, общая учётка отдела, которой пользуются шестеро. AI проверяет вашу базу и журнал регистрации целиком — по чек-листу из восьми направлений, инженер подтверждает каждую находку. На выходе — что открыто, чем это грозит и что закрыть сегодня.
Первый шаг — экспресс-проверка: подключаемся к рабочей базе в режиме чтения, читаем настройки и журнал, ничего не меняем. Несколько дней, без остановки работы.
Это не про антивирус и не про «поставить пароль посложнее»
Антивирус ловит вредоносный файл, файрвол — чужого снаружи. А данные обычно уходят изнутри и совершенно легально: у человека есть право открыть список и нажать «Выгрузить в файл».
Права «исторически сложились»
Полные права выдали на закрытие периода и забыли снять. Подрядчик уволился три года назад, учётка живёт. Менеджер по продажам видит закупочные цены, потому что «так было проще настроить».
Никто не знает актуальную карту доступов
Кто, к каким данным, на каком основании и до какого срока — этого списка нет ни у ИТ, ни у собственника. Вопрос «кто может унести базу клиентов» остаётся без ответа.
Следы есть, но их не читают
Журнал регистрации пишет входы, выгрузки и открытие внешних обработок. Читать его руками невозможно: события за месяц — это сотни тысяч строк.
Как проходит проверка
Работаем на рабочей базе в режиме чтения: смотрим то, что есть сегодня, а не срез на дату выгрузки. Ничего не меняем и никого не останавливаем. Занимает несколько дней, ваших людей отвлекаем на пару разговоров.
Получаем доступ на чтение
Учётная запись с правом чтения в рабочей базе, журнал регистрации за период, описание публикации базы и способов доступа снаружи, список интеграций и мест, где лежат копии и бэкапы.
AI проверяет по чек-листу
Пользователи, роли и профили, настройки прав, ограничения на уровне записей, внешние обработки, регламентные задания с выгрузками, секреты в коде и константах, аномалии в журнале — целиком, а не выборочно.
Инженер подтверждает и ранжирует
Каждая находка проверяется руками: это действительно открыто или так задумано. Ложные срабатывания снимаются, остальное получает степень критичности.
Отчёт и план закрытия
Что нашли, чем грозит, что закрыть сегодня, что запланировать, что оставить осознанно. По каждому пункту — конкретная настройка, а не «усилить контроль».
Восемь направлений проверки
Список закрытый и одинаковый для всех — так результат можно сравнивать во времени и между базами. Ниже — что смотрим и что находим чаще всего.
| Направление | Что проверяем | Типовые находки |
|---|---|---|
| Учётные записи | Кто заведён, у кого не ограничен вход, кто уволен, где общие учётки | Активные учётки уволенных; «Кладовщик» и «Касса» с одним паролем на смену; вход без пароля |
| Права и профили | Профили групп доступа, роли, ограничения на уровне записей | Полные права у десятка человек вместо трёх; менеджеры видят себестоимость и закупочные цены |
| Выгрузка данных | Право сохранять списки в файл, печатать, отправлять по почте | Выгрузка справочника контрагентов доступна всем; массовые выгрузки в конце месяца |
| Внешние обработки и отчёты | Кто может открывать внешние файлы обработок и «Все функции» | Открытие внешних обработок разрешено рядовым пользователям — это прямой обход прав |
| Доступ снаружи | Публикация базы, веб-клиент, удалённые рабочие столы, ограничения по адресам | База опубликована в интернет без ограничений; работа по незащищённому протоколу |
| Журнал регистрации | Полнота журналирования и аномалии: ночные входы, чужие адреса, подбор пароля | Журнал ведётся не полностью или хранится неделю; серии неудачных входов, которые никто не заметил |
| Копии и бэкапы | Где лежат выгрузки, тестовые базы и резервные копии, кто имеет к ним доступ | Копия боевой базы с реальными данными на ноутбуке подрядчика; бэкапы в общей папке |
| Секреты интеграций | Токены и пароли к банкам, маркетплейсам, аналитике, сайту: лежат ли они в штатном защищённом хранилище или обычными строками | Секрет приложения и токен бота в константах и регистрах; пароли в коде доработок; значения уезжают в каждую копию базы |
Направления разбираются на вашей базе в режиме чтения. Периметр сети, рабочие станции и почта — другая история: если нужно, честно скажем, что это за пределами нашей проверки.
Как это выглядит в 1С
Ничего экзотического: всё, что мы проверяем, лежит в самой 1С — в списке пользователей, в настройках прав, в активных сеансах и в журнале регистрации. Вопрос только в том, что эти списки никто не читает целиком.
Дальше — профили групп доступа и роли: кому реально открыты себестоимость, зарплата, контрагенты с телефонами и выгрузка списков в файл.
Из практики: находка, которую не искали
Сентябрь 2026. Производственная компания, 1С:ERP, 259 учётных записей, 123 человека работают в базе каждый день. Мы вели у них работу по быстродействию и разбирали регламентные задания — и увидели, что учётные данные двух внешних подключений лежат в базе обычными строками. К быстродействию это отношения не имеет, поэтому находка ушла отдельным документом, вне бюджета работ, не дожидаясь конца диагностики.
2
подключения хранили секреты открытым текстом: выгрузка в облачную аналитику и бот в мессенджере
26
учётных записей с полными правами могли это прочитать — из 259 в базе
37
записей уже лежали в штатном защищённом хранилище — механизм в базе был, им просто не воспользовались в двух местах
Секрет приложения — это пароль выгрузки: вместе с идентификаторами он даёт доступ к данным организации в облаке. Токен бота — это управление ботом: писать сотрудникам от его имени, удалять сообщения и забирать переданные файлы. Отдельного пароля у бота нет, и пока эти значения не перевыпущены, они действуют.
Права здесь были настроены правильно — и это не помогло. И регистр с параметрами выгрузки, и константа с токеном закрыты ролью с полными правами: рядовой пользователь их не увидит. Но основной путь утечки — не права внутри рабочей базы, а её копии. Любая выгрузка для теста, для разработки или для подрядчика содержит эти значения в рабочем виде, а копии хранятся менее строго, чем боевая база, и живут дольше.
Мы убедились в этом на себе. Эти сведения получены с копии, которую нам передали для диагностики быстродействия, — без каких-либо специальных действий. Значения в документе мы не приводили, доступ с их помощью не проверяли, а копию по указанию заказчика либо чистим, либо удаляем целиком.
Отозвать задним числом нельзя. Если копия ушла год назад, узнать, пользовался ли ею кто-то, можно только по журналам на стороне облака и мессенджера. Зато перевыпуск секрета и токена закрывает риск сразу по всем ранее переданным копиям — это одно действие на стороне заказчика, без участия 1С.
Как могут взломать: путь от копии базы до облака
По отдельности это разные настройки базы и облака. Вместе они складываются в цепочку — и в отчёте мы рисуем её целиком, чтобы было видно, где её проще всего разорвать.
Разорвать путь можно на любом звене. Первыми закрываются перевыпуск секрета и токена — после него старые значения не действуют ни в одной копии базы.
Что мы честно не проверяли
Какие права фактически выданы приложению в облаке — по коду видно, что выгрузка авторизуется как приложение и пишет файлы, но состав разрешений подтверждает заказчик. Журналы входов в облаке и мессенджере. Сами учётные данные мы не использовали и доступ с их помощью не пробовали. Вывод «этим можно воспользоваться» сделан по типу и состоянию данных, а не по факту доступа — чтобы решения не принимались на основе преувеличения.
Что рекомендовали
Неотложно, без участия 1С: перевыпустить секрет и токен, проверить журналы входов, урезать права приложения до записи выгрузок, задать срок жизни секрета, перейти на сертификат. Организационно: очищать параметры подключений при передаче копий и записать это в регламент подготовки копии. Остальные места, где обычно хранят пароли — обмен с документооборотом, ЭДО, сервис печати, перевозочные документы, — проверили: там пусто.
Документ ушёл техническому специалисту и администратору безопасности заказчика с пометкой «ограниченное распространение» и актом «передал — принял». Значения секретов в нём намеренно не приводятся — только факт их наличия.
Что вы получаете
Не «отчёт о соответствии», а рабочий документ, по которому ИТ закрывает дыры, а руководитель понимает, чем рисковал.
- Карта доступов — кто и к каким данным реально имеет доступ сегодня, с разделением на «нужно по работе» и «досталось исторически»
- Список находок по критичности — что горит, что важно, что можно оставить, и чем каждая находка грозит на понятном языке
- Что закрыть за один день — короткий список действий, который обычно снимает большую часть риска без проекта
- Аномалии в журнале регистрации — нетипичные входы, массовые выгрузки, работа под общими учётками, попытки подбора пароля
- Рекомендации по настройкам — профили и роли вместо полных прав, ограничения на уровне записей, политика паролей, журналирование
- Порядок работы с доступами — простой регламент: как выдаём, на каком основании, как снимаем при увольнении и закрытии проекта
- Где лежат секреты интеграций — какие подключения хранят пароли и токены мимо штатного защищённого хранилища и что из этого уезжает в каждую копию базы
- Цепочка «как могут взломать» — от доступа к копии до последствий, с тем звеном, где её проще всего разорвать
- Что не проверялось — отдельным разделом, чтобы риск не был преувеличен и вы знали, что подтвердить на своей стороне
- Срочное — сразу, не в конце проекта — опасную находку передаём отдельным документом с ограниченным распространением, значения секретов в нём не приводятся
Что нужно от вас
Список короткий — чем меньше мы отвлекаем ваших людей, тем быстрее результат.
Доступ на чтение к базе
Именная учётная запись с правом чтения — настройки, права и журнал мы только читаем. Изменений не вносим: всё, что нужно поправить, попадает в отчёт.
Выгрузка журнала регистрации
За период, который считаете показательным — обычно месяц-два. Если журнал ведётся не полностью, это уже находка.
Один контакт со стороны ИТ
Чтобы уточнить, как база опубликована, где лежат копии и какие интеграции работают. Обычно это два-три коротких разговора.
Когда проверку стоит делать не откладывая
Если хоть один пункт про вас — риск уже есть, вопрос только в том, знаете вы о нём или нет.
Уходит человек с доступом
Менеджер с базой клиентов, бухгалтер, ИТ-специалист, подрядчик. Проверять доступы нужно до последнего рабочего дня, а не после.
Меняется подрядчик по 1С
Новая команда получает ключи от системы. Хороший момент зафиксировать, кто и что мог до этого и что осталось открытым.
База доступна снаружи
Удалённые сотрудники, веб-клиент, обмен с сайтом и маркетплейсами. Каждая такая дверь должна быть осознанной, а не «включили и забыли».
С чем сравнивать
Честно о том, что дают соседние варианты и чего они не дают.
| Путь | Что получите | Подводные камни | |
|---|---|---|---|
| Спросить своего админа | Взгляд изнутри и быстрые ответы | Человек проверяет то, что сам настраивал; на прикладные права в 1С обычно не хватает времени | |
| Антивирус, файрвол, DLP | Защиту периметра и контроль каналов | Не видят логики прав внутри 1С: выгрузка списка человеком с правами — легальное действие | |
| Пентест сети | Проверку внешнего периметра | Отвечает на вопрос «можно ли пробиться снаружи», а не «кто внутри может унести данные» | |
| Аттестация по требованиям регуляторов | Бумаги и формальное соответствие | Соответствие на бумаге не мешает менеджеру выгрузить контрагентов в Excel | |
| iTeal · 1С AI Кибербезопасность | Разбор доступов и данных внутри 1С целиком: учётки, права, выгрузки, публикация, журнал, копии, секреты | Сеть, почта и рабочие станции — вне периметра проверки |
Когда мы не нужны
Вам нужна аттестация по требованиям регуляторов. Формальную аттестацию информационной системы проводят лицензиаты — это не наша работа. Мы закрываем реальные дыры в 1С, а не оформляем документы о соответствии.
Нужен пентест периметра или расследование инцидента. Если утечка уже случилась и нужно понять, кто и как, это отдельная работа с другими специалистами. Мы поможем собрать данные из журнала, но криминалистикой не занимаемся.
С доступами у вас уже порядок. Есть именные учётки, профили вместо полных прав, регламент выдачи и снятия. Тогда полезнее общая AI Диагностика 1С или AI Мониторинг баз 1С.
Частые вопросы
Почему AI, а не обычный аудит по чек-листу?
Объём. Профили и роли, права каждого пользователя, код доработок, константы с настройками обменов, журнал регистрации за месяц — человек читает это выборочно и находит то, что ожидал найти. AI читает всё. Но его находки — гипотезы: каждую подтверждает инженер, часть снимается как ложные.
Вы получите доступ к нашим данным. Это безопасно?
Работаем по NDA, доступ именной, только на чтение и на срок проекта. Внутри компании за это отвечает отдельная роль: реестр доступов, снятие в день окончания работ, журнал инцидентов. Мы держим доступы к базам десятков компаний и понимаем цену вопроса.
А можно на копии, а не на рабочей базе?
Можно, если так требует ваша политика безопасности. Но копия показывает срез на дату выгрузки: кто вошёл вчера, какие сеансы открыты сейчас и что происходило в журнале на этой неделе, на ней уже не видно. Поэтому по умолчанию просим доступ на чтение к рабочей базе, а содержимое справочников при желании обезличиваем — для проверки прав важна структура, настройки и журнал, а не телефоны контрагентов.
Чем это отличается от вашей общей диагностики 1С?
AI Диагностика 1С — здоровье базы целиком: ошибки, доработки, обмены, регламентные задания, производительность. Здесь одна тема вглубь — кто видит данные и как их можно унести. Продукты хорошо дополняют друг друга и часто делаются одним заходом.
У нас права настроены строго. Значит, данные защищены?
Права закрывают рабочую базу, но не её копии. Выгрузка для теста, для разработчика или для подрядчика уносит с собой всё, что лежит в базе открытым текстом: пароли обменов, токены ботов, секреты выгрузок. Копию обычно передают вместе с административным доступом, хранят менее строго, чем боевую базу, и дольше. Поэтому в проверку входят и права, и то, что попадает в каждую копию.
Можно ли хранить пароли интеграций прямо в 1С?
Можно и нужно — но в штатном защищённом хранилище из библиотеки стандартных подсистем, а не в константе и не в коде. Мы смотрим, развёрнут ли этот механизм и все ли подключения им пользуются: обычно он уже работает, а пара обменов сделана «положили в константу, чтобы быстрее». Если находим такое — отдельно объясняем, что перевыпустить и в каком порядке.
Что на выходе?
Отчёт: карта доступов, находки по критичности с объяснением риска, цепочка «как могут взломать», что не проверялось, список «закрыть сегодня» отдельно от организационных мер и простой порядок работы с доступами. Плюс встреча, где разбираем находки с вашим ИТ.
Что будет, если вы найдёте что-то срочное?
Не ждём конца проекта. Срочную находку передаём сразу отдельным документом — техническому специалисту и администратору безопасности, с пометкой «ограниченное распространение». Значения паролей и токенов в нём не приводятся, ими мы не пользуемся. Если находка попалась попутно, в рамках другой работы, — передаём вне бюджета.
Вы потом всё это закроете или только отчёт?
Как решите. Отчёт остаётся у вас и годится в том числе для разговора с текущим подрядчиком. Если попросите — настроим профили и права, включим журналирование, приведём в порядок публикацию и копии; каждая позиция оценивается отдельно.
Скачайте пример отчёта о проверке доступов
Обезличенный пример по реальным проверкам: сводка находок по критичности, разбор подлинной находки сентября 2026 — учётные данные двух внешних подключений лежали в базе открытым текстом, — кто их мог прочитать, что проверено и не подтвердилось, границы проверки и план закрытия по срокам. Посмотрите, как выглядит результат, до того как заказывать.
- Сводка: 9 находок по критичности и срокам
- Секреты интеграций: подлинный разбор с цифрами
- Кто может это прочитать: роли, права, учётные записи
- Почему копии базы опаснее прав
- Учётные записи и профили: что снимается настройками
- Журнал, публикация, выгрузки
- Что проверено и не подтвердилось
- План закрытия: сегодня, неделя, месяц, регламент
Получить пример отчёта
Находки в примерах — типовые, обобщённые по проектам; конкретные клиенты и их данные не называются. Проверка выполняется в режиме чтения: настройки, права и журнал регистрации мы читаем, изменения в базу не вносим. Продукт закрывает прикладной уровень 1С и не заменяет аттестацию информационных систем по требованиям регуляторов. Скриншоты — из публичной демонстрационной базы фирмы «1С» (Управление торговлей 11).
Смежные страницы: AI Диагностика 1С, AI Повышение быстродействия 1С, AI Мониторинг баз 1С, AI Диагностика серверов 1С, AI Обновление 1С, Поддержка бизнеса в 1С.
Проверим вашу 1С на утечки
Напишите, какая у вас конфигурация и сколько пользователей, — скажем, что понадобится для проверки, и предложим сроки. Если у вас уже наводили порядок с доступами, так и скажем: тогда полезнее AI Диагностика 1С.
iTeal — создаём систему улучшений бизнес-процессов на базе 1С. Pavel.Stupko@iteal.expert · @pgstupko