Дозвольте вкотре висловити слова глибокої вдячності та поваги. Я, як і переважна більшість правників, розумію те велике навантаження та відповідальність, яку ви приймаєте на себе. До вас, вашого професійного та особистого життя прикута увага всього суспільства, і вам, вашим родинам доводиться тягнути цей тягар. Багато людей не розуміють насправді яке життя ведуть судді. Бути суддею — це не випити зайвий келих з друзями. Це взагалі звузити коло приватного спілкування до кількох осіб. Це не сказати, не відповісти, не …. Скільки тут тих самих «не», їх не перелічити. І щоб ви не робили, на які б жертви не йшли ви та ваші родини, суспільство ніколи не віддасть вам належну шану та повагу. Але, мабуть, ви звикли до цього, та дійсно тягнете свій хрест ухвалюючи остаточні рішення та створюючи судову практику для всієї системи. І я, як і переважна більшість правників, щиро вас поважаю.
 |
Маєте Телеграм? Два кліки - і ви не пропустите жодної важливої юридичної новини. Нічого зайвого, лише #самасуть. З турботою про ваш час! |
Буду відвертим з вами. Мета цієї публікації не тільки висловити слова шани та подяки. Ба більше, з мого боку нескромно публічно звертатися до усіх суддів Верховного Суду (далі — ВС). Але я вимушений піти на цей крок, так як в інший спосіб не можу звернутися до вас. Тому заздалегідь прошу вибачення.
Я хочу звернути вашу увагу на електронні докази та на певну позицію ВС, яка викликає певні запитання.
Позиція:
«Ототожнення електронного доказу як засобу доказування та матеріального носія такого документа є безпідставним, оскільки характерною рисою електронного документа є відсутність жорсткої прив`язки до конкретного матеріального носія».
Це не так!!!
Я навмисно не зазначаю «на моє переконання, чи на мою думку». Я б ніколи не дозволив собі таке категоричне висловлювання з питань права, по яким, між іншим, навіть серед суддів є дискусії, час від часу зміна судової практики, та окремі думки до прийнятих рішень. Просто «ототожнення електронного та матеріального носія» не є питанням права, а питанням фізики. Ну не може, навіть Велика Палата, скасувати третій закон Ньютона чи теорему Піфагора.
Я спробую переконати вас у помилковості сформованої позиції, і, як і обіцяв, взагалі не буду торкатися питань права. На час написання цього допису прошу (тимчасово) розцінювати мене виключно як спеціаліста, який має першу інженерну освіту.
Розберемо докладно три приклади.
Приклад 1.
Відеокамера робить запис на карту пам’яті.
При записі відео на карту пам’яті відеокамери створюють не лише основні відеофайли (наприклад, MP4, MOV, AVCHD, MTS тощо), а й приховані службові файли. Вони використовуються для керування записом, відновлення файлів у разі збоїв та збереження метаданих. Ось ДЕЯКІ з них:
1. Індексні та кеш-файли
- THM / LRV — мініатюри та низькоякісні версії відео (наприклад, у GoPro).
- IDX / DAT — індексні файли, що містять інформацію про записані відео.
- CPI / MPL — метаінформація для файлів формату AVCHD.
- SFL / XML — супутні файли для редагування та синхронізації відео.
2. Журнали та тимчасові файли
- LOST.DIR — система Android та деякі камери створюють цю папку для відновлення файлів після збоїв.
- TEMP / TMP — тимчасові файли під час запису.
- .lrprev / .lrv — попередній перегляд або кеш низької якості.
3. Системні файли для відновлення
- SOS / RECS — службові файли, які використовуються для відновлення у разі аварійного вимкнення.
- FSCK0000.REC — можливий файл після збою файлової системи.
4. Файли маркерів (файли неповного запису)
- INP / RCPROJ — незавершені записи або тимчасові файли відеоредактора.
- TID — інформація про останній запис.
Як їх знайти?
Зазвичай ці файли приховані, але їх можна побачити, якщо:
- Використовувати файловий менеджер із підтримкою прихованих файлів.
- Підключити карту пам’яті до комп’ютера та увімкнути показ прихованих файлів у налаштуваннях операційної системи.
- Використовувати програми для відновлення даних (Recuva, R-Studio).
Зазвичай приховані службові файли не копіюються автоматично при простому копіюванні основних відеофайлів на інший носій!!!
Якщо службові файли, які супроводжували відеозапис, втрачені або не збережені, це може ускладнити технічну експертизу відеофайлу. Ось основні аспекти впливу на перевірку автентичності та можливість встановлення факту монтажу або маніпуляцій:
Що втрачається при відсутності службових файлів?
- Метадані про запис — дата, час, модель камери, параметри зйомки, GPS-координати (якщо підтримується).
- Журнали запису — інформація про переривання або відновлення файлів після аварії.
- Контрольні суми або сигнатури — деякі камери пишуть у службові файли хеші для виявлення змін.
- Індексні файли — можуть містити інформацію про послідовність кадрів і можливі розриви запису.
Втрата службових файлів під час технічної експертизи відео може створити кілька серйозних проблем, які впливають на можливість доведення або спростування автентичності відеофайлу. Ось основні проблеми:
1. Неможливість довести походження відеофайлу
Втрата EXIF-метаданих та технічної інформації
- Багато камер записують у службові файли або метадані контейнера дату, час, модель камери, серійний номер, GPS-координати.
- Без цих даних важко довести, що відео було знято саме цією камерою і не є підробкою.
- Якщо відео скопійовано та втрачено первинні файли, немає можливості перевірити оригінальність таймкоду.
2. Відсутність підтвердження безперервності запису
Неможливість перевірити, чи є вирізані або втрачені фрагменти
- Деякі відеокамери пишуть індексні файли (CPI, THM, IDX), які фіксують безперервність запису.
- Втрата цих файлів означає, що експерт не зможе довести, чи запис відбувався безперервно або чи були вилучені певні фрагменти.
Проблеми з хронометражем
У відеофайлах можуть бути розриви в таймкодах, але якщо немає службових файлів, складніше пояснити їх причину (це був збій камери чи монтаж?).
3. Ускладнення виявлення відеомонтажу та маніпуляцій
Відсутність технічного порівняння з оригінальними даними
- Деякі редактори змінюють параметри відеофайлу (кодек, бітрейт, метадані), і це можна виявити шляхом порівняння з вихідними даними камери.
- Без службових файлів немає референсного зразка для перевірки.
Неможливість перевірити, чи запис було перервано чи вставлено фрагменти
- Якщо відео було змонтоване, але службові файли втрачені, немає додаткових доказів, які можуть вказати на це.
- Без індексних та лог-файлів експерт може покладатися лише на візуальний аналіз кадрів, що може бути недостатньо для точного висновку.
4. Відсутність можливості відновлення видалених фрагментів відео
Журнали відновлення (LOST.DIR, SOS, RECOVERY)
- Деякі камери створюють тимчасові файли, які можуть бути використані для відновлення незбережених відео після збоїв.
- Без них неможливо перевірити, чи існували відсутні фрагменти.
Неможливість дослідити файлову систему
Якщо службові файли видалені, то навіть відновлення файлової системи карти пам'яті не допоможе знайти сліди раніше записаних відео.
Приклад 2.
При записі аудіо диктофонами також можуть створюватися приховані службові файли, які виконують схожі функції, як і у відеокамерах. Вони містять метадані, індексну інформацію та допомагають у відновленні запису у разі збою.
Ось які службові файли можуть формуватися при записі аудіо на диктофон:
1. Індексні та метаінформаційні файли
- IDX / INFO / DAT / XML — можуть містити список записів, їхні тривалості, таймкоди та інші дані про файли, створені на диктофоні.
- THM — іноді використовується для створення мініатюр або опису записів (наприклад, у деяких професійних журналістських диктофонах).
- LDB база даних записів, яка може містити дати створення та параметри аудіофайлів.
2. Тимчасові файли під час запису
- TMP / TEMP — створюються під час активного запису і можуть зникати після збереження.
- PART / SES / BUF — буферні файли, що можуть залишатися, якщо запис був перерваний (наприклад, розряджена батарея).
- LOST.DIR — папка для відновлення пошкоджених записів, яка може з’являтися на карті пам’яті.
3. Журнали та контрольні файли
- LOG / TXT / RECINFO — можуть зберігати історію записів та дані про те, чи запис було перервано або збережено неправильно.
- MD5 / SHA / CRC — деякі диктофони створюють контрольні суми для перевірки цілісності запису.
- CUE / MARK / PKF — іноді використовуються для збереження маркерів у файлі (наприклад, якщо запис має позначки пауз чи індексів).
4. Формування спеціальних системних файлів
- SOS / RECOVERY — можуть з’являтися у випадку раптового вимкнення диктофона.
- FSCK0000.REC — можливий файл після відновлення пошкодженої файлової системи.
- HIDDEN / SYSTEM — можуть приховуватися у файловій системі й бути видимими лише через спеціальні утиліти.
І втрата цих файлів приводить до тих самих негативних наслідків!!!!!!!!!!
Приклад 3.
При створенні документа у форматі Word (DOCX, DOC) програма Microsoft Word генерує службові файли, які можуть бути прихованими або тимчасовими. Вони використовуються для збереження версій, автозбереження, відновлення файлу після збоїв, а також для керування редагуванням.
Які службові файли створює Microsoft Word?
1. Тимчасові файли
~$filename.docx — файл із символом ~$ на початку.
- Створюється автоматично при відкритті документа.
- Використовується для керування доступом та автозбереження.
- Якщо файл закривається нормально, цей тимчасовий файл видаляється.
- Якщо Word аварійно закриється, цей файл може залишитися і використовуватися для відновлення.
.wbk — резервна копія (Backup file).
- Якщо в налаштуваннях Word увімкнено автоматичне створення резервних копій, Word створює копію останньої версії.
- Файл розташовується в тій же папці, що і оригінальний документ.
.asd — файл автозбереження.
- Використовується для автоматичного відновлення документа після аварійного завершення роботи Word.
- Word шукає ці файли після запуску, щоб запропонувати відновлення.
- Зазвичай зберігається у:
C:UsersВаш_користувачAppDataLocalMicrosoftOfficeUnsavedFiles
.tmp — тимчасові файли.
- Використовуються для збереження проміжних даних під час редагування.
- Зазвичай видаляються після нормального закриття Word.
- Можуть залишитися, якщо Word аварійно закрився.
2. Файли, що можуть містити інформацію про редагування
.xml у DOCX-файлах
- Word-файли у форматі DOCX – це архіви ZIP, що містять окремі XML-файли:
*document.xml — основний текст.
*styles.xml — стилі документа.
*comments.xml — коментарі.
*revisions.xml — зміни та виправлення.
- Якщо файл редагувався, у метаданих можуть залишитися сліди правок (навіть після видалення тексту!).
Track Changes (Журнал змін)
- Якщо увімкнено функцію «Відстеження змін», у файлі можуть зберігатися видалені та змінені фрагменти, навіть якщо вони не відображаються при перегляді.
- Metadata (властивості файлу)
У властивостях файлу можуть зберігатися:
*Ім’я автора.
*Час створення та останнього редагування.
*Версії документа.
Наслідки:
1. Microsoft Word створює кілька видів службових файлів, які можуть містити важливу інформацію про редагування, відновлення та автора документа.
2. Втрата цих файлів унеможливлює аналіз змін у документі.
3. Форензична експертиза при наявності метаданих іноді може відновити первинний зміст документу.
Сподіваюсь, що я своїм зверненням не порушив етичні норми.
Заздалегідь дякую за розуміння.
Дуже прошу врахувати особливості фізичного світу при викладені правових позицій.