Як зашифрувати збереження файлів без використання ключа? [зачинено]

Скажімо, я створив просту програму, яка бере файл, .datякий зашифрований у двійковому форматі , потім розшифровую його в байтовий масив, а потім все знову переписуємо у файл, розшифрований

Наприклад:

Я створив алгоритм бінарного шифрування. => 0100100001100101001000000110100001100101011000 ...

Але це дуже легко розшифрувати ...

Чи є спосіб, щоб, якщо можливо, не потрібен якийсь ключ, щоб зашифрувати моє збереження прогресу?

Загалом, ви ніколи не повинні вигадувати свої власні криптографічні алгоритми, якщо ви не маєте принаймні доктора наук з математики та інформатики. Але є багато хороших алгоритмів акцій, які не мають відомих атак та мають безкоштовні реалізації у багатьох мовах програмування. Наприклад RC5, AES або Blowfish. Залежно від того, яку технологію ви використовуєте для розробки своєї гри, вона може навіть пропонувати захищене шифрування поза вікном.

Однак питання полягає в тому, чи шифрування збережених ігор є хорошою ідеєю.

По-перше, коли у вашій грі виконується шифрування та дешифрування, вам потрібно включити як алгоритм, так і ключ до свого виконуваного гри. Це означає, що рішучий хакер може їх знайти, витягнути і використовувати для створення редактора збережених ігор. Тож він ніколи не може бути на 100% захищеним.

По-друге, чому ви все одно хочете це робити? Коли це онлайн-гра, ви повинні зберігати в геймете онлайн, де гравці не можуть його змінювати. Коли це офлайн-гра, то навіщо турбуватися? Шахрай може у найгіршому випадку завдати шкоди власним ігровим досвідом. На це не вплинуть чесні гравці, які хочуть насолоджуватися вашою грою за призначенням. З іншого боку, дозволяючи гравцям вередувати, можна додати значення вашій грі. Це дозволяє гравцям переживати гру по-іншому, що може просто збільшити їх довгострокове задоволення від гри.

Щоб зашифрувати та розшифрувати локально, вам потрібно буде зберегти ключ у вашій програмі, щоб люди змогли зламати шифрування, якщо вони розберуть ваш код. Існують хитрощі, щоб придумати ключі, але навіть із тими, хто завзятий зловмисник знайде ключ, а потім опублікує його в Інтернеті для всіх, хто менш присвячений. Єдине, що заважає шифруванню, - це люди, які використовують шестигранний редактор - ви можете легко сфокусувати це за допомогою стиснення та будь-чого, що робить файл нечитабельним програмою розпакування. Наприклад, додайте один байт перед даними.

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

Якщо ви хочете чогось, що не може обійти хтось, хто має доступ до двійкових файлів на своєму пристрої, потрібно запустити частину програми на сервері, який знаходиться під вашим контролем.

Щоб відповісти на ваше останнє запитання, тип шифрування ключ плюс просто визначає точний алгоритм, який потрібно застосувати для шифрування / розшифрування. Ви не можете шифрувати / розшифровувати дані без алгоритму, який визначає, як це зробити.

Зберігайте трансформований хеш SHA256 фактичних даних збереження у файлі збереження.

Порівняйте збережений хеш із значенням SHA256 даних під час завантаження.

Якщо це не відповідає, вони обдурили або пошкодили файл.

Редагувати, щоб уточнити: це ускладнює розправлення системи проти обману, але все-таки можливо .

Я б застосував стандартний алгоритм шифрування (оскільки це ускладнює виконання криптоаналізу на збереженому файлі), але не один із перших п'яти найбільш використовуваних, і приховати його в усьому коді (тому що це ускладнює розуміння того, який алгоритм це є і де ключ.)

Щоб приховати алгоритм шифрування у свій код: візьміть версію з відкритим вихідним кодом, зрозумійте її потік (які функції викликають інші в якій послідовності), потім перейменуйте всі змінні, структурні поля та назви функцій (просто напевне) та розкладіть функції по всій вашій кодовій базі, в різних об'єктах і модулях, можливо, розділяючи їх виконання також тимчасово (виконайте один фрагмент шифрування, потім зробіть щось інше, потім після деяких мс повертаються до нього з, здавалося б, не пов'язаного фрагмента коду і виконуйте іншу фазу шифрування і т. д.) Ключ можна приховати так само, як і кількість начебто незв’язаних констант у ваших класах, до яких під час виконання доступу звертаються різні приховані частини алгоритму шифрування.

Чи все це має економічний сенс - це зовсім інша тема.