Скажите лучше, никто не пользовался виндовыми CryptProtectData/CryptUnprotectData?
Вроде, на старом форуме что-то было...
Вопрос, зашифровав данные на одном компьютере, получится ли расшифровать на другом?

Nemo3001, может лучше написать в майкрософт и пусть они отключат BitLocker во всех системах?
Да и нужно запретить AES и другие методы шифрования!

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

Это просто работают Законы Мэрфи...
"Третий закон Чизхолма. Любые предложения люди понимают иначе, чем тот, кто их вносит.
Следствия. 1. Даже если ваше объяснение настолько ясно, что исключает всякое ложное толкование, все равно найдется человек, который поймет вас неправильно."
h ttps://lib.ru/ANEKDOTY/merfi.txt

Не очень хотелось уточнять то, что уже сказано. Но вот случайно перечитал начало Законов Мэрфи и стало забавно от совпадения Следствия 1 с реакцией программистов на простую вроде бы мысль от том, что есть опасные, чувствительные темы при программировании. Их не очень много, но они есть. Шифрование явно одна из них. Даже специальное правовое регулирование потребовалось для этой темы: 128 bit использовать можно, больше - нельзя.

Просто мне подумалось, что если сам программист не может расшифровать текст или файлы, зашифрованные его собственной программой другим человеком и с неизвестным паролем, то несколько опасно выкладывать такой результат для всех желающих в готовом виде на открытом для всех форуме. Это всё, что мне захотелось написать здесь, в теме о шифровании.
Но, видимо, с этой мыслью согласны не все. Или изложил я ее как-то не очень понятно. Или Следствие 1 Закона Мэрфи работает )

Кстати, без языка программирования сразу в кодах писать совсем несложно, если программа очень простая. Но для остальных программ лучше использовать средства облегчения работы программиста.
Например, в DOS программа размером в 10 байт b401b508b109cd10cd20 включала текстовый курсор на экране: побайтно - регистр ЦП, значение - три раза, потом вызов прерывания с этими значениями cd10, и в конце - завершение работы программы cd20.
Да и вводить программу в несколько сотен, или тысяч байт вручную через программатор умельцам приходилось иногда.

Но использовать PureBasic для программирования явно удобнее )

Отредактировано Nemo3001 (26.04.2025 18:56:57)

Nemo3001, DeleteDirectory() и DeleteFile() еще опаснее в этом плане. Тоже запрещать?

Когда-то, давно уже, появилось свободное время, и я решил познакомиться с PureBasic.
Изучать лучше, играя с какой-нибудь программой. Так что, я решил написать простую программу шифрования, детскую, со смещением кодов, а заодно просмотреть, какой тут синтаксис и как интерфейс делается. Сделал, улыбнулся - детский сад, а не программа, но программировать довольно удобно, исполняемый файл компактный, быстрый, результат мультиплатформенный, да и тысячи готовых функций - это очень круто )

Но потом решил наложить на зашифрованное пароль, чтобы хоть немного усложнить программу, изменить частоту появления символов в тексте, сделав бинарный поток в результате шифрования более беспорядочным и однородным. Наложил. Ну, и файлы этим же алгоритмом научил программу кодировать.
Представил себе, как бы я попытался расшифровать результат. Ну, трудновато, но можно всё-таки попытаться брутфорсом на мощном компьютере расшифровать. Хотя, если зашифрованное - не сам текст, а текст, сначала заархивированный, например, со своим паролем, то это сделать будет уже сложнее.
Скриншоты окна программы есть в моём сообщении вверху от 24.04.2025.

Но потом представил, что можно добавить еще одно поле - количество циклов шифрования с наложением пароля в каждом цикле. Нам с программой это несложно - несколько строк всего, а результат получится более сложный. Но вот как потом расшифровывать полученный результат, если взять равномерную бинарную кашу и перемешать её еще 7 раз, или 129, 3158 раз?
Не для моей программы, конечно, с известными смещениями, паролем и повторами - тут секунда времени, и все расшифровано. А вот, если кто-то зашифрует переписку и файлы с неизвестными параметрами, а я только и смогу рассказать свой алгоритм, но как расшифровывать такое перебором, пока не очень-то представляю.

Нет, ну понятно, что есть наука криптология, и можно надеяться, что найдутся специалисты-криптоаналитики, которые и не такое расшифруют без проблем, используя методы, которые мне неизвестны. Но это уже похоже на детские забавы, когда я всё сломаю, но придёт умный взрослый и всё починит. А если такого умного взрослого не окажется? "Этот город уже не восстановить, построим на его месте новый", что ли?
Не для того же мы программированием занимаемся, чтобы кто-то смог использовать наши программы для такого.

Отредактировано Nemo3001 (27.04.2025 10:41:35)