Раздел 1. Концептуальные основания независимой экспертизы программы в системе компьютерно-технического исследования

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

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

Независимость экспертизы программы обеспечивается не только процессуальным статусом эксперта и предупреждением об уголовной ответственности за дачу заведомо ложного заключения, но и институциональными условиями: отсутствием ведомственной или корпоративной аффилированности экспертного учреждения, прозрачностью методологии, возможностью верификации промежуточных результатов. В этом контексте обращение в специализированную экспертную организацию, обладающую отработанными методиками исследования программных объектов и располагающую экспертами с подтвержденной квалификацией, становится не формальностью, а необходимым условием доказательственной силы заключения. Союз «Федерация судебных экспертов» на протяжении длительного времени специализируется на производстве компьютерно-технических экспертиз, включая независимую экспертизу программы, и обеспечивает заказчикам доступ к экспертам, чьи заключения выдерживают проверку в судебных инстанциях.

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

Раздел 2. Правовые и процессуальные аспекты назначения и производства независимой экспертизы программы

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

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

Важнейшим процессуальным аспектом независимой экспертизы программы является обеспечение неизменности объектов исследования. Программное обеспечение и связанные с ним данные существуют на электронных носителях, которые подвержены риску модификации как вследствие умышленных действий, так и в результате случайных факторов. Стандартной практикой является создание побитовых копий носителей информации с фиксацией криптографических хэш-сумм (алгоритмы семейства SHA-2 или SHA-3) и последующей верификацией неизменности данных. Все действия с объектами исследования должны документироваться в экспертном заключении, а работа производится исключительно с копиями, за исключением случаев, когда специфика объекта требует непосредственного взаимодействия с оригиналом, что также подлежит фиксации . Соблюдение цепочки хранения доказательств исключает сомнения в аутентичности представленных на исследование объектов и укрепляет доказательственную силу заключения.

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

Раздел 3. Объекты исследования в рамках независимой экспертизы программы

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

Независимая экспертиза программы, связанная с исследованием информационных баз на платформе «1С:Предприятие», требует от эксперта не только владения инструментами извлечения и анализа данных, но и понимания предметной области функционирования конкретной конфигурации — будь то бухгалтерский учет, управление торговлей или расчет заработной платы. Специфика архитектуры «1С», сочетающей гибкую метамодель, разнообразие режимов развертывания и механизмов лицензирования, делает невозможным применение универсальных оценочных суждений. Выводы эксперта признаются судами обоснованными лишь в тех случаях, когда они базируются на детальном исследовании конкретной информационной базы, включая анализ структуры данных, истории изменений, пользовательской активности и сопоставление электронных записей с фактическими хозяйственными процессами .

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

Раздел 4. Методологические основы исследования программного кода

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

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

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

Раздел 5. Исследование функционального соответствия программного обеспечения техническому заданию

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

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

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

Раздел 6. Независимая экспертиза программы в контексте споров о заимствовании кода

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

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

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

Раздел 7. Кейс 1: Спор о степени готовности информационной системы государственного органа

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

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

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

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

Раздел 8. Кейс 2: Спор о заимствовании кода в государственном проекте

В практике независимой экспертизы программы встречаются дела, в которых заказчик — государственный орган — обнаруживает признаки использования подрядчиком кода из открытых источников без передачи прав на него заказчику. В одном из таких дел заказчик заподозрил, что при разработке программного обеспечения был использован код из открытого репозитория, права на который не были оформлены надлежащим образом, а часть кода, созданного по заказу, напротив, могла быть воспроизведена в других проектах подрядчика без разрешения. Спор требовал установления как факта заимствования, так и объема оригинального и заимствованного кода в конечном продукте.

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

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

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

Раздел 9. Кейс 3: Независимая экспертиза программы в споре о несоответствии функционала CRM-системы

Споры между кредитными организациями и разработчиками программного обеспечения традиционно отличаются высокими требованиями к точности экспертных выводов, поскольку речь идет о системах, от которых зависит обработка значительных объемов конфиденциальной информации. В одном из дел банк заказал разработку CRM-системы, однако при приемке обнаружил, что заявленная функция фильтрации клиентов по сегментам не работает, а ряд иных функций реализован с отклонениями от технического задания. Разработчик настаивал на том, что функционал реализован в полном объеме, а выявленные недостатки носят несущественный характер и могут быть устранены в рамках гарантийных обязательств.

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

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

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

Раздел 10. Кейс 4: Исследование информационной базы «1С» в рамках независимой экспертизы программы

