в принципе да

но там это не совсем соль, там это степень кривой, сообщение оно не меняет

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

привет, почему закрытые и открытые ключи rsa сохраняются в файл в виде строки символов а не чисел?

формат такой

Вот вот, двоичный файл было бы лучше...

мне нужно строку символов перевести в биты верно?

смотря какой формат, в base64 бывает тоже, там формат кстати должен быть указан, да и на глаз определить можно base64

обычно это hex, base32 или base64

все они легко различимы "на глаз"

за помощь дам битка

попробуй в официальную техподдержку veracrypt :)

они биткам рады

вообще не по теме чата :)

Эх))

веракрипт не может шифровать диски у которых проставлен размер сектора отличающийся от 512 байт

не поддерживается

Кстати, кто-то шифровал вебсервер луксом или чем-то другим?

Чтобы при шатдауне бд и сорсы не удалось уже расшифровать никому

Не совсем понятно, как соотносятся, например, padding и text, ну да ладно.


Я провел эксперименты на питоне (pycryptodome) и выяснилось следующее.

Простого способа задать произвольное внутреннее состояние (32х битные значения A, B, C, D) библиотека не предоставляет. Но можно скопировать экземпляр хэшируюшего класса с его текущим внутренним состоянием для дальнейшего использования.

Далее, запрос значения хеша (hasher.hexdigest()) приводит к выравниванию и финализации входных данных и изменению внутреннего состояния. Учтя эти два момента, т.е. копируя экземпляр класса до вызова hasher.hexdigest(), получилось удлиннить хеш без знания секрета.



Таким образом, если у вас что-то не получается, можно посоветовать обратить пристальное внимание

1) на вычисление выравнивания и
2) на задание внутреннего состояния MD4.

В обоих случаях надо учитывать endianness, подробнее в RFC.