мне интересен принцип режима, т.е. если с ecb, cbc принцип понятен, и там нельзя такой финт применять, то при ctr чисто технически так можно, и мне не понятно, почему это неприменимо, кроме как по причине того, что хешфункции не для этого нужны)

криптография это  ведь такая тема, которая очень не любит велосипеды и костыли, мне интересно существуют ли векторы атаки на замену aes/twofish/chtougodno на sha3/scrypt/chtougodno2

мне тоже эта тема интересна, только недавно начал изучать шифрование на примере RSA, и знаю, что для шифрования больших строк он не годится, нужно вроде как шифровать по 128 байт и складывать зашифрованные данные в массив, а потом так же расшифровывать, а про  ecb и cbc вообще ещё не слышал)) было бы круто, если ты распишешь что это и с чем едят))

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

поточный шифр должен быть быстрым

вот подробнее про режимы

https://ru.wikipedia.org/wiki/%D0%A0%D0%B5%D0%B6%D0%B8%D0%BC_%D1%88%D0%B8%D1%84%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F


но главная суть ctr в том, что шифрование через xor это очень быстрая операция, поэтому с помощью nonce и ключа создается последовательность для ксора, которая известна только владельцам И ключа И nonce.

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

ну вот я и думаю, безопасно ли это, по логике безопасно,  но не факт

про скорость кстати не думал, звучит логично

спасибо! прочитаю

может я тупой, и не вижу тут какой-то очевидной атаки, но как ты взломаешь глупый xor, если сконструировать последовательность для него могут только владельцы ключа

это типа круче готовых решений на подобии rsa 2048 - 4096 bit с закрытым и публичным ключом, или другой принцип?

это СОВСЕМ про другое))) симметричное с асимметричным никак не связано

понятно, спасибо!) (пока не понятно)

а rsa это симметричное или асимметричное шифрование? и есть ли какие-то минусы, при использовании rsa, типа может это не надёжное шифрование и условный отдел К может его расшифровывать не имея закрытого ключа?

пришел спросить, в итоге сам отвечаю, лол

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

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

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

спасибо большое! Много новой инфы, очень интересно!) Но думаю на такие реально серьёзные вопросы ответы можно получить только у кого-то из сишных, а не в группе по ноде, т.е. у гиканутых 80-а лвл-а))

кто может подскать есть три числа, белки, жиры и углеводы. Нужно узнать, сколько процентов в рационе каждого. ну типо 20 процентов жиров, 30 углеводов 50 белков

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

правда иду уже спать, завтра смогу ответить только

белки 144,67, жиры - 68,6, углеводы 287,9