Простая реализация шифрования и расшифровывания файлов в Qt

[Disasm]

> В свете всех ограничений, было решено выбрать алгоритм AES с режимом ECB
Есть же CTR хотя бы.

[tywonka]

Спасибо, будем иметь в виду. Действительно, CTR будет предпочтительнее в данном случае.

[ValdikSS]

Да это просто пушка! Как бы могли бы вообще не заморачиваться, а делать XOR с 128, 192 или 256-битным ключом. Обеспечивает шифрование на таком же уровне.

Вообще, вам, возможно, тот же XTS подойдет.

[tywonka]

Последовал совету и заменил режим ECB на CTR. Спасибо.

[ivan_kolmycheck]

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

Рядом на тостере: toster.ru/q/31759 (Проверка правильности ключа для расшифровки AES'ом) и ответ:

> Хранение любых magic number's которые расшифровываются и сравниваются — существенное снижение криптостойкости. Хорошее решение — хранения crc блока. Шифруется весь блок данных + crc. Для проверки происходит полная расшифровка предоставленным ключом, снятие crc и сравнение его. Если crc совпадают — ключ был верным.

Почему решили сделать не так? Насколько я понял, у вас нет проблем с небольшим overhead'ом + тогда можно было бы контролировать целостность блоков, на случай мелких (и не очень) нарушений.

[tywonka]

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

[vilgeforce]

Каюсь, сорцы не смотрел, поэтому возникают вопросы: как организовано чтение/запись данных, размером меньше блока AES?

[tywonka]

Если вопрос о том, как формируется блок данных, то для ECB режима используется PKCS#5
Если вопрос в том, как читает/пишет сам девайс, то тут все просто: для чтения — QIODevice имеет внутренний буфер в который считываются данные, для записи — есть буфер в самом классе, который содержит данные, размер которых не дотягивает до размера блока. Этот буфер записывается либо при flush(), либо при close().

[vilgeforce]

Да я про паддинг :-)

[bya]

Если пишите для кого-то то лучше использовать какую-то стандартную (обязательно с открытыми исходниками) библиотеку шифрования. Если для себя, лучше самому написать свой метод, пусть он возможно будет хуже, чем стандартный, зато его вскрытие будет настолько дорого, что ради вас некто заморачиватся не будет и «закладок» тоже не будет. Только не используйте стандартные генераторы случайных чисел. Ну и главное, нужно просто элементарно беречь пароли. Не забывайте самое слабое звено человек и это вы.
habrahabr.ru/post/240097/