Защита исходного кода и разработок IT-компании от утечки — что важно знать и как действовать?
Защита исходного кода и разработок IT-компании от утечки: риски, документы, правовая позиция, ошибки и порядок действий. Помощь бизнесу, директору и собственнику. Сумма на кону по таким делам — ориентировочно300 тыс.–5 млн+ ₽. Ниже — в чём суть, что проверить в документах, на чём строится защита и какие шаги предпринять.
В чём суть проблемы
Типичный кейс: «Защита исходного кода и разработок IT-компании от утечки». Ниже — как эта ситуация обычно разворачивается и как её разбирают по шагам: от первой оценки до результата.
Исходный код одновременно и объект авторского права, и потенциальный секрет производства — и защищать его нужно на двух уровнях сразу. IT-компании часто держат весь код в общем репозитории с доступом всей команды и без единого документа о правах — и при уходе разработчика оказывается, что права на код формально не закреплены за компанией.
Ключевая развилка — служебное произведение. Код, написанный работником в рамках трудовых обязанностей, принадлежит работодателю по статье 1295 ГК, но только если это прямо следует из трудового договора и должностной инструкции. У фрилансеров и подрядчиков всё иначе — права переходят лишь по договору отчуждения.
Пока код не описан как ноу-хау и репозиторий не закрыт режимом коммерческой тайны, ушедший разработчик может использовать наработки в новом проекте, а доказать нарушение будет крайне трудно.
Что проверить в документах
В подобных кейсах исход определяют именно эти документы:
- История создания спорного модуля: коммиты, лог Git
- Трудовой статус автора кода на момент написания
- Служебное задание и акт приёмки кода как служебного произведения
- Договор с подрядчиком/фрилансером об отчуждении права
- Следы использования кода вовне (форки, новый продукт)
- Оценка ущерба или стоимости разработки
Документы важны не сами по себе, а тем, какую картину они складывают: даты, подписи, экономический смысл действий. Именно их полнота и непротиворечивость отделяет сильную позицию от уязвимой.
Правовые основания
Как право работает в подобной ситуации:
Первый уровень — авторское право. Программа для ЭВМ охраняется как литературное произведение (ст. 1261 ГК). Если код создан работником по заданию и в пределах трудовых обязанностей, исключительное право принадлежит работодателю как на служебное произведение (ст. 1295 ГК), но это должно прямо следовать из документов — трудового договора, должностной инструкции, служебного задания.
Второй уровень — секрет производства. Алгоритмы, архитектура, внутренние методики можно защитить как ноу-хау по главе 75 ГК (ст. 1465–1472), введя режим коммерческой тайны по ФЗ № 98-ФЗ на репозиторий и документацию. Тогда за разглашение отвечают по ст. 1472 ГК.
С подрядчиками и фрилансерами правило иное: без договора об отчуждении исключительного права (ст. 1234 ГК) или лицензии права остаются у автора, даже если работа оплачена. Это самая частая точка потери прав на код.
ГК РФ (Гражданский кодекс) ст. 1261, 1295, 1465–1472; ФЗ № 98-ФЗ; Постановление Пленума ВС РФ (Верховный Суд) № 10 от 23.04.2019
В кейсе с кодом всё держится на служебных заданиях: без них лог Git показывает автора, но не работодателя-правообладателя.Макс Лоумен · бизнес-юрист
Доказательства
На чём в таких кейсах держится позиция:
- Привязка кода к трудовым обязанностям через задания и акты
- Лог Git, показывающий авторство и время создания
- Договор отчуждения права (для внешних разработчиков)
- Режим КТ на репозиторий на момент инцидента
- Факт использования кода в чужом проекте
- Причинная связь с потерями компании
Суд оценивает доказательства в совокупности: один сильный документ не спасёт при противоречиях, а несколько согласованных складываются в убедительную позицию.
Ошибки, которые дорого стоят
Чаще всего подобные кейсы проигрывают на этих промахах:
- Обнаружить утечку кода, но не иметь служебных заданий
- Полагаться на оплату работы фрилансеру вместо договора отчуждения
- Не зафиксировать лог Git до его перезаписи
- Держать репозиторий открытым без режима КТ
- Смешать личные и рабочие аккаунты разработчиков
- Заявить ущерб без оценки стоимости разработки
Большинство таких промахов необратимы: исправить упущенное задним числом почти невозможно — защита и доказательства либо выстроены заранее, либо их нет.
Алгоритм действий
Как обычно строится работа по делу — по шагам:
- Зафиксировать перечень сведений, составляющих коммерческую тайну, приказом
- Ввести режим коммерческой тайны: гриф на документах, регламент доступа, журнал учёта
- Актуализировать трудовые договоры и NDA под конкретные роли и уровни доступа
- Разграничить технический доступ в CRM, репозиториях и облачных хранилищах
- Согласовать порядок увольнения сотрудников с доступом к тайне и exit-чек-лист
- Периодически (не реже раза в год) пересматривать перечень и режим доступа
- Подготовить шаблон реагирования на случай утечки — до того, как она произошла
Мы не действуем вслепую: сначала оценка текущего состояния защиты и рисков, и только потом — активные шаги. Так вы понимаете, за что платите и чего ждать на каждом этапе.
Сроки и последствия
Режим коммерческой тайны и NDA работают только тогда, когда выстроены заранее — задним числом их не восстановить: суд оценивает, действовал ли режим НА МОМЕНТ спорных событий, а не после. Поэтому профилактика — не формальность, а единственный работающий момент для внедрения защиты.
Последствия по таким делам выходят за рамки одной ситуации: это и прямые убытки — ориентировочно 300 тыс.–5 млн+ ₽, и репутационные риски, и потеря конкурентного преимущества. Поэтому задача — не «разобраться когда-нибудь», а заранее перевести ситуацию в управляемое русло.
Как развивается ситуация
Ниже — обезличенный сценарий. Он не описывает конкретное лицо и приведён как модель развития ситуации и защиты.
Клиент столкнулся с ситуацией «защита исходного кода и разработок IT-компании от утечки» и обратился за письменной оценкой рисков и плана действий.
Зафиксировать перечень сведений, составляющих коммерческую тайну, приказом. Ввести режим коммерческой тайны: гриф на документах, регламент доступа, журнал учёта. Актуализировать трудовые договоры и NDA под конкретные роли и уровни доступа.
Ситуацию удалось перевести в управляемое русло: позиция была подкреплена документами, ключевые риски — закрыты или ограничены, а решение принималось на основе фактов, а не давления.
Сколько можно потерять по делу
Калькулятор возможных потерь
Прикиньте потенциальную экспозицию по ситуации. Точная оценка — в письменном заключении.
Вопросы и ответы
Кому принадлежит код, написанный штатным разработчиком?
Работодателю — как служебное произведение по ст. 1295 ГК, но только если это следует из трудового договора, должностной инструкции и служебного задания. Без этих документов принадлежность придётся доказывать, и суд может встать на сторону автора.
А если код писал фрилансер или подрядчик?
Тогда права остаются у автора, пока не заключён договор об отчуждении исключительного права (ст. 1234 ГК) или лицензионный договор. Оплата работы сама по себе права не передаёт — это частая и дорогая ошибка.
Как защитить алгоритмы, а не только сам текст кода?
Через режим коммерческой тайны и ноу-хау: алгоритмы, архитектуру и методики включают в перечень охраняемых сведений (гл. 75 ГК), закрывают репозиторий режимом КТ. За разглашение тогда отвечают по ст. 1472 ГК.
Нужна ли госрегистрация программы для ЭВМ?
Она не обязательна, но даёт дополнительное подтверждение прав (ст. 1262 ГК) и упрощает доказывание в споре. Основную защиту дают правильно оформленные служебные произведения и режим тайны.
Чем этот кейс отличается от вашей ситуации?
Каждая ситуация уникальна деталями: составом сведений, оформлением режима, поведением сторон. Разбор показывает логику работы по делу, но выводы по вашему делу зависят от конкретных документов и обстоятельств.
Сколько стоит ваша работа?
Я работаю платными письменными заключениями: второе мнение по делу — от 49 900 ₽, более глубокие форматы (стратегическое заключение, аудит рисков, глубокая проверка) — дороже. При передаче дела в сопровождение стоимость заключения засчитывается. Точная цена зависит от объёма документов, суммы спора и стадии.
Что я получу в результате?
Письменное заключение по вашей ситуации: оценку текущего состояния защиты, слабые места и пошаговый план внедрения или усиления режима коммерческой тайны. Это конкретный документ, на который можно опереться при принятии решения.
Вы работаете лично или передаёте «на младших»?
Лично. Анализ документов и рекомендации по вашей ситуации готовлю сам — без передачи задачи помощникам.
Материал основан на: ФЗ № 98-ФЗ, ГК РФ и практике судов. Готовится практикующим юристом, не нейросетью.