Софт Hexagon Cryptor (file encryptor\decryptor)

[Neki_play]

Ключ должен быть ровно 32 символа длиной
IV должен быть ровно 16 символов длиной
Иначе программа напишет что не верный Key или IV в зависимости что вы указывали

Плюсы:

1. Работает на Windows, Linux
2. Открытый исходный код
3. Возвращает исходный формат файла после расшифровки
4. Имеет небольшое сжатие файла который шифруется, и исходного файла

Windows x86-x64

Пожалуйста, авторизуйтесь для просмотра ссылки.

Пожалуйста, авторизуйтесь для просмотра ссылки.

​

Linux x86-x64

Пожалуйста, авторизуйтесь для просмотра ссылки.

Пожалуйста, авторизуйтесь для просмотра ссылки.

Пожалуйста, авторизуйтесь для просмотра ссылки.

 

[Neki_play]

Добавил скачивание для Linux x86-x64

 

[Weever]

Посмотреть вложение 264508
Ключ должен быть ровно 32 символа длиной
IV должен быть ровно 16 символов длиной
Иначе программа напишет что не верный Key или IV в зависимости что вы указывали

Для чего может быть полезен:

1. Хранение личных файлов на не анонимных хостингах или в других иных местах
2. Продажа любого файлового контента с хранением файлов в телеграмме и передаче ключей от файла после покупки
3. Т.д.

Плюсы:

1. Работает на Windows, Linux
2. Открытый исходный код
3. Возвращает исходный формат файла после расшифровки
4. Имеет небольшое сжатие файла который шифруется, и исходного файла

Windows x86-x64

Пожалуйста, авторизуйтесь для просмотра ссылки.

Пожалуйста, авторизуйтесь для просмотра ссылки.

​

Linux x86-x64

Пожалуйста, авторизуйтесь для просмотра ссылки.

Пожалуйста, авторизуйтесь для просмотра ссылки.

Пожалуйста, авторизуйтесь для просмотра ссылки.

ооо наш, на расте пишет!!!

 

[Neki_play]

Обновил до 1.0.1
Добавлен показ сколько символов нужно ввести для ключа и Iv
Исправлен краш если у файла нету расширения

 

[roadroller0]

Посмотреть вложение 264508
Ключ должен быть ровно 32 символа длиной
IV должен быть ровно 16 символов длиной
Иначе программа напишет что не верный Key или IV в зависимости что вы указывали

Плюсы:

1. Работает на Windows, Linux
2. Открытый исходный код
3. Возвращает исходный формат файла после расшифровки
4. Имеет небольшое сжатие файла который шифруется, и исходного файла

Windows x86-x64

Пожалуйста, авторизуйтесь для просмотра ссылки.

Пожалуйста, авторизуйтесь для просмотра ссылки.

​

Linux x86-x64

Пожалуйста, авторизуйтесь для просмотра ссылки.

Пожалуйста, авторизуйтесь для просмотра ссылки.

Пожалуйста, авторизуйтесь для просмотра ссылки.

Чем это лучше gpg/pgp?

 

[Debounce]

Немножко критики
1.

Ключ должен быть ровно 32 символа длиной
IV должен быть ровно 16 символов длиной
Иначе программа напишет что не верный Key или IV в зависимости что вы указывали

Это очень плохой вариант на самом деле, юзер привык указывать онли пароль, в архиваторах обычно используется алго по расширению пароля до нужного размера ключа
Так же юзер не хочет указывать два пароля, один для ключа, другой для вектора инициализации
2. Насколько я понимаю внутри алго нет никакой проверки целостности
Стоит добавить криптографический хэш и сравнивать расшифрованный файл, чтобы точно убедиться что никаких проблем не произошло
3. В шифрованном файле нет никакой метаинфы, ни версии, ни используемых алгоритмов, у тебя просто нет пространства для выпуска новых версий без ломания совместимости, а ведь кто-то уже мог защитить твоей старой версией (к примеру)
4. Не шарю за раст, возможно там такой стиль кода это норм

Но это страшно видеть
5. Вот этот момент странный

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

 

[Neki_play]

Немножко критики
1.

Это очень плохой вариант на самом деле, юзер привык указывать онли пароль, в архиваторах обычно используется алго по расширению пароля до нужного размера ключа
Так же юзер не хочет указывать два пароля, один для ключа, другой для вектора инициализации
2. Насколько я понимаю внутри алго нет никакой проверки целостности
Стоит добавить криптографический хэш и сравнивать расшифрованный файл, чтобы точно убедиться что никаких проблем не произошло
3. В шифрованном файле нет никакой метаинфы, ни версии, ни используемых алгоритмов, у тебя просто нет пространства для выпуска новых версий без ломания совместимости, а ведь кто-то уже мог защитить твоей старой версией (к примеру)
4. Не шарю за раст, возможно там такой стиль кода это норм
Посмотреть вложение 267126Но это страшно видеть
5. Вот этот момент странный
Посмотреть вложение 267127
Сжимать зашифрованные данные контрпродуктивно
Сжатие строится на элиминации одинаковых последовательностей, после шифрования у буффера будет высокая энтропия и сжатие не даст ровным счетом ничего

Ну на счет третьего варианта у меня своя идеалогий что человек если сделает перебор паролей он не узнает что должно получится в исходном варианте