Ключи ассиметричного алгоритма шифрования, например RSA, являются равноправными (т.е. любой ключ из ключ-пары может расшифровать то, что зашифровано другим ключом из той же ключ-пары), а "закрытый ключ" и "открытый ключ", это лишь условности в рамках инфраструктуры открытых ключей (PKI). В рамках упомянутой инфраструктуры закрытый ключ служит для шифрования дайджеста сообщения (aka hash-value или fingerprint), что и является электронно-цифровой подписью сообщения.
Метод простой подстановки, при шифровании достаточно больших текстов (приблизительно от сотни слов и больше), не является криптостойким и ломается простой статистикой по частоте букв в словах для конкретного языка.
В цифровой подписи открытый ключ из сертификата служит для расшифровки дайджеста сообщения, зашифрованного закрытым ключом, что, собственно и является электронно-цифровой подписью.
Просто на планете арахнидов американцы в большом количестве обнаружили крайне ценные полезные ископаемые, до которых самим арахнидам нет никакого дела, но зато арахнидам есть дело до прилетевшей к ним с другой планеты еды. :)
Конечно GNUC компилятор (g++) знает, что constexpr выражение создаётся из неинициализированного по common sequence initialization члена объединения реализованного как constexpr, а потому выдаёт подобную ошибку: error: accessing ‘<alpha>’ member instead of initialized ‘<omega>’ member in constant expression
Меня всегда интересовала мотивация разработчиков стандарта и компиляторов, по которой принимаются те или иные, весьма сомнительные решения.
Пожалуйста, поясните поподробнее про те бреши в безопасности, которые открывают объединения. До сих пор до конца не понимаю — чем мотивировались разработчики стандарта C++, запрещая доступ через неинициализированный член к данным constexpr объединения, инициализированных через другой член объединения. В чём именно опасность?
В популярных дистрибутивах Linux нет Zygote, а вызов fork() есть! В операционной системе Windows, где каждый процесс изолирован, но процессы разделяют общее ядро, нет ни Zygote, ни вызова fork(), а "клонирование" ядра есть. Хотя, в реальности никакого клонирования там нет, а есть лишь разделение процессами одних и тех же, доступных на чтение страниц памяти, принадлежащих ядру Windows.
Так что, Zygote, не потому, что fork(), а потому что основа для разных процессов с разделяемыми через общие страницы памяти этих процессов библиотеки.
Ядро Linux написано на Си, а в Си нет никакого синтаксического сахара для поддержки ООП. По мнению этих говорящих голов выходит, что вся команда Торвальдса — лохи? :)
Хорошо освоить Linux за 64 часа можно путём установки ArchLinux в собственноручно развёрнутый fake-root, в соответствии с бесплатной прекрасной справочной документацией на ArchLinux. По правде сказать, лучшей документации я нигде не встречал.
Не всё использовали. И даже сейчас не всё используют.
а затем сами же уверяете, что для сделанного ранее утверждения недостаточно информации? Заметьте — мой комментарий является лишь логическим выводом, сделанным из вашего утверждения. ;)
То есть вы продолжаете полагать, что классификация решений, которые до того программисты использовали годами, придумывание к элементам этой классификации названий и издание (за деньги), были сделаны лишь для того, чтобы вам было удобнее рассказывать коллегам в баре за кружкой пива, как и через какой design pattern вы реализовали тот или иной пункт ТЗ? Серьёзно? Х)
Какие ещё варианты, кроме, как не срубить бабло на ровном месте?
Не возбраняю!
Домашний АФАР :)
Ключи ассиметричного алгоритма шифрования, например RSA, являются равноправными (т.е. любой ключ из ключ-пары может расшифровать то, что зашифровано другим ключом из той же ключ-пары), а "закрытый ключ" и "открытый ключ", это лишь условности в рамках инфраструктуры открытых ключей (PKI). В рамках упомянутой инфраструктуры закрытый ключ служит для шифрования дайджеста сообщения (aka hash-value или fingerprint), что и является электронно-цифровой подписью сообщения.
Метод простой подстановки, при шифровании достаточно больших текстов (приблизительно от сотни слов и больше), не является криптостойким и ломается простой статистикой по частоте букв в словах для конкретного языка.
В цифровой подписи открытый ключ из сертификата служит для расшифровки дайджеста сообщения, зашифрованного закрытым ключом, что, собственно и является электронно-цифровой подписью.
Эволюция и естественный отбор так не работают! Нужны десятки, а то и сотни "испытуемых".
Почему нельзя было посмотреть в исходниках Easy-RSA на предмет "как правильно"?
https://community.openvpn.net/Pages/EasyRSA
Какой-то тупой подпендосник ущемился за вечно истекающих слюной по чужим ресурсам пендосов и минусанул комментарий выше... ☝️
Фу таким быть! 🤣
P.S. Жаль, что на Хабре нельзя смотреть кто именно минусанул... Страна должна знать "своих хероев"!
Просто на планете арахнидов американцы в большом количестве обнаружили крайне ценные полезные ископаемые, до которых самим арахнидам нет никакого дела, но зато арахнидам есть дело до прилетевшей к ним с другой планеты еды. :)
Здесь что-то на хипстеро-хостерском...
Ответил верно на 8 из 10, при том, что не знал ответа ни на один вопрос. Х)))
А можно просто потянуть за правый нижний уголок выделения ячейки.
Конечно GNUC компилятор (g++) знает, что constexpr выражение создаётся из неинициализированного по common sequence initialization члена объединения реализованного как constexpr, а потому выдаёт подобную ошибку:
error: accessing ‘<alpha>’ member instead of initialized ‘<omega>’ member in constant expression
Меня всегда интересовала мотивация разработчиков стандарта и компиляторов, по которой принимаются те или иные, весьма сомнительные решения.
Пожалуйста, поясните поподробнее про те бреши в безопасности, которые открывают объединения. До сих пор до конца не понимаю — чем мотивировались разработчики стандарта C++, запрещая доступ через неинициализированный член к данным constexpr объединения, инициализированных через другой член объединения. В чём именно опасность?
Даёшь зелёный свет новым backdoor, тоянам и майнерам!
Скажем "Нет!" бесполезному простою железа в idle !!! :)
Тоже хочу подушнить!
В популярных дистрибутивах Linux нет Zygote, а вызов fork() есть! В операционной системе Windows, где каждый процесс изолирован, но процессы разделяют общее ядро, нет ни Zygote, ни вызова fork(), а "клонирование" ядра есть. Хотя, в реальности никакого клонирования там нет, а есть лишь разделение процессами одних и тех же, доступных на чтение страниц памяти, принадлежащих ядру Windows.
Так что, Zygote, не потому, что fork(), а потому что основа для разных процессов с разделяемыми через общие страницы памяти этих процессов библиотеки.
Ядро Linux написано на Си, а в Си нет никакого синтаксического сахара для поддержки ООП. По мнению этих говорящих голов выходит, что вся команда Торвальдса — лохи? :)
Хорошо освоить Linux за 64 часа можно путём установки ArchLinux в собственноручно развёрнутый fake-root, в соответствии с бесплатной прекрасной справочной документацией на ArchLinux. По правде сказать, лучшей документации я нигде не встречал.
То есть вы сами делаете утверждение:
а затем сами же уверяете, что для сделанного ранее утверждения недостаточно информации? Заметьте — мой комментарий является лишь логическим выводом, сделанным из вашего утверждения. ;)
То есть вы продолжаете полагать, что классификация решений, которые до того программисты использовали годами, придумывание к элементам этой классификации названий и издание (за деньги), были сделаны лишь для того, чтобы вам было удобнее рассказывать коллегам в баре за кружкой пива, как и через какой design pattern вы реализовали тот или иной пункт ТЗ? Серьёзно? Х)
Какие ещё варианты, кроме, как не срубить бабло на ровном месте?
Иными словами, теперь вы согласны с моим первым комментарием, начавшим этот холивар? :)