Отдельное направление независимой экспертизы программы связано с исследованием информационных баз на платформе «1С:Предприятие». В одном из дел рассматривался спор, в котором заказчик обнаружил несанкционированные изменения финансовых данных в бухгалтерской базе и обратился за установлением обстоятельств их внесения. Специфика задачи требовала не только технического анализа журналов регистрации и истории изменений, но и понимания учетных процессов, в контексте которых эти изменения приобретали юридическое значение. Эксперт, проводивший независимую экспертизу программы, должен был установить, какие изменения были внесены, в какой период времени и каким пользователем, а также соответствуют ли они обычной практике ведения учета в данной организации.

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

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

Данный кейс подчеркивает, что независимая экспертиза программы применительно к информационным базам «1С» требует от эксперта выхода за пределы чисто технического анализа. Понимание предметной области — бухгалтерского учета, порядка документооборота, распределения должностных обязанностей — является необходимым условием корректной интерпретации выявленных аномалий. Обращение в экспертную организацию, обладающую опытом в данной сфере, позволяет получить заключение, которое выдерживает проверку с точки зрения как технической, так и содержательной обоснованности.

Раздел 11. Кейс 5: Независимая экспертиза программы при споре о качестве веб-приложения для государственных услуг

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

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

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

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

Раздел 12. Кейс 6: Восстановление удаленного исходного кода в рамках независимой экспертизы программы

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

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

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

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

Раздел 13. Кейс 7: Спор о разработке мобильного приложения по договору авторского заказа

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

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

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

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

Раздел 14. Кейс 8: Независимая экспертиза программы при определении стоимости фактически выполненных работ

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

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

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

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

Раздел 15. Кейс 9: Спор о заимствовании алгоритма обработки данных в финансовой сфере

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

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

При этом эксперт отметил, что часть совпадений объясняется использованием одной и той же библиотеки с открытым исходным кодом, что не является нарушением. Решающим фактором стало обнаружение в коде ответчика фрагментов, идентичных коду истца, но с измененными именами переменных и добавленными комментариями, не несущими функциональной нагрузки. Совокупность выявленных признаков позволила эксперту сделать вывод о наличии заимствования, замаскированного поверхностными изменениями . Заключение независимой экспертизы программы было положено в основу судебного решения.

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

Раздел 16. Кейс 10: Независимая экспертиза программы при исследовании интеграции с внешними системами

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

Эксперт изучил техническое задание, в котором требование о двусторонней интеграции было сформулировано явно, и приступил к исследованию фактического поведения системы. В тестовой среде были воспроизведены сценарии, предусмотренные техническим заданием: создание записи в основной системе с ожиданием ее появления в «1С», затем изменение этой записи в «1С» с ожиданием отражения изменений в основной системе. Первый сценарий выполнялся успешно, второй — не приводил к ожидаемому результату: изменения в «1С» не отражались в основной системе.

Анализ кодовой базы показал, что модуль интеграции содержит только компоненты для экспорта данных; компоненты для импорта и обработки входящих изменений отсутствуют. Эксперт также проверил документацию и настройки, чтобы исключить возможность того, что интеграция реализована, но не активирована. Проверка подтвердила, что функционал импорта не был реализован на уровне кода, а следовательно, заявление исполнителя о двусторонней интеграции не соответствует действительности. Заключение независимой экспертизы программы содержало вывод о том, что интеграция фактически является односторонней, что не соответствует условиям договора . Суд признал требования заказчика обоснованными.

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

Раздел 17. Организационные и институциональные аспекты обеспечения независимости экспертизы программы

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

Союз «Федерация судебных экспертов» выстраивает свою деятельность на принципах, которые обеспечивают заказчикам независимость экспертных заключений. Эксперты, привлекаемые к производству независимой экспертизы программы, проходят проверку квалификации и не имеют связей с участниками спора, которые могли бы скомпрометировать их беспристрастность. Организация располагает методической базой, охватывающей различные направления компьютерно-технической экспертизы, и обеспечивает преемственность методологических подходов при сохранении индивидуального подхода к каждому объекту исследования.

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

Раздел 18. Типичные ошибки и ограничения при производстве независимой экспертизы программы

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

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

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

Раздел 19. Взаимодействие эксперта с судом и участниками процесса в рамках независимой экспертизы программы

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

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

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

Раздел 20. Значение независимой экспертизы программы для правоприменительной практики и выводы

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

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

Союз «Федерация судебных экспертов» на протяжении длительного времени обеспечивает производство независимой экспертизы программы по различным категориям дел, связанных с программным обеспечением. Эксперты Союза обладают компетенциями в области анализа исходного и объектного кода, исследования информационных баз, оценки функционального соответствия, определения стоимости работ и восстановления данных. Обращение в Союз «Федерация судебных экспертов» позволяет заказчику получить заключение, которое сочетает техническую глубину с процессуальной допустимостью и институциональной независимостью, что делает его эффективным инструментом защиты прав и законных интересов в судебном процессе.

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

Компьютерная экспертиза:  https://sud-expertiza.ru/kompyuternaya-ekspertiza-ot-a-do-ya/