Ви дбаєте про свою інтелектуальну власність, тому вживаєте належних запобіжних заходів: ви отримуєте цифрові позначки часу від кваліфікованих довірчих органів, щоб юридично підтвердити існування вашої роботи в певний момент часу.
Ви зберігаєте сертифікати безпечно. Ви зберігаєте файли недоторканими. Ви ніколи навмисно не редагуєте та не змінюєте їх.
Потім, коли ставки високі (наприклад, захист ваших авторських прав або доведення попереднього використання в суперечці щодо торгової марки), ви запускаєте перевірку. Вона не проходить.
Як криптографічний доказ руйнується без будь-якої свідомої помилки? Відповідь тонка: повсякденні інструменти робочого столу регулярно змінюють файли у фоновому режимі, не запитуючи вас і навіть не натискаючи кнопку «Зберегти».
Ось три поширені сценарії, які непомітно порушують ваш ланцюжок відповідальності:
1. Перегляд PDF-файлу в macOS Preview
Ви відкриваєте документ, технічне креслення або схему. Сторінка розташована боком, тому ви повертаєте її на 90 градусів, щоб прочитати її, а потім закриваєте вікно. Оскільки Preview постійно автоматично зберігається у фоновому режимі, закриття вікна фіксує ці зміни безпосередньо на диску. Ви так і не натиснули кнопку «Зберегти», але базовий файл було переписано, і сертифікований хеш остаточно пошкоджено. (Документація Apple)
2. Поворот фотографії у Провіднику Windows
Ви переглядаєте фотографії прототипу у Windows. Одна фотографія виглядає боком, тому ви натискаєте «Повернути праворуч». Зображення все ще показує той самий винахід, але Windows записує метадані орієнтації безпосередньо у структуру файлу. Навіть поворот «без втрат» змінює двійкові дані. Для людського ока зображення не змінюється; для алгоритму криптографічної перевірки це зовсім інший файл. (Документація Microsoft)
3. Відтворення аудіодоріжки в iTunes
Ви імпортуєте запис демонстрації або інтерв'ю у свою бібліотеку, щоб прослухати його. Якщо ввімкнено такі функції, як перевірка звуку, програвач може записувати теги нормалізації гучності безпосередньо в метадані ID3 файлу. Записаний звук не змінився ні на мілісекунду, але контейнер змінився. Цифровий відбиток більше не збігається. (ID3 documentation)
Три рутинні дії: перегляд документа, упорядкування фотографій, відтворення запису. Три повсякденні способи ненавмисно розірвати зв'язок між сертифікатом та його вихідним файлом.
Сертифікат не може відновити оригінал
Цифровий сертифікат закріплює суворий криптографічний хеш. Змініть один біт, навіть невидимі метадані, заховані в заголовку файлу, і невідповідність відбитків є абсолютною.
Це стосується того, чи ваш доказ закріплений на Bitcoin, чи виданий кваліфікованим органом позначення часу. Жодна з систем не може відновити втрачений або змінений оригінал; вони лише засвідчують точну послідовність байтів, зареєстрованих у цей момент. Перезапишіть кожну незмінену копію, і сертифікат стане функціонально нікчемним.
Збережіть сертифіковану версію
Ваша активна робота не повинна бути закритою. Вам потрібно переглядати креслення, упорядковувати дизайнерські ресурси та прослуховувати записи, не ставлячи випадково під загрозу ваші юридичні докази.
Ось чому Bernstein поєднує криптографічну сертифікацію із зашифрованим сховищем із контролем версій. Сертифіковані версії залишаються замороженими та такими, що підлягають перевірці, у міру розвитку вашого проекту, тоді як шифрування на стороні клієнта гарантує, що ваші власні ресурси залишатимуться суворо конфіденційними. Див.: Особливості Bernstein.
Незмінний сертифікат настільки надійний, наскільки надійний файл, який він зберігає.
