Программно-техническая экспертиза (ПТЭ) — это мощный инструмент исследования цифровых объектов, кода, данных и систем. Однако даже самые современные методики и инструменты имеют чёткие границы. Ниже приведён подробный обзор вопросов и ситуаций, которые по своей природе не поддаются разрешению в рамках ПТЭ, а также объяснение почему это так.
Вопросы, требующие оценки субъективных или нравственных категорий
- «Правильно ли было использовать данную технологию?» — экспертиза может описать, что было использовано и как, но не может выносить моральную оценку.
- «Насколько этичным был алгоритм обработки персональных данных?» — ПТЭ может установить факт сбора/передачи данных, но не может определить, этично ли это.
- «Преднамеренное ли это нарушение?» — наличие умысла оценивается в рамках юридического анализа, а не технического.
Вопросы, выходящие за пределы технических фактов
Правовая квалификация
Эксперт может констатировать, что определённый фрагмент кода копирует защищённую авторским правом функцию, но не может дать вывод: «это нарушение статьи 1259 ГК РФ». Последнее — прерогатива суда.
Оценка «вреда» или «ущерба»
ПТЭ может подсчитать, что данные были удалены или система была недоступна N часов, но не может перевести это в рубли или определить «размер причинённого вреда». Это задача экономической или судебно-бухгалтерской экспертизы.
Вопросы о будущем или гипотетических сценариях
- «Что произойдёт, если внести такие изменения в код?», ПТЭ анализирует имеющийся объект, а не моделирует неограниченное число будущих вариантов.
- «Насколько надёжной будет система через 10 лет?» — экспертиза фиксирует текущее состояние, но не может предсказать будущие условия эксплуатации, обновлений, изменений законодательства и т.д.
Вопросы, требующие доступа к недоступным данным
Отсутствующие или уничтоженные артефакты
Пример: если исходные коды, логи, билд-скрипты или ключи подписи утеряны, экспертиза не может «восстановить» их содержание из воздуха. Можно только констатировать факт отсутствия.
Информация за пределами технического носителя
- устные договорённости между разработчиками (никаких следов в коде);
- внутренние бизнес-процессы компании, не зафиксированные в ПО;
- содержание переговоров или переписки, если она не сохранилась в цифровом виде.
Вопросы о значении терминов, не имеющих технического определения
Экспертиза может описать, что функция делает технически, но не может разрешить спор, является ли она «существенной», «ординарной» или «уникальной», если эти термины не имеют чёткого технического критерия.
Вопросы, касающиеся воли и мотивации пользователей
| Вопрос | Почему не решается ПТЭ |
|---|---|
| «Пользователь нажал кнопку случайно или намеренно?» | Логи фиксируют действие, но не причину. |
| «Знал ли администратор о баге?» | Это вопрос о знании, а не о коде. |
Ограничения, продиктованные процессуальным статусом эксперта
Эксперт не может:
- допрашивать свидетелей;
- запрашивать документы, не предоставленные сторонами;
- ставить эксперименты вне описанной методики без санкции суда.
- Не спрашивайте: «правильно ли это было с точки зрения закона?» — спрашивайте: «какие технические действия были совершены?»
- Не спрашивайте: «какой ущерб был причинён?» — спрашивайте: «какие данные были утеряны и в каком объёме?»
- Не спрашивайте: «что могло бы произойти?» — спрашивайте: «что фактически произошло по имеющимся данным?»
- Не спрашивайте: «каковы были намерения разработчика?» — спрашивайте: «какие функции реализует данный фрагмент кода?»
Соблюдая эти границы, вы получите технически точные и процессуально корректные выводы, избегая неразрешимых в рамках ПТЭ вопросов.