Рецензирование и оспаривание экспертиз, выполненных недобросовестными экспертами

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Кейс 1: Рецензирование заключения об установлении факта копирования исходного кода

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

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

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

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

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

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

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

Кейс 2: Оспаривание экспертизы, в которой исходный код не исследовался вовсе

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

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

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

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

Кейс 3: Выявление плагиата в экспертизе, выполненной по заказу противоположной стороны

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

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

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

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

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

Кейс 4: Рецензирование заключения, в котором смешаны понятия исходного кода и объектного кода

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

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

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

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

Кейс 5: Оспаривание выводов о наличии вредоносного функционала в исходном коде

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

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

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

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

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

Кейс 6: Рецензирование экспертизы, в которой не был учтен открытый исходный код

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

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

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

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

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

Кейс 7: Выявление ошибок в определении объема заимствования

По делу о взыскании компенсации за нарушение исключительных прав на программный продукт эксперт представил заключение, в котором указал, что «объем заимствования составляет 47% исходного кода». Ответчик, ознакомившись с заключением, был озадачен столь высокой цифрой, поскольку самостоятельно проводил сравнение и получил значительно меньший процент. Для проверки он обратился в Федерацию судебных экспертов.

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

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

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

Кейс 8: Оспаривание заключения, в котором эксперт вышел за пределы своей компетенции

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

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

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

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

Кейс 9: Рецензирование заключения, в котором использовались устаревшие инструменты анализа

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

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

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

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

Кейс 10: Оспаривание экспертизы, в которой не была обеспечена сохранность исходного кода

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

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

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

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

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

Заключительные положения о процессуальном значении рецензирования

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

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

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