The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Атака Marvin для расшифровки RSA на основе измерения времени операций, opennews (??), 30-Сен-23, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


1. "Атака Marvin для расшифровки RSA на основе измерения времени..."  +44 +/
Сообщение от Аноним (1), 30-Сен-23, 13:41 
Писец, сколько времени отнимает написание такой новости? Даже гадить в каментах расхотелось из уважения к труду.
Ответить | Правка | Наверх | Cообщить модератору

2. "Атака Marvin для расшифровки RSA на основе измерения времени..."  +4 +/
Сообщение от Аноним (2), 30-Сен-23, 13:50 
Часа 3 ушло.
Ответить | Правка | Наверх | Cообщить модератору

3. "Атака Marvin для расшифровки RSA на основе измерения времени..."  +2 +/
Сообщение от Витюшка (?), 30-Сен-23, 14:02 
Таких статей в рунете больше нет, разве что на phoronix.

Не не понятен вопрос с эллиптическими кривыми. Советует переходить на них.

Но дальше что-то написано про атаку и на них.

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

4. "Атака Marvin для расшифровки RSA на основе измерения времени..."  –8 +/
Сообщение от Аноним (4), 30-Сен-23, 14:36 
Заходи почаще на дзен, чатгпт клепает миллионы таких статей. Я вообще сомневаюсь, что есть значительный спрос на качественный контент на русском языке. Всем нормально жрать, что дают, лишь бы побольше.
Ответить | Правка | Наверх | Cообщить модератору

6. "Атака Marvin для расшифровки RSA на основе измерения времени..."  +3 +/
Сообщение от Аноним (6), 30-Сен-23, 14:49 
Нормальных ценителей и не может быть много как и с едой. Даже если новость прочитает только ЦА которая понимает что там написано это все равно будет каплей в море по сравнению с новостью о новой версии раста.
Ответить | Правка | Наверх | Cообщить модератору

12. "Атака Marvin для расшифровки RSA на основе измерения времени..."  +/
Сообщение от Аноним (4), 30-Сен-23, 15:00 
Кто оплатит банкет? Волонтёры за всё хорошее быстро утонут и останется на плаву только известная субстанция.
Ответить | Правка | Наверх | Cообщить модератору

22. "Атака Marvin для расшифровки RSA на основе измерения времени..."  +1 +/
Сообщение от Аноним (6), 30-Сен-23, 15:45 
Ну автор сайта оплачивает всё сам последние 27 лет. Работая чуть ли не фул тайм на опеннет. Особой монетизации у него не заметно. Возможно у него какой-то психологический момент
Ответить | Правка | Наверх | Cообщить модератору

24. "Атака Marvin для расшифровки RSA на основе измерения времени..."  –7 +/
Сообщение от Аноним (4), 30-Сен-23, 15:54 
Так не из своего кармана же. Донотоны вон устраивал, хостинг халявный, баннеры, проплаченные статьи, левые скрипты встраивал на страницы. А качество контента довольно низкое в среднем, так что вполне по силам заменить на чатгпт и ничего не потерять я думаю.
Ответить | Правка | Наверх | Cообщить модератору

43. "Атака Marvin для расшифровки RSA на основе измерения времени..."  +/
Сообщение от по (?), 30-Сен-23, 20:32 
всмысле ничего, а как же эпические срачи между анонимами, ну где еще так можно
Ответить | Правка | Наверх | Cообщить модератору

48. "Атака Marvin для расшифровки RSA на основе измерения времени..."  +1 +/
Сообщение от microcoder (ok), 30-Сен-23, 21:22 
Качество контента отличное, на уровне.
Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

50. "Атака Marvin для расшифровки RSA на основе измерения времени..."  +/
Сообщение от Аноним (50), 30-Сен-23, 22:32 
> левые скрипты встраивал на страницы

Потрудитесь привести доказательства ваших домыслов. Или вы под левыми скриптами подразумевайте  когда-то висевший счётчик Google Analytic или подстановку Ростелекомом/Мегафоном/Билайном рекламы в HTTP-трафик чужих сайтов для своих пользователей?

Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

74. "Атака Marvin для расшифровки RSA на основе измерения времени..."  +/
Сообщение от microcoder (ok), 01-Окт-23, 12:55 
Так, чтобы всё соединять, даже те же донаты устраивать, нужно свою энергию тратить, это время и силы которые нужно восполнять, организм требует кушать, а тело на улице жить не может. Так что это тоже вклад и ОГРОМНЫЙ вклад. Халява она только у тебя, если ты ещё ни одного рубля не кинул
Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

47. "Атака Marvin для расшифровки RSA на основе измерения времени..."  +/
Сообщение от microcoder (ok), 30-Сен-23, 21:19 
У вас у всех прямо сейчас существует возможность продлить что-то хорошее в этом мире своим пожертвованием, чтобы не остались одни пи..ки и с..ки в этом мире
Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

46. "Атака Marvin для расшифровки RSA на основе измерения времени..."  +1 +/
Сообщение от microcoder (ok), 30-Сен-23, 21:16 
Для того жертвователи и существуют. Мир в них заинтересован, чтобы тот самый мир окончательно в коричневой субстанции не захлебнулся и не схлопнулся. Жертвователи лучшие в мире люди.
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

101. "Атака Marvin для расшифровки RSA на основе измерения времени..."  +/
Сообщение от Admino (ok), 02-Окт-23, 17:06 
Открой для себя sponrs.com. Там авторам платят читатели напрямую, без рекламы и SMS. Некачественный контент там долго не проживёт — голосуют рублём.
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

102. "Атака Marvin для расшифровки RSA на основе измерения времени..."  +/
Сообщение от Аноним (4), 02-Окт-23, 17:41 
> Открой для себя sponrs.com. Там авторам платят читатели напрямую, без рекламы и
> SMS. Некачественный контент там долго не проживёт — голосуют рублём.

Те, кто создают качественный контент, не выдержат конкуренции с теми, кто создаёт низкокачественный контент.

Ответить | Правка | Наверх | Cообщить модератору

103. "Атака Marvin для расшифровки RSA на основе измерения времени..."  +/
Сообщение от Admino (ok), 02-Окт-23, 18:22 
Какая чушь.
Ответить | Правка | Наверх | Cообщить модератору

104. "Атака Marvin для расшифровки RSA на основе измерения времени..."  +/
Сообщение от Аноним (4), 02-Окт-23, 18:26 
Чушь не чушь, а это то, что происходит.
Ответить | Правка | Наверх | Cообщить модератору

8. "Атака Marvin для расшифровки RSA на основе измерения времени..."  +2 +/
Сообщение от Аноним (-), 30-Сен-23, 14:51 
> Не не понятен вопрос с эллиптическими кривыми. Советует переходить на них.

Там операции за фиксированное время сделать как правило заметно проще. Это избавляет от целых классов вот таких вот дурацких атак.

И кстати это к вопросу почему AES'у пеняют его S-boxes и почему гуры алгоритмы с S-box считают легаси, предпочитая чистую математику вместо этого. Избавляет от более 9000 подобных атак на ровном месте, ога. Дада, DJB с своими Salsa/Chacha/25519 и ко приветы передавал, он то отлично в курсе что за нафиг с таймингами.

Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

66. "Атака Marvin для расшифровки RSA на основе измерения времени..."  +1 +/
Сообщение от Ivan_83 (ok), 01-Окт-23, 00:50 
Нет, в ECDSA / RSA снизу обычная математическая библиотека, из которой тогда потребуется выкинуть очень много всего и часть переписать.
В моей реализации это было примерно 1/3 от объёма всей реализации ECDSA.
И возможно в EC функциях тоже придёися выкинуть оптимизации или перейти на заранее неоптимизированные алгоритмы рассчёта.

Там огромный пласт математики.
Guide to Elliptic Curve Cryptography от Darrel Hankerson, Alfred Menezes, Scott Vanstone
вот эту книжку хотя бы пролистайте чтобы понять насколько длинный путь оптимизаций пройден.
Я это проходил по шагам у себя в коде, уж не помню точно, но минимум х10 ускорение я точно получил.

В целом скажу так: RSA/ECDSA это очень много кода и очень сложные и запутанные вычисления, не нужно думать про это как про хэш или симметричную крипту где порой всё умещается в 1к строк кода на С и легко считается на кеше проца а то и вообще в регистрах.

Ответить | Правка | Наверх | Cообщить модератору

75. "Атака Marvin для расшифровки RSA на основе измерения времени..."  +/
Сообщение от Аноним (-), 01-Окт-23, 12:57 
> Нет, в ECDSA / RSA снизу обычная математическая библиотека, из которой тогда
> потребуется выкинуть очень много всего и часть переписать.

Вот не надо тут гнать, покрывая всякий ХЛАМ и в результате задвигая качественную работу специалистов. Это просто свинство и дезинформация, и в крипто это ни к чему хорошему не ведет, там честная оценка свойств алго наше все. У DJB например математика достаточно простая для того чтобы она была без всяких супер пупер "математических библиотек". И ее писал тот кто понимает как это делать правильно. И даже альтернативные реализации как правило все же в состоянии взять этот аспект под контроль в силу относительной простоты операций.

> В моей реализации это было примерно 1/3 от объёма всей реализации ECDSA.

Я не знаю что там у вас за объемы и реализации, а tweetnacl с 25519 эллиптикой влез в самый лажовый микроконтроллер, заняв 2 кило флехи и не более 2 кило рамы. И код там - аж 1 файл на все. И прочитать его можно от и до. Вот это - правильный подход к крипто. А если напихать всяких жирнолиб деланых какими-то ламо, с более 9000 фич - потом всякие heartbleed'ы заманаешься вычищать и патчи на CVE будут раз в месяц, как с openssl. А уж вон то будет каждый первый раз когда кто-то в этот хлам палочкой потыкает.

Такие же господа RC4 так же покрывали. И закончилось это весьма печально - мы получили WEP, который под громкие слоганы о "wired equivalent privacy" был разнесен просто в хлам. Так что я могу его вынести за примерно пару минут сейчас.

> И возможно в EC функциях тоже придёися выкинуть оптимизации или перейти на
> заранее неоптимизированные алгоритмы рассчёта.

И что? Эллиптика настолько шустрая что даже вот не особо оптимизированный tweetnacl на мк заканчивает счет за вполне обозримое время. А RSA на такой платформе - тупо без шансов. Разница по ресурсоемкости - на ПОРЯДКИ. И это не шутка. А бонусом еще ключи сильно мельче.

На память об этом Tox ID можно даже смской послать. И юзать ключи 25519 напрямую как адресацию DHT. Удачи что-то такое с RSA вообще. Даже если забыть что это проц в полку пригрузит, вместо изящного дизайна получится ацкий франкенштейн.

> Там огромный пласт математики.
> Guide to Elliptic Curve Cryptography от Darrel Hankerson, Alfred Menezes, Scott Vanstone

Я видите ли другой гайд скачал - tweetnacl называется. И вполне себе заценил как этот "пласт" математики могет быть, если его делать правильно. Я вполне могу прочитать ВЕСЬ пласт от и до. В этом весь пойнт данного дизайна и состоит. И в одном месте я таки там грохнул выравнивание таймингов - потому что у МК кеша нет и там оно бесполезная операция, только оверхед создает ничего не улучшая. Но этот код в результате нельзя на PC гонять, по САБЖЕВЫМ причинам. И я это отлично понимаю.

> Я это проходил по шагам у себя в коде, уж не помню
> точно, но минимум х10 ускорение я точно получил.

А я вон тот гайд на самый мелкий из микроконтроллеров который у меня был загнал. И если оно работает на вот этом - на чем-то более компообразном ЭТО будет работать со скоростью ракеты. Потому что Cortex-M3 на 24 МГц это такой процик весьма на минималках. Ах, кстати, из зала подсказывают что 25519 даже на AVR'ки есть. Так что даже эти 8-битные мамонты в публичное крипто могут, вот. А слабо там RSA?! :D

> В целом скажу так: RSA/ECDSA это очень много кода и очень сложные
> и запутанные вычисления, не нужно думать про это как про хэш
> или симметричную крипту где порой всё умещается в 1к строк кода

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

> на С и легко считается на кеше проца

Кеш проца создает чертову кучу проблем с такмингами как раз. Cache hit vs miss это весьма драматическое отличие - и это все портит создавая вполне измеримые разницы в времянках, утекающие инфо о ключах и данных.

> а то и вообще в регистрах.

...теперь вы понимаете почему СОВРЕМЕННОЕ крипто типа Salsa/Chacha и ко это структуры типа ARX вместо S-box'ов, и что криптографам не нравится в том же AES. Вот что что а регистровые операции намного лучше в плане постоянных таймингов. S-box толи попадет в кеш, толи нет, и без специального внимания начинается ... примерно вон то же самое, тайминги нестабильные, инфо о ключах или данных начинает утекать.

Как угодно но профессиональные криптографы - параноики. И хотят странного. Потому что они как раз вещи типа сабжа - прекрасно понимают. В отличие от местных "экспертов". DJB знал все вон то на уровне интуиции уже ...цать лет назад. А то что практические атаки приперло имплементить только сейчас - хороший профи может предвидеть многое в своей области. Потому и профи. Как-то так я и узнаю кто эксперт в области а кто лаптем хлебает щи.

Ответить | Правка | Наверх | Cообщить модератору

108. "Атака Marvin для расшифровки RSA на основе измерения времени..."  +/
Сообщение от Ivan_83 (ok), 03-Окт-23, 00:07 
> И ее писал тот кто понимает как это делать правильно.

Осталось найти таких же проверяющих которым можно доверять :)


> Я не знаю что там у вас за объемы и реализации, а tweetnacl с 25519 эллиптикой влез в самый лажовый микроконтроллер, заняв 2 кило флехи и не более 2 кило рамы.

Думаю если постараться то и я бы смог упихать туда элиптику без оптимизаций и для маленьких кривых :)


> И код там - аж 1 файл на все.

Так и мой код можно в один файл скопипастить, компелятор/препроцессор это и делает по сути :)


> И что? Эллиптика настолько шустрая что даже вот не особо оптимизированный tweetnacl на мк заканчивает счет за вполне обозримое время.

Сходите книжку почитайте. )
Я понятия не имею про ваш любимый tweetnacl и 25519, у поделки DJB заметно другие и вычисления и кривые. Вы щас сказали что "да все машины одинаковые, чего ваш камаз тякой тяжёлый!? Вон у соседа запорожец, мы вчера его ему на 5 этаж по лестнице подняли!".


> Я видите ли другой гайд скачал - tweetnacl называется. И вполне себе заценил как этот "пласт" математики могет быть, если его делать правильно. Я вполне могу прочитать ВЕСЬ пласт от и до.

Вы радуетесь не тому.
Сомневаюсь что вы понимаете математические основы крипты на эллиптических кривых (я не понимаю), а то что там рассчёты простые или сложные - это не важно.


> Кеш проца создает чертову кучу проблем с такмингами как раз. Cache hit vs miss это весьма драматическое отличие - и это все портит создавая вполне измеримые разницы в времянках, утекающие инфо о ключах и данных.

Зачем боротся с ветряными мельницами, когда на них можно молоть зерно?
Я же указал просто решение: слип с рандомным числом.
Ну или просто всегда ответ по таймеру через заранее зафиксированные промежутки времени, как делает тот же OpenSSH когда невалидный пароль вводишь.


> теперь вы понимаете почему СОВРЕМЕННОЕ крипто типа Salsa/Chacha и ко это структуры типа ARX вместо S-box'ов, и что криптографам не нравится в том же AES.

Нет, не понимаю.
Salsa/Chacha - сомнительный крипто алгоритм.


> DJB знал все вон то на уровне интуиции уже ...цать лет назад.

Можете и дальше поклонятся своему пророку, я отношусь к его работам скептически, прежде всего потому что они и поделки на их основе чрезвычайно быстро были везде внедрены.
Чтобы вы знали, ECDSA появилось в 1998 году на замену RSA, в те годы RSA реально очень медленно работало и это было проблемой.
И когда я занялся иплементацией, кажется в 2014-2015 годах это ECDSA всё ещё мало где встречалось на практике.
А тут за какие то 10 или менее лет крипта которая не сильно отличается от ECDSA и поделки на её основе (wireguard) пролезли во все щели без мыла, даже толком не ревьювили, сразу мержили в ядро.
Так обычно не происходило. Чудес бесплатно не бывает.
Если можете - думайте :)

Ответить | Правка | Наверх | Cообщить модератору

119. "Атака Marvin для расшифровки RSA на основе измерения времени..."  +1 +/
Сообщение от Аноним (-), 03-Окт-23, 04:32 
>> И ее писал тот кто понимает как это делать правильно.
> Осталось найти таких же проверяющих которым можно доверять :)

Хотите сказать что ящерки скупили ВСЮ ПЛАНЕТУ?! А если даже, они и RSA скупили, ну и зачем тогда тормозить больше? По вашей же логике ;)

А так на алго DJB есть атаки в paper'ах, но успех маргинальный, только ослабленных версий, с параметрами показывающими что margins нормальные. Так что в adiantum encryption или как его, гугл даже рискнули убавить число раундов salsa/chacha, видимо прочухав это. Я люблю когда то что я вижу превосходит обещания. DJB зарекомендовал себя пессимистом. Корпа RSA наоборот: их добро радовало факапами и недоговорками. RCx и MDx до RC4/MD5 - хлам, всем скопом. Сам RSA, с кучей проблем и особенностей. С чего вдруг фанатизм по их творчеству я не понимаю.

И если про доверие: RSA попалось на бэкдоре в PGP. С чего доверять? А DJB всегда прозрачно обосновывает пойнт своих алго и объясняет почему они такие. На его сайте paper'ов с обоснованием дизайнов - есть. Так я хотя-бы частично понимаю какие предпосылки для доверия. Дизайн и почему он такой - разложено по полочкам, от и до. И да, там и про сабжевые атаки написано. Откуда я и узнал что САБЖИ будут. Спасибо DJB что позволил мне предвидеть будущее. Это было круто.

> Думаю если постараться то и я бы смог упихать туда элиптику без
> оптимизаций и для маленьких кривых :)

А я взял tweetnacl и немного обрубил лишнее, постаравшись не испортить хороший код своими лапками. Но таки отломав для МК без кеша выравнивание константных времянок нейтралищующее кеш коего там нет. Но я понимал лимиты применимости и на PC это не будет использовано. Оно и с выравниванием таймингов шустрое, а если мало, есть варианты оптимизации даже не алго а его flow, и, наконец, более оптимизированные либы, но даже они не такие стращные как RSA, и даже tweetnacl сделает RSA как с куста. А "дешевая" генерация пар ключей, без ломовых проверок, позволяет PFS делать легко и удобно. Там любой рандомный битстринг 256 битов как привкей катит, лишь бы его не угадал атакуюший. RSA до такого как пехом до пекина, надо проверок гонять, иначе залет. А без PFS - я пассаж про голубей влет верну уже на вашу голову.

>> И код там - аж 1 файл на все.
> Так и мой код можно в один файл скопипастить, компелятор/препроцессор это и
> делает по сути :)

ИМХО, после пассажей про суперлибы делающие ЗБС вы ни 1 нормального криптографа не найдете на аудит вашего нечто. С вами понятно сразу на старте. Секурно у автора с такими суждениями не будет. У вас нет паранои, для wannabe криптографа фатальный недостаток. А без хоть каких-то более-менее известных криптографов посмотревших ваш код про доверие вообще разговоров нет.

В моем случае я не "конструктор крипто" а "имплементер" и это разные аспекты. Я понимаю что моих скиллов маловато для первого но имхо у меня есть шанс осмысленно практиковать второе.

> Сходите книжку почитайте. )

Я своим глазам больше верю. Если алго даже для МК пашет и я могу прочитать ВЕСЬ код за вечер - мне тут кто-то явно втирает очки, стало быть. Почему я должен доверять такому и его супер-либам где даже тайминги выровнять не могут - хз!

> Я понятия не имею про ваш любимый tweetnacl и 25519, у поделки
> DJB заметно другие и вычисления и кривые.

Да, и чего? Оно появилось не вчера. Вычисления не ресурсоемкие. А криминала за годы его существования не нашлось особо. И свойства в целом куда как. Например любой рандомный bitstring на 256 битов валидный ключ, лишь бы атакующий его не угадал. RSA на этом фоне... ну в общем PFS на вон том куда проще и шустрее. А без PFS я пассаж про голубей и припомню, уже применительно к ВАМ.

> Вы щас сказали что "да все машины одинаковые, чего ваш камаз тякой тяжёлый!?

Тогда вы в ваших терминх недовольны тем что многие стали пересаживаться на легковушки, когда они появились. С аргументами про скорость, габариты, расход топлива и удобство парковки. А тут вы такой - "можно за хлебушком и на камазе подрулить". Можно! Но парковаться неудобно и топливо на мероприятие дороже чем хлеб выходит, да и недешевая штука.

> Вон у соседа запорожец, мы вчера его ему на 5 этаж по лестнице подняли!".

Внезапно и спустить смогут. И за хлебушком съездят. И проблем с парковкой у булочной сильно меньше. Да и по узким улицам по сравнению с камазом - апгрейд.

> Вы радуетесь не тому.
> Сомневаюсь что вы понимаете математические основы крипты на эллиптических кривых (я не
> понимаю), а то что там рассчёты простые или сложные - это не важно.

Я понимаю азы на базовом и упрощенном уровне. Но я и не лезу конструировать новые алгоритмы такого класса потому что не знаю все нюансы. А того хватает чтобы понимать имлементационные проблемы и детали на уровне выше среднего и не делать явно провальных вещей.

> Зачем боротся с ветряными мельницами, когда на них можно молоть зерно?

Со временем оказалось что мельницы лучше делать по другим технологиям, если хочется ветряк, лучше генератор поставить. Передать энергию. А зерно молоть без привязки к наличию ветра в локации. Это называется прогрессом.

> Я же указал просто решение: слип с рандомным числом.

1) Это не адресует ресурсоемкость RSA. И корпы от него отделываются в основном потому что сервера и электричество им денег стоят, чистая прагматика, имхо. А мне это позволило открыть новые горизонты, типа более-менее секурных мелких линков между датчиками и пультиками. RSA там не влезет, PSK не всегда практично, а несекурные линки которые ломает любой олух с снифером - достали.
2) Это перепихивает кучу проблем на имплементера и повод НЕ юзать такое алго с их стороны. Что только ускорит драп с алго.
3) Это привносит ряд не самых простых в оценке факторов - насколько сложно это аннулировать со стороны атакующего и насколько это эффективно. Потом окажется что ведет к измеримому jitter воооон там, рядом. Потому что иному потоку больше CPU досталось. И чего? А, писать свой delay() не отпускающий проц? И наломать в нем дров с константностью времянок vs CPU vs optimizers? Это то да, совсем не война с ветряками...

> Ну или просто всегда ответ по таймеру через заранее зафиксированные промежутки времени,
> как делает тот же OpenSSH когда невалидный пароль вводишь.

С SSH трабла в том что пачка ботов с ломовым RSA может сожрать все ресурсы и на какомнить дешевом KVM VDS так можно вообще не дождаться захода на сервак до таймаута. А рояль в кустах типа порт кнока или автобана это прекрасно - если оно было. А если еще нет - упсь... да и ботам так то пофиг, их там сотни тыщ с динамики, им автобан ваш довольно пофиг, они не закончатся никогда, и IP у них много. А какой перфоманс у вашего фаера если туда 100К айпишников загнать? Ну ладно, на лине с ipset - еще можно потрепыхаться и с таким.

> Нет, не понимаю.
> Salsa/Chacha - сомнительный крипто алгоритм.

И причиной для сомнений является... что? На них была толпа криптоанализов - и результаты очень неплохие как по мне. А вот что AES предъявляют я понимаю. Примерно что и сабжу. И периодически, вот, исследователи тоже публикуют разные стебные способы как стырить ключи. И кстати такое забавное наблюдение: атаковать salsa/chacha иссследователи в исследованиях на кражу ключей через тайминги "почему-то" не любят. Видимо догадываются что ударно попахать с нулевым результатом менее интересно чем выкатить стебную атаку :)

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

Булшит. Первые лет 5-7 вообще мало где применялось как раз. А потом корпы заметили что оказывается можно в разы меньше ресурсов убивать с тем же результатом. А сервера - не бесплатные. Если бы RSA был, про повсеместный https речь вообще бы не шла имхо.

> Чтобы вы знали, ECDSA появилось в 1998 году на замену RSA, в
> те годы RSA реально очень медленно работало и это было проблемой.

Оно и сейчас очень медленно работает и жрет прорву ресурсов. Особенно если 16К какой взять. Если это локалхост под кроватью с 1 юзером пофиг. Но во всех остальных случаях это по сути ремотный DoS в виде общедоступного тяжелого "RPC" вывешенного всем. Что в мелких системах которые не хотят более гонять управление и сенсоры не шифроваными, что в нагруженных серваках. А ненагруженный сервак - инвестиции на ветер так то.

> И когда я занялся иплементацией, кажется в 2014-2015 годах это ECDSA всё
> ещё мало где встречалось на практике.

Вы сами себе противоречите - то внедрили быстро то мало где применялось. История такова что имхо DJB был здорово недооценен прилично времени. Я лишь "возвращаю техдолг" по сути. Насколько я вижу по его коду, по сравнению с "супер либами" не способными к константным таймингам даже вот - и тем более коду который можно прочитать за вечер - вон то это просто work of art (C) Torvalds (он это про вайргада, там чуть больше чем только DJB, но все же).

> А тут за какие то 10 или менее лет крипта которая не
> сильно отличается от ECDSA и поделки на её основе (wireguard) пролезли
> во все щели без мыла, даже толком не ревьювили, сразу мержили в ядро.

Потому что как раз алгоритмы более-менее выдержались лет 7-10, криптоанализы случились. Проблем особо не нашли. А на RSA, вот, таки - есть ряд известных грабель.

> Так обычно не происходило. Чудес бесплатно не бывает.
> Если можете - думайте :)

Я и подумал: почему-то корпы решили что тратить в N раз меньше ресурсов на крипто выгодно по деньгам на сервера и электричество. А вон там это позволяет применения которые ранее вообще невозможны были, из-за прожорливости RSA. Что-то типа Tox на RSA было бы страшным уродливым монстром, в разы тяжелее и с абсолютно ужасным кодом. И вместо вайргада был бы кошмарик типа openvpn. Который, на минуточку, штатно атаковался в режиме MITM любым кто серт клиента получил, эта тупая гадость даже по дефолту тип серта не чекала дочерта лет, так что MITM развлекались от души. И за голову они взялись более-менее серьезно лишь когда WG врезал им пинка. Но там уже поздняк, господа.

Ответить | Правка | Наверх | Cообщить модератору

128. "Атака Marvin для расшифровки RSA на основе измерения времени..."  +/
Сообщение от Ivan_83 (ok), 04-Окт-23, 01:47 
> Хотите сказать что ящерки скупили ВСЮ ПЛАНЕТУ?! А если даже, они и RSA скупили, ну и зачем тогда тормозить больше? По вашей же логике ;)

А как с кетайской чумкой то было? Где были разоблачители падунов? Где разоблачители которые хотя бы прочитали в книжке определение "пандемия" и выглянувшие в окно чтобы не увидеть там никаких куч тушек?
RSA было первым что вышло, тогда с этим не знали что делать и пытались тупо запрещать, накладывая экспортные ограничения. Вы же опять историю предмета не знаете а потом удивляетесь мыслям не совпадающим с вашими.


> А так на алго DJB есть атаки в paper'ах

Мне не интересно это потому что не понятно.
Я не эксперт в крипте, я всего лишь имплементатор готовых алгоритмов и их пользователь.
Я не могу судить о надёжности крипты ни по "красоте" алгоритма ни по таким публикациям.
Но я могу судить об общественных тенденциях и я вам уже поисывал что все поделки DJB внезаптно взлетели и пролезли везде за очень короткое время. Так никогда не было. Даже Поттерринг со своими поделками не на все линукса пролез, а тут это даже в ядра BSD попало.
И это на высоко конкуретном рынке крипты, где оно не сильно то и надо было.
Допустим чача20 решала на момент появления проблему с нагрузкой на проц мобилок у которых не было аппаратного AES и гугл за это ухватился.
Но 25519 с тайминг атаками - не было и нет такой проблемы in the wild.
Если бы вы сами что то делали для опенсорца, то знали бы что очень часто мало сделать работающее решение, нужно ещё задолбать овнеров проекта чтобы ваш патч взяли в него. И часто бывает что ваш патч никому не нужен.
Тоже самое с распространением инфы: мало "создать новость" нужно ещё как то сделать чтобы её везде "напечатали".


> 1) Это не адресует ресурсоемкость RSA.

Это для ECDSA, у RSA вроде нет проблем с тайминг атаками.


Я просто резюмирую ещё раз.
Нет проблем с тайминг атаками в дикой природе.

Ответить | Правка | Наверх | Cообщить модератору

130. "Атака Marvin для расшифровки RSA на основе измерения времени..."  +/
Сообщение от Аноним (-), 04-Окт-23, 17:50 
> А как с кетайской чумкой то было? Где были разоблачители падунов? Где
> разоблачители которые хотя бы прочитали в книжке определение "пандемия" и выглянувшие
> в окно чтобы не увидеть там никаких куч тушек?

Знаете, эксперт по всему, а мне вот доки которых я лично знаю показывали как они хрипящих складывали. В коридорах! Потому что палаты забиты. И как ИВЛов на всех не хватало. И надо косплеить бога, решая кому жить, а кому умирать. И скорые в очередь, которые катали хрипунов часов 5 чтобы куда-то вообще положить. И я видел далекое шоссе. На нем синие огоньки. По всей длине. Десятки. Я никогда такого раньше не видел - и, надеюсь, больше не увижу.

Да, я прикинув масштаб джеппы слился в малонаселенную местность, где локдаун некому энфорсить. И наслаждался весенним лесом. Но - без людей. И с хардкорной упаковкой в местах типа магазов. А если вы хотели тушки, надо было добровольцем в красную зону ковидной больнички, было бы их вам, до дельты включительно. Потом измельчало и стало по сути самоходной вакциной этакой. Я к счастью познакомился уже с вот таким, мозг вынесло и месяц я почти прогать не мог, багов много. Но дыхалку уже не трогало. А вот кто поймал дельту и ранее - им не повезло, дыхалку оно убивало знатно. А кто похилее - вот, совсем убивало. Но эволюция неблагосклонна к сильно летальным вирусам, легкие но заразные версии получают преимущество и отбирают поляну.

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

Я не спорю - тогда оно было шагом вперед. Но прогресс не обязан встать на паузу на дофига лет. А старичка пришлось основательно конопатить. Почти как rc4 какой.

>> А так на алго DJB есть атаки в paper'ах
> Мне не интересно это потому что не понятно.

Я стараюсь мониторить "state of art", что есть, какие проблемы, свойства, какие тренды и почему - такие. Не люблю следовать ритуалам, предпочитая осмысленный подход.

> Я не эксперт в крипте, я всего лишь имплементатор готовых алгоритмов и
> их пользователь.

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

> Я не могу судить о надёжности крипты ни по "красоте" алгоритма ни
> по таким публикациям.

Эти публикации показывают что кто-то копался и если он смог пробить ослабленную версию немного - значит копался не так уж плохо. Но если полной версии не досталось, логично предположить что margins были приличные. Это про salsa/chacha в основном. А если сразу на старте bias распределения как в RC4 - наиболее параноидальные криптографы предупреждали уже тогда что это не есть хорошо. ЧСХ оказались правы в их параное. Так я и узнаю кто в теме а кто бакланит. Эксперт редко лажает. А вот 4 уязвимых крипто или 5 хешей уже вызывают вопросы, да.

> Но я могу судить об общественных тенденциях и я вам уже поисывал
> что все поделки DJB внезаптно взлетели и пролезли везде за очень
> короткое время.

Это булшит. Оно лет 5-7 интересовало только узкую касту криптографов. И DJB особо не высоывался, дав им нормальное время на то чтобы изучить это все. Видимо ему не хотелось войти в историю как RC4 очередное. Он кажется умеет учиться на ошибках, в т.ч. и чужих.

> Так никогда не было. Даже Поттерринг со своими поделками не на все линукса пролез,
> а тут это даже в ядра BSD попало.

И что? В ядра много чего попадает. А так - корпы поняв что можно в разы меньше серверов под крипто покупать стали активно впрягаться. Но это было ой как не сразу. С таким же успехом примерно та же история и с линухом была. Первые несколько лет был малоизвестной штукой. А потом как вышиб бсды и проприетарные юниксы! И доволно быстро... в этом мире бывает нечто типа эффекта лавины, чтоли. Не думаю что DJB или Торвальдс целенаправленно создавали это. Способствовали грамотными действиями - по общему управлению проектом как максимум.

Ну а RSA пиарился внаглую - и коммерцию делали. И первыми были. И на бэкдоре в PGP засыпались, тренд на то что крипто должно быть открытым появился именно тогда, благодаря этому бэкдору. В сравнении с ними DJB сама скромность так то. Вот я и не понимаю что за двойные стандарты.

> И это на высоко конкуретном рынке крипты, где оно не сильно то
> и надо было. Допустим чача20 решала на момент появления проблему с нагрузкой на проц мобилок
> у которых не было аппаратного AES и гугл за это ухватился.

1) У меня хватает платформ где нет аппаратного AES.
2) Доверять хардварному блоку который ессно без сорцов - по моему самое тупое что можно придумать в крипто. И это самое удобное место для всех атак и бэкдоров. ЧСХ некоторые атаки на кражу ключей AES на как раз AES-NI и уповают. Нуачо, удобно же когда точно знаешь что и где атаковать. Со стороны атакующего, конечно.
3) Как я понимаю даже AES-NI полностью траблы с таймингами не решил и ему таки тоже прилетает по этой линии. Удачное дополнение к мельдонию и спектрам всяким. И конечно можно рассуждать как оно - но в мире полно хостов с пачками виртуалок и совсем не айс если кастомер сможет разломать хост или соседние VM. А с вон тем сочетанием - таки чего доброго сможет уже. Может у вас в BSD это и не популярно а у нас с линухом KVM часть ядра и мы этим пользуемся. И покупаем копеечные kvm-вдски вот под всякие сетевые нужды.

> Но 25519 с тайминг атаками - не было и нет такой проблемы in the wild.

С учетом его конструкции - и того что референс сразу показал как это делать правильно -

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

Я прекрасно знаю что и как в опенсорсе. И кроме всего прочего я знаю что часть либ писана откровенными ламо. OpenSSL например обладает отвратительным апи и авторы ламы, а виноваты они только тем что первые. Если бы этот кусок крапа сдох, мир стал бы заметно безопаснее. И форканули его несколько раз, от libressl до boringssl - не от хорошей жизни, а устав по вулну в месяц затыкать ПОСТОЯННО.

> И часто бывает что ваш патч никому не нужен.

Я вообще несколько проектов форканул не спрашивая особо. Конечно это катит не всегда и не со всем, с чем-то типа openssl можно и надорваться. А вот tweetnacl опиленый под МК я таки не надорвусь. И слать патч DJB с отломом выравнивания кеша не буду, я и сам знаю что device specific optimization это весьма компромиссная штука. Использовать такой код можно только с BIG RED WARNING и четко понимая ограничения.

> Тоже самое с распространением инфы: мало "создать новость" нужно ещё как то
> сделать чтобы её везде "напечатали".

Вы это рассказываете тому кто на опеннет новости писал пачками. И один из мотивов это делать было как раз немного исправить такое состояние дел. С неких пор я это правда для русскоязычной аудитории более делать не буду.

> Я просто резюмирую ещё раз.
> Нет проблем с тайминг атаками в дикой природе.

Мне не нравится когда проблемы "решают" вот таким способом и попытками рассказа про суперлибы. Особенно при наличии решений не имеющих этой проблемы.

Ответить | Правка | Наверх | Cообщить модератору

132. "Атака Marvin для расшифровки RSA на основе измерения времени..."  +/
Сообщение от Ivan_83 (ok), 05-Окт-23, 00:33 
> Потому что палаты забиты.

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


> И надо косплеить бога, решая кому жить, а кому умирать.

Это обычная работа медиков - сортировка пострадавших.


> Да, я прикинув масштаб джеппы слился в малонаселенную местность

Мы из мск никуда не сваливали, ничем не прививались, и маски не носили, летом 2020 ездили на море, летом 2021 я со старшей наконец то заболел этим насморком.
Сейчас оно опять вернулось как сезонное, и опять дурачков пытаются напугать.


> Но прогресс не обязан встать на паузу на дофига лет. А старичка пришлось основательно конопатить.

И чо?
У вас проводка в доме выполнена медью, как 100 лет назад делали.
Ну да, теперь вместо скруток там сварка, гильзы и прочие ваги.


> И что? В ядра много чего попадает. А так - корпы поняв что можно в разы меньше серверов под крипто покупать стали активно впрягаться.

Ещё раз: в опенсорцах бюрократия - огого какая, ваергард никому ничего не давал нового, не решал никакой горящей прямо щас проблемы, и при этом его втащили где то за год везде.


> 1) У меня хватает платформ где нет аппаратного AES.

Это ваши проблемы.
Это либо под выброс либо крипта там не нужна.


> 2) Доверять хардварному блоку который ессно без сорцов

Вы не ответили почему этого делать нельзя.


> 3) Как я понимаю даже AES-NI полностью траблы с таймингами не решил и ему таки тоже прилетает по этой линии.

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


> С учетом его конструкции - и того что референс сразу показал как это делать правильно

НЕТУ ПРОБЛЕМЫ ТАЙМИНГ АТАК, её выдумал DJB и работает это всё кое как когда есть доступ запускать код на хосте и в прочих очень тепличных условиях.


> от libressl до boringssl - не от хорошей жизни, а устав по вулну в месяц затыкать ПОСТОЯННО.

Не совсем.
У первых НИХ синдром, а вторые никак не хотели чтобы их браузер начал работать с ГОСТ криптой, а то она уже энджинами спокойно цеплялась.


Ответить | Правка | Наверх | Cообщить модератору

133. "Атака Marvin для расшифровки RSA на основе измерения времени..."  +/
Сообщение от Аноним (-), 06-Окт-23, 19:29 
> Пандемия это когда болеет и умеер людей миллионами, или хотя бы сотнями тыщ.

Только в РФ не менее 200К, чтоли, "лишних смертей" за тот год. Это косвенный индикатор, его не подделаешь, чем и полезен. Либо от самой гадости, либо от коллапса системы, либо, даже так: привезли лечить. Подарили ЭТО. Поц мрет от общего перегруза траблами. Круто, да? А суммарно по планете миллионы и наберется. Африку вообще никто не считал, индусы сразу трупы жгли от греха.

Для референса: от гриппа смертность ~0.1%. От ранних ковидов несколько %. И если даже не помереть, порушеная дыхалка - хреново. Версии после дельты перестали легкие портить, летальность резко снизилась. Ща измельчало так что от орви отличить уже сложно, зато заразное, эволюция в действии.

> Слово красивое, надо страха нагнать, так же как с террозизмом - теперь
> любой ботаник кинувший стаканчик уже террорист.

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

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

В нормальной ситуации медикам как раз НЕ требуется вот это все. А вот это уже как раз откровенно аварийный режим. Последний раз такое было наверное в эпоху испанки. Т.е. век назад.

> Мы из мск никуда не сваливали, ничем не прививались, и маски не
> носили, летом 2020 ездили на море, летом 2021 я со старшей
> наконец то заболел этим насморком.

Летом 2021 он и стал "насморком". И да, вакцина больше побочек чем ЭТО давало, при мизерной эффективности. А некоторым повезло меньше: поймали в 2020 году, вот это голяк, до дельты могло сильно легкие угробить. Совсем мерли лишь пару процентов, самых помятых жизнью, но даже здоровому человеку мало радости легкие посадить. Еще от концентрации зависело. Т.е. если это док, и потусит в красной зоне, отвалится потом быстро и крепко. И шансы помереть куда выше. Видимо имунка не успевает раскочегариться при крутой начальной концентрации. А у некоторых клеточный иммунитет так его гасил что и без маски нормуль было. Но вот это рисковано, некоторые так долго ходили - но потом тяжело брякнулись нарвавшись на крутую концентрацию пробившую барьер.

> Сейчас оно опять вернулось как сезонное, и опять дурачков пытаются напугать.

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

> У вас проводка в доме выполнена медью, как 100 лет назад делали.

А таки питальники вот импульсные. В т.ч. и чтобы меньше меди тратить, и чтоб весило и места занимало в разы меньше. Представляете, и тут оптимизнули в том же духе, по тем же причинам. Кто не понял сравнивает инверторный сварочник с 50Гц версией который не поднимешь нахрен.

> Ну да, теперь вместо скруток там сварка, гильзы и прочие ваги.

А еще - вот - инверторы. Для более компактных трансформаторов, двигателей и проч. В том числе и медяки меньше тратить, а моща выше. Инверторный можно 1 рукой утащить, а такой же мощности 50Гц - грузовик для транспортировки надо. Вот это ваш RSA-16K и что-то их все на металлолом и сдали как раз уже.

> Ещё раз: в опенсорцах бюрократия - огого какая, ваергард никому ничего не
> давал нового, не решал никакой горящей прямо щас проблемы, и при
> этом его втащили где то за год везде.

Вот лично мне он позволил конектить мои системы в РАЗЫ проще - и с куда большей скростью линка. Это как пересесть из ржавого запора в звездолет. И без кучи идиотеки как в openvpn каком, когда, вот, клиент MITMает всех и дескать by design. И без камасутры с настройкой и застревания на фаерах и натах как у айписеков всяких. В целом нехилый апгрейд свойств.

>> 1) У меня хватает платформ где нет аппаратного AES.
> Это ваши проблемы.

А я не люблю когда у меня проблемы. Я в их решении заинтересован. Поэтому поддерживаю тех кто помогает их решать и посылаю в пень вот таких "экспертов" как вы и ваши поделия. Компьютеры должны решать проблемы а не создавать их. Ваши идеи типа "наймите админа" в эту идею не укладываются, поэтому догадайтесь какие перспективы у такого подхода.

> Это либо под выброс либо крипта там не нужна.

Ну да, конечно, нужно - тормозить RSA-16K как черт, попутно наслаждаясь потугами даунплея сабжа. Это офигеть какие решения. И то что Шор для именно RSA придуман был не смущает, чо.

>> 2) Доверять хардварному блоку который ессно без сорцов
> Вы не ответили почему этого делать нельзя.

На это ответил любимый вами RSA засыпавшийся на бэкдоре, и то вот нашли даже в блобе, с тех пор и повелось что крипто без сорца всерьез никто не рассматривает. Без сорца нельзя проверить алгоритмы и что там все честно. Так что очень удобное место для бэкдора. Не собираюсь доверять джентльменам на честное слово, извините.

> Очевидно что доверенные вычисления должны провододится на доверенном хосте.

Поэтому менеджить виртуалки мы, очевидно, не будем, правильно я вас понимаю? И/или позволим кастомерам тырить ключи с соседних, если не от всего хоста. Да и роутеру-мыльнице RSA-16K душновато, давайте, наверное, суперсекурный телнетик там вывесим. Я правильно уловил ход ваших мыслей?

> Если у вас нищенский шаредхостенг или на вашем компе запускается само по
> себе непонятно что - это ваши проблемы что у вас среда такая.

Я так и понял что менеджить в результате можно будет только 1 сервак - у вас под кроватью. Все остальное под ваши требования не пролезет. А потом вы удивляетесь чойта вон те горой за решения отличные от вот этого вот всего. И затыкания таймингов оказывается - хотят. И мельдоний со спектром не жалуют. Они видите ли с их оборотами на KVMных виртуалках и проч - нищие там все, и только тут какой-то чудик с бсд весь в белом. А по моему вы отлично показали чего это корпы удрапали и с BSD, и с RSA, и от ветеран-админов, и вообще. Вы просто - задолбали. Не нужен такой менеджмент систем. В целом. На планете. Человечеству вообще. Займитесь выращиванием рассады, или чем там, так от вас вреда меньше.

> НЕТУ ПРОБЛЕМЫ ТАЙМИНГ АТАК, её выдумал DJB и работает это всё кое
> как когда есть доступ запускать код на хосте и в прочих
> очень тепличных условиях.

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

> Не совсем. У первых НИХ синдром, а вторые никак не хотели чтобы их браузер
> начал работать с ГОСТ криптой, а то она уже энджинами спокойно цеплялась.

А я то думал что их заколебало по CVE в месяц в суперлибе вычищать, когда то память сервака утекает по проводу хз куда, то они там слепо доверяют хардварному RNG чтобы NSA мог без спроса тусить по всему энтерпрайзу, то сертификат проверить не могут, и оно совершенно левые серты за валидные считает, то еще какое-то такое же позорное д@рьмо уровня "третьекласник крипто накорябал". А суммарно секурити этого шЫта лишь маргинально лучше чем у шифра цезаря, только вот ресурсов жрет как пяток постквантовых.

Ответить | Правка | Наверх | Cообщить модератору

9. "Атака Marvin для расшифровки RSA на основе измерения времени..."  –1 +/
Сообщение от Аноним (9), 30-Сен-23, 14:52 
> Не не понятен вопрос с эллиптическими кривыми. Советует переходить на них.

Я не крыптограф!

Лет 20 назад, автор одной из реализаций RSA, сказал мне что RSA4096 сверх сильное шифрование и лично рекомендовал. Но для него надо сравнимо много хорошей энтропии и на старых компах, USB хрантелях ключей, RSA тормозит.

Слыхал что квантовые компьютера безсильны против RSA, а элиптическая крипто слабенькая для квантовых алгоритмов.

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

Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

54. "Атака Marvin для расшифровки RSA на основе измерения времени..."  +/
Сообщение от Аноним (54), 30-Сен-23, 23:46 
> Слыхал что квантовые компьютера безсильны против RSA, а элиптическая крипто слабенькая
> для квантовых алгоритмов.

Как раз скорее наоборот - квантовые версии алгоритмов первыми сформулированы как раз для RSA и он как раз первым и получит свое если это еще и работает, теория взлома там самая проработанная.

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

Ответить | Правка | Наверх | Cообщить модератору

65. "Атака Marvin для расшифровки RSA на основе измерения времени..."  +/
Сообщение от Ivan_83 (ok), 01-Окт-23, 00:41 
И там же считается что нужно х2 минимум кубитов для взлома к битности *DSA.
Те первыми полягут ED25519, ECDSA начиная с параметров малых до больших и уже сильно-сильно потом настанет очередь RSA, куда битность можно досыпать в абсолютно любой момент просто сгенериров ключ/серт нужной длинны.
А вот для ECDSA нужно добавлять новые параметры в стандарты.
ED25519 просто выкидывать целиком.
Ответить | Правка | Наверх | Cообщить модератору

71. "Атака Marvin для расшифровки RSA на основе измерения времени..."  +/
Сообщение от Аноним (71), 01-Окт-23, 06:40 
>куда битность можно досыпать в абсолютно любой момент просто сгенериров ключ/серт нужной длинны.

Это неправда. То есть, сгенерить ключ можно, но энтропия ключа не зависит от размера ключа линейно.

Вот цитата из мейлинг листа gpg:

A 2048-bit key is hypothesized to possess about 112 bits of entropy; a
3072-bit key, about 128; a 16k-bit, about 256.  You very rapidly reach a
point of dramatically diminishing returns.  A 32k key gives you
essentially nothing in terms of resistance to cryptanalysis, while
making it impossible for the rest of the OpenPGP ecosystem to work with
you because your public certificate is so unreasonably large.

Ответить | Правка | Наверх | Cообщить модератору

109. "Атака Marvin для расшифровки RSA на основе измерения времени..."  +/
Сообщение от Ivan_83 (ok), 03-Окт-23, 00:09 
Да пофиг, ты кубитов столько поди насобирай в начале, ими всё равно не вымышленную энтропию а реальные биты ключа нужно переваривать.
Ответить | Правка | Наверх | Cообщить модератору

76. "Атака Marvin для расшифровки RSA на основе измерения времени..."  +/
Сообщение от Аноним (-), 01-Окт-23, 13:24 
> И там же считается что нужно х2 минимум кубитов для взлома к битности *DSA.

Удвоить кубиты если их уж научатся делать нормально - много времени не займет. И уповать на это соответственно - как на DES с 56-бит ключом.

> Те первыми полягут ED25519, ECDSA начиная с параметров малых до больших и
> уже сильно-сильно потом настанет очередь RSA,

Для 25519 и ко - я вообще пока не видел теории как это делать. Только общие идеи что к этому классу задач квантовые алгоритмы могут быть применимы. Шор сформулирован изначально для именно разложения чисел на множители как я помню. А то что криптографы подозревают что похожим по сложности классам задач похожие атаки - окей, они на то и профессиональные параноики, и есть хороший шанс что они в этом окажутся правы. Ну вот как DJB насчет быкования в адрес непостоянных таймингов. Вон те - далеко не первые кто это все абузит.

> куда битность можно досыпать в абсолютно любой момент просто сгенериров
> ключ/серт нужной длинны.

Мне больше нравится подход вайргада - там на этот случай проездной^W PSK можно сделать. Да, часть фич типа PFS и ко работать перестанет но пока PSK не утек - траф таки в безопасности.

> А вот для ECDSA нужно добавлять новые параметры в стандарты.
> ED25519 просто выкидывать целиком.

Если квантовые алго реально заработают - выкидывать их придется одинаково и плюс-минус одновременно. А вот грузить проц в десятки раз сильнее и ворочать огроменными ключами - ну такое себе "счастье". Особенно когда стойкости оно особо не добавит. Увеличить сложность в 2 раза это вообще ни о чем. Это как DES вместо 56 битов сделать 57. И что - его не брутфорснут чтоли? Там этого x2 надо эвон сколько раз чтобы перестало прокатывать за обозримое время. Если с RSA такое сделать - мы его счета на обычном компе вообще не дождемся. А уж про вещи типа PFS можно будет сразу забыть. Какой псих так будет проц грузить динамически генеря новые ключи на ходу... ботнеты и сейчас то кладут ssh CPU в полку запросто если там RSA ключ разрешить.

Ответить | Правка | К родителю #65 | Наверх | Cообщить модератору

111. "Атака Marvin для расшифровки RSA на основе измерения времени..."  +/
Сообщение от Ivan_83 (ok), 03-Окт-23, 00:18 
> Удвоить кубиты если их уж научатся делать нормально - много времени не займет.

Так научились делать, иди удвояй. )


> Для 25519 и ко - я вообще пока не видел теории как это делать.

Ходят слухи то эллиптика фсё.
На публику АНБ отменило рекомендацию по переходу с RSA на ECDSA, и сказало типа сидите дальше и не рыпайтесь пока постквантовое по лучше не придумаем.
Может конечно дело в деньгах, но как минимум это означает что эллиптика не имеет особых конкурентных приемуществ.


> Мне больше нравится подход вайргада - там на этот случай проездной^W PSK можно сделать.

А толку то если там снизу чача гвоздями прибита? Думаешь она такая супернадёжная?
Думаешь был практический смысл юзать чачу во времена когда AES-NI есть почти везде?


> Если квантовые алго реально заработают - выкидывать их придется одинаково и плюс-минус одновременно.

Сходите почитайте как квантовые компы устроены, а то у вас представление на уровне: "куплю на рынке ведёрко кубитов, насыплю их дома в ванну по больше и будет у меня квантовый комп на 1м кубитов".


> ботнеты и сейчас то кладут ssh CPU в полку запросто если там RSA ключ разрешить.

Не кладут.
У меня открытый миру SSH и там только RSA hostkey, наоборот боты дохнут от подсчёта 16к :)

Ответить | Правка | Наверх | Cообщить модератору

120. "Атака Marvin для расшифровки RSA на основе измерения времени..."  +/
Сообщение от Аноним (-), 03-Окт-23, 05:46 
> Так научились делать, иди удвояй. )

В смысле научились? Они как я понимаю нестабильные, в чем утык и состоит.

>> Для 25519 и ко - я вообще пока не видел теории как это делать.
> Ходят слухи то эллиптика фсё.

Мы будем на техническом ресурсе слухами оперировать?! Крутой подход и экспертиза. А тут вот конкретное исследование с конкретными результатами. Такой подход мне больше доверия внушает.

> На публику АНБ отменило рекомендацию по переходу с RSA на ECDSA, и сказало
> типа сидите дальше и не рыпайтесь пока постквантовое по лучше не придумаем.

ИМХО, связано с DualEC DRBG факапом, после которого кривым от NIST принятым абы как - мало кто вообще доверяет. "Рекомендовать" это провальное занятие - "treason uncloaked".

> Может конечно дело в деньгах, но как минимум это означает что эллиптика
> не имеет особых конкурентных приемуществ.

Корпы "деньги зарабатывают", чем меньше затрат при равном результате, тем это выгоднее. Они быстро внедряют все что ведет к этому результату. И с 25519/salsa/chacha/etc они как раз довольно долго тупили как по мне. Первые эн лет это только криптографы и колупали.

Я набрел на это дело довольно рано, примерно когда DJB выкатил tweetnacl как демо возможностей своих алго. Мне такой подход очень понравился. И я считаю что хорошее крипто должно быть сделано как-то так. Мелкое, подлежащее аудиту, БЕЗ "супер" либ подставляющих под сабжевые атаки на ровном месте. Я вообще не понимаю пойнт солюшна если он подставляет меня под удар, написать что-то как-то как ламо я и сам могу! Так что спасибо великим благодетелям, аж два раза. От солюшна типа либы ожидается что они это могут выше среднего. А тут - нифига.

>> Мне больше нравится подход вайргада - там на этот случай проездной^W PSK можно сделать.
> А толку то если там снизу чача гвоздями прибита?

Меня она устраивает. Я не знаю на нее никакого крупного криминала. В отличие от творчества корпы RSA где что ни алго то кусок проблем. Когда вам в хлам сломали примерно 4 криптоалгритма и 5 хешей (даже если забыть про RSA), возникают определенные вопросы к господам. И слепо доверять им я пешком постою, особенно после бэкдора в PGP.

> Думаешь она такая супернадёжная?

На нее были криптоанализы - и они настолько обнадеживаюшие что гугл даже охамел и число раундов снизил в adiantum'е для скорости. Воздастся ли гуглу я не знаю

> Думаешь был практический смысл юзать чачу во времена когда AES-NI есть почти везде?

Для меня AES-NI это повод им НЕ пользоваться. Крипто в железе это первое место куда я бы бэкдоры встраивал. При том эта идея и до исследователей дошла и ряд атак тырящих ключи AES явно уповают на использование AES-NI. Наобум взятую реализацию атаковать канительнее. Но AES вообще неудобно делать с постоянными таймингами. Особенно на чем-то типа x86, дизайн у него такой. Структуры типа ARX это чистая математика, там как раз поводов для разных таймингов зависящих от ключа или входных данных минимум. Мне это видится более удачной идеей в целом.

А доверять хардвару без сорцов, от "благодетелей" с ME и PSP у лично меня НОЛЬ причин. Наверное в этом месте надо мне повторить ВАШ же булшит что NSA "для моего блага" работает и что спертый ими ключ или перехват контроля над платформой в принципе не проблема, блаблабла.

> Сходите почитайте как квантовые компы устроены, а то у вас представление на
> уровне: "куплю на рынке ведёрко кубитов, насыплю их дома в ванну
> по больше и будет у меня квантовый комп на 1м кубитов".

Я читал. И если кубиты удастся удерживать в сцепленном состоянии достаточно времени - не думаю что RSA долго продержится если Шор вообще работает. А идея тем временем на всякий случай погреть воздух счетом RSA-16K во имя луны у меня почему-то не вызывает энтузиазма.

> Не кладут. У меня открытый миру SSH и там только RSA hostkey, наоборот боты
> дохнут от подсчёта 16к :)

Спасибо но пытаться переддосить пачку на 100К ботов я лично не собираюсь, это вы как-нибудь сами такое.

Ответить | Правка | Наверх | Cообщить модератору

127. "Атака Marvin для расшифровки RSA на основе измерения времени..."  +/
Сообщение от Ivan_83 (ok), 04-Окт-23, 00:39 
> В смысле научились? Они как я понимаю нестабильные, в чем утык и состоит.

Там уже чуть ли не домашние киты выпускают для желающих, на пару кубит.
Купи тыщу штук и ломай банки, у тебя же так просто всёё :))))


> Мы будем на техническом ресурсе слухами оперировать?! Крутой подход и экспертиза. А тут вот конкретное исследование с конкретными результатами. Такой подход мне больше доверия внушает.

Да!?
Может тебе ещё ссылку на гитхуб где крякер любой эллиптики лежить дать?))))
Это тема с грифом максимальной закрытости, лет через 50 прочитаешь в газетах, может быть, как было с 3des.


> ИМХО, связано с DualEC DRBG факапом, после которого кривым от NIST принятым абы как - мало кто вообще доверяет. "Рекомендовать" это провальное занятие - "treason uncloaked".

OMG!
Ты вообще не понимаешь что как работает в этом мире.
АНБ это рекомендовало своим госам, за которох оно отвечает, а госы будут делать что сказали.
Плевать госам на DualEC DRBG, скажут - будут его использовать, тем паче понятно у кого есть ключ от него - все свои.


> Я набрел на это дело довольно рано, примерно когда DJB выкатил tweetnacl как демо возможностей своих алго. Мне такой подход очень понравился. И я считаю что хорошее крипто должно быть сделано как-то так.

Это называется синдромом утёнка: первое что увидел становится для тебя идеалом.


> Я вообще не понимаю пойнт солюшна если он подставляет меня под удар, написать что-то как-то как ламо я и сам могу! Так что спасибо великим благодетелям, аж два раза. От солюшна типа либы ожидается что они это могут выше среднего. А тут - нифига.

На планете 8 миллиардов человек.
Примерно у половины наверняка есть доступ в инет.
Большая их часть способна с трудом запостить фотки жратвы и котиков в соцсеть.
Из тех кто что то делает доля тех кто выкладывает в инет или возвращает в виде PR ну я бы сказал где то 5%.
И тут ты как дартаньян заявляешь что какие то мифические профи должны тебе бесплатно фигачить высококачественный проверенный и протестированный код в опенсорц.
Ты вообще на что живёшь?


> Меня она устраивает. Я не знаю на нее никакого крупного криминала. В отличие от творчества корпы RSA где что ни алго то кусок проблем. Когда вам в хлам сломали примерно 4 криптоалгритма и 5 хешей (даже если забыть про RSA), возникают определенные вопросы к господам.

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


> На нее были криптоанализы - и они настолько обнадеживаюшие что гугл даже охамел и число раундов снизил в adiantum'е для скорости. Воздастся ли гуглу я не знаю

Гуглу не нужна никакая защита кроме защиты его поляны от мелких админов и гопников в погонах, они хоть на 3des могут перейти для 99% своего контента, оставив что то серьёзное для авторизации и скажем доступа в почту.


> Для меня AES-NI это повод им НЕ пользоваться. Крипто в железе это первое место куда я бы бэкдоры встраивал.

Это уровень ниже дна.
Ты себе это как представляешь?
Бэкдореный AES-NI будет что?
- Выдавать нешифрованное? - так оно потом с другой стороны при дешифровке в мусор превратится.
- Вписывать ключи в выходной результат? - так оно по размеру фиксированные блоки, а в них трогать ничего нельзя ибо не расшифруется потом
- Передавать ключи по радиэфиру на спутнег в анб?


> Я читал. И если кубиты удастся удерживать в сцепленном состоянии достаточно времени - не думаю что RSA долго продержится если Шор вообще работает.

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

Ответить | Правка | Наверх | Cообщить модератору

134. "Атака Marvin для расшифровки RSA на основе измерения времени..."  +/
Сообщение от Аноним (134), 07-Окт-23, 05:25 
> Там уже чуть ли не домашние киты выпускают для желающих, на пару кубит.

Пара нестабильных кубитов - это ну вот реально для дома только и годится, там даже и не поймешь работало ли оно.

> Купи тыщу штук и ломай банки, у тебя же так просто всёё :))))

Осталось их в сцепленном состоянии стабильно научиться удерживать, с чем пока фэйл даже у IBM пока фейл. А блабла про засекреченность разбиваются тем фактом что нормальные криптографы, включая и Донфилда с вайргадом, предпочитают вместо блабла и слухоа иметь запасной постквантовый план. На всякий случай. Будь то PSK симметричному алго или постквантовый алго в связке. Такой курс действий видится мне внушающим большего доверия чем сказ о RSA-16K которое мне проблем создает больше чем атакующим без запасного плана совсем. Потому что это удержится даже после полноценного развития технологии, а у вас на этот счет плана нет совсем. Поэтому придерживаться ваших планов и идей я лично не буду.

Грубо говоря, RSA - это не то с с чем я готов прыгать без запасного парашюта. Тем более что летает оно как кирпич.

> Может тебе ещё ссылку на гитхуб где крякер любой эллиптики лежить дать?))))

Ну а вот тут - дали ссыль на исследование. Куда как более убедительное чем "слухи" какие-то.

> Это тема с грифом максимальной закрытости, лет через 50 прочитаешь в газетах,
> может быть, как было с 3des.

Как показал пример придурка с базы ВВС, грифы летать умеют, так что вообще не аргумент.

> Ты вообще не понимаешь что как работает в этом мире.

На это монополия у "понимашек" которые даже в красную зону больнички не дошли, не имеют постквантового плана, зато предлагают целиком довериться RSA-16K и, видимо, назло атакующему заDoSить сервак себе по ресурсам самому, добровольно. "И пусть эти боты подавятся!"

> АНБ это рекомендовало своим госам, за которох оно отвечает, а госы будут
> делать что сказали.

Ох спасибо капитан очевидность. И тут у сладкой парочки вышел знатный обсирак. И доверие к ним обоим упало в район плинтуса. И теперь им действовать вон теми методами станет на порядок сложенее.

> Плевать госам на DualEC DRBG, скажут - будут его использовать, тем паче
> понятно у кого есть ключ от него - все свои.

Если их в результате происков NSA раздербанят - хуже от этого будет им самим. Меня это не обязывает залетать с их snake oil crypto, я на результат работаю. И мне не нравится когда кто-то предлагает заDOSить себе серваки тормозным алго уязвимым к квантам, еще и стебясь над донфилдом с PSK - и не предложив плана лучше.

> Это называется синдромом утёнка: первое что увидел становится для тебя идеалом.

Творчестлв DJB было точно не первое на что я набрел. Уже были и RSA, и RC4, и AES, и много чего еще. Типа интересных но неуспешных затей вроде TEA. Так что я и смог оценить кто и что в сравнении. И подивившись разнице свойств я и решил что предпочитаю вон то вон так. А ваша любовь к RSA и даунплей проблем попахивает... даже не этим, все хуже. Когда кто-то не может в самодиагностику проблемы и приписывает ее другим вместо этого, это называется проекция. Ну что, обсудили личность собеседника? В эту игру могут играть двое.

> И тут ты как дартаньян заявляешь что какие то мифические профи должны
> тебе бесплатно фигачить высококачественный проверенный и протестированный код в опенсорц.

И тут я заявляю что
1) Все познается в сравнении.
2) Я доверяю исследованиям и рациональным обоснованиям, а не слухам.
3) Качественный код получает преимущество перед некачественным.
4) У DJB я вижу что код сделан очень грамотно, в том числе и по выравниванию таймингов.
5) И кстати - таки выложен, вот. Что, конечно, портит карму бракоделам, но жизнь жестокая штука.
6) Я не буду доверять проприетарным решениям для крипто хоть там что. Code or GTFO, тут я солидарен с криптографами.

Так что если вы решили что можете сватать любой шЫт с лопаты как супер-солюшн, переваливать все проблемы на имплементеров и пользователей, и блеять что так и задумано, "наймите админа", "докупите серверов" - в эту игру тоже могут играть двое. Я вот возьму решение от DJB и прикручу его. Решив что в гробу я таких как вы как апстрим видал. И все как бы честно.

И тут вы такой удивляетесь чойта DJB так быстро занял нишу. А вот то! Что вас таких послать с вот этим всем - давно хотелось. И вы это заслужили. Компьютеры должны решать проблемы а не создавать. Не можете обеспечить - выращивайте рассаду. Особенно когда белое не надевать, обтягивающее не носить, мелкие экспоненты не юзать...  ой, а половина имплмементеров это уже в ROM проца с секурбутом вбила, вся схема в результате рассыпалась?! И тормозили - во имя луны? Ох, вау, в следующий раз как раз и не будут слушать "экспертов". И тайминги тоже выровняют, глядя на сабжи. Тогда, глядишь, заявленные свойства системы начнут получаться.

> Ты вообще на что живёшь?

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

> Пока дураки спорят какой приктоалгоритм лучший, умные используют сразу несколько
> на разных ключах.

И тормозят еще сильнее в результате.

> Ваергард такого не позволяет.

Его делает разумный человек. Задавшийся целью сделать мелкую, секурную штуку, которая работает без 9000 ручек и лампочек. Поэтому там PSK есть на случай постквантума, ну и нормуль. А в тех монстрах большая часть людей ручки неверно покрутит и будет тормозно, хреново и - еще менее секурно при уверенности в обратном. Что в крипто заявка на жесткий залет. Телеграмщики упакованые на N лет начитавшиеся маркетинга Дурова - намекают.

> Гуглу не нужна никакая защита кроме защиты его поляны от мелких админов
> и гопников в погонах, они хоть на 3des могут перейти для 99% своего контента,

Но делать они это не будут - потому что это опять же тормозно аки трактор и тот же уровень защиты можно получить, как видим, с в разы большим перфомансом. И это аргумент за то чтобы 3DES забросить. Погодите, кажется это и произошло?! Ну вот RSA следующий в этой цепи, по ровно той же причине. А вы можете у себя на серверах RSA16K считать. И даже сверху добавить. Главное чтобы вы сами за этот банкет платили, не ставя на бабки других своими RSA и 3DESами.

> оставив что то серьёзное для авторизации и скажем доступа в почту.

А у таких как вы в результате куча рукояток, немеряно тормозов - и CVE в жирнолибе каждый месяц. Зато можно выбирать алго! Как будто это что-то еще и дало на практике кроме CVE пачками, в том числе и сразу в протоколе, когда атакующий, оказывается, может помочь принять "правильные" решения, подпатчив пакеты немного, а прога все равно не чекала что там за суперсекурный 40-битный RC4 образовался на линке в результате.

> Ты себе это как представляешь?
> Бэкдореный AES-NI будет что?

Да можно даже ключи прихранивать в отдельном регионе памяти. Завести кило памяти, ей даже быстрой быть не надо, и скидывать последние эн ключей. При 100500 мега кеша никто и не заметит. А отдельным magic sequence - дампануть регион, вот. Но это на правах теорий заговора с ящерками как у вас.

Более реалистично - это сильно упрощает прицельное гасилово крипто атакующему. И есть ряд атак на AES с тырингом ключей вот именно с допущением что там AES-NI будет заюзан. В случае софта, особенно с ASLR, заметно менее понятно что и как атаковать на произвольно взятом таргете. А если там еще и тайминги константа да еще и branchless алго (или как минимум бранчи не зависят от ключа и ввода) - круто, а как его тогда долбать?!

Вы точно в ЭТОМ мире живете? В этом мире миллионы виртуалок. И вулны типа мельдониев и спектров. А сочетание всего этого + тайминг атак означает что ключи у вон тех, с их хостов - таки улетят. При том они в курсе, и им не нравятся блеяния про найм админов и RSA16K. Вот они и посылают таких как вы в пень с превеликим удовольствием. Юзайте ваше RSA16K сами, и ваши суперлибы не способные тайминги выравнять себе оставьте, имхо. И никакого заговора в посыле хренов не от мира сего игнорящих real world проблемы - нет. Есть переход на решения от тех кто эти проблемы учел и не стал делать из своих проблем чужие. Этот мир бывает жесток, но в данном случае те суперлибы и их адепты это все - заслужили своей самонадеянностью и пофигизмом.

> - Выдавать нешифрованное? - так оно потом с другой стороны при дешифровке
> в мусор превратится.

Зачем же? Ключики например прихранивать в отдельный региончик на несколько кил. И по магическому запросу пульнуть награбленное с которым блок вызывали. В uCoded дизайне с невидимой вам локальной памятью это как два байта переслать.

> - Вписывать ключи в выходной результат? - так оно по размеру фиксированные
> блоки, а в них трогать ничего нельзя ибо не расшифруется потом

Как понять что вы не атакующий и не умеете мыслить в их стиле? Почитать ваши сообщения. Не хочу расстраивать но это фатально для информационной безопасности вообще и крипто в частности.

> - Передавать ключи по радиэфиру на спутнег в анб?

Зачем? Отдать их вон тому, если он магический паттерн воспроизведет, например. Можно это весьма generic сделать в принципе.

> Плохо читал значит, раз собрался кубиты ведёрками у бабки на рынке покупать.

Ну вот, ваши слухи о том по чем там у Авдотьи на рынке кубиты за ведро видимо не прочитал. Поэтому не тормозил RSA16K и админов не нанял. ЧСХ вон те жирнокорпы думали как-то так же, потому и заменили вас таких красивых на DJB в темпе вальса, у него решения были получше чем "наймитеадмина" и булшит он не втирает, трезво и честно оценивая свойства своих штук. Без слухов и домыслов, криптоанализы, наука, ревью, атаки алго коллегами, ... так это убедительнее.

Ответить | Правка | Наверх | Cообщить модератору

81. "Атака Marvin для расшифровки RSA на основе измерения времени..."  +/
Сообщение от Аноним (81), 01-Окт-23, 14:12 
Я не крыптограф, но меня учили (до квантовых компьютеров), что ECDSA-512 эквивалентен по крыптостойкости при полном переборе RSA-16384.

В квантовою эпоху оказалось что для квантовых алгоритмов RSA неудобен и даже RSA-4096 квантовым компам не позубам.

Мощи сегодняшних процов легко хватит чтобы воротить и RSA-8192 и RSA-16384.

Ответить | Правка | К родителю #65 | Наверх | Cообщить модератору

86. "Атака Marvin для расшифровки RSA на основе измерения времени..."  +/
Сообщение от Аноним (-), 01-Окт-23, 16:17 
> Я не крыптограф, но меня учили (до квантовых компьютеров), что ECDSA-512 эквивалентен
> по крыптостойкости при полном переборе RSA-16384.
> В квантовою эпоху оказалось что для квантовых алгоритмов RSA неудобен и даже
> RSA-4096 квантовым компам не позубам.
> Мощи сегодняшних процов легко хватит чтобы воротить и RSA-8192 и RSA-16384.

А мне вот на VDSку приперся выводок ботов - и вгрузили проц в полку брутфорсом ssh. И хрен на сервак зайдешь - там такая очередь из желающих посчитать на моем процессоре, что пока до меня очередь дойдет - таймаут случается. И это с RSA-4096 всего лишь. И вот сидишь ты как дурак с ботами - и без VDSки. Очень удобно, #%$!

Ответить | Правка | Наверх | Cообщить модератору

94. "Атака Marvin для расшифровки RSA на основе измерения времени..."  +/
Сообщение от Аноним (94), 02-Окт-23, 08:15 
> выводок ботов - и вгрузили проц в полку

А ты запускай ssh и если надо сетевые сервисы с
nice -n -10 ....

> вот на VDSку приперся выводок ботов

Безопасные дистры выбирать надо.

Ответить | Правка | Наверх | Cообщить модератору

121. "Атака Marvin для расшифровки RSA на основе измерения времени..."  +/
Сообщение от Аноним (-), 03-Окт-23, 07:26 
> А ты запускай ssh и если надо сетевые сервисы с nice -n -10 ....

Ну правильно - а попадать на свой сервак видимо не планируется. Да и проц оно жрать от этого не перестанет же. Или как это все поможет от того факта что я в результате не могу зайти на серв и порулить им.

>> вот на VDSку приперся выводок ботов
> Безопасные дистры выбирать надо.

Выключенный компьютер - самый безопасный дистр. Особенно если к розетке не подключать, это даже фирмвара ME оспорить не сможет. Но говорят есть нюансы.

Ответить | Правка | Наверх | Cообщить модератору

112. "Атака Marvin для расшифровки RSA на основе измерения времени..."  +/
Сообщение от Ivan_83 (ok), 03-Окт-23, 00:20 
Это решается не криптой а административными мерами, наймите админа :)
Ответить | Правка | К родителю #86 | Наверх | Cообщить модератору

122. "Атака Marvin для расшифровки RSA на основе измерения времени..."  +/
Сообщение от Аноним (-), 03-Окт-23, 07:31 
> Это решается не криптой а административными мерами, наймите админа :)

Вот сейчас я буду тупняки крипто затыкать наймом админа. К тому же вопрос в том кто за этот банкет платить будет? Если вы - да хоть двух. И сервак под счет RSA-16K могу купить. Даже два. И пусть эта тля^W боты подавятся! Но только если это все ВЫ будете оплачивать. Переплачивать самому за ВАШИ бзики мне не с руки. Это же ваши бзики а не мои.

...потому что вот именно для моих целей и сервисов вон там хватает и 3-баксовой вдски, а сервировать пачку ботов на счет RSA или пытаться их переддосить в мои планы точно не входит.

И вообще, вас таких как раз за вот такое и ушли что с *bsd на линух, что вот ща и в крипто история повторится. Извините но на моих системах должно быть удобно мне и неудобно атакующим. А наоборот - нахрен надо.

Ответить | Правка | Наверх | Cообщить модератору

126. "Атака Marvin для расшифровки RSA на основе измерения времени..."  +/
Сообщение от Ivan_83 (ok), 04-Окт-23, 00:16 
Вопрос исключительно в том что ВЫ не умеете администрировать, потому что если бы вы умели то осилили бы прочитать мануал от OpenSSH для настройки сервера и мануал от фаервола, а если бы вы были опытным администратором то ещё какой то fail2ban или аналог вероятно начали бы использовать.
Вместо этого вы пытаетесь превратить OpenSSH предназначенный для манагемента в подобие nginx предназначенного для массервиса.
Совсем профи знают и такие слова как data plane и control plane и так же что и зачем их необходимо разделять, лучше даже на физическом уровне.

Это не тупняки крипто, это вы полнейший нуб в админстве, у которого сверху ещё 3-4 качественных уровня, а вы в подвале/на улице по отношению к этому.
Вы даже не пытались гуглить чтобы скопипастить готовые решения для данной проблемы, вы решили что вы нашли проблему и нашли решение. А на самом деле вы просто нашли способ как удобнее забивать микроскопом гвозди.

Ответить | Правка | Наверх | Cообщить модератору

135. "Атака Marvin для расшифровки RSA на основе измерения времени..."  +/
Сообщение от Аноним (-), 07-Окт-23, 05:49 
> Вопрос исключительно в том что ВЫ не умеете администрировать, потому что если
> бы вы умели то осилили бы прочитать мануал от OpenSSH

Я думал, системда и корпы уже достаточно понятно объяснили ветеран-чудакам где их бизнес видал со всем этим, нет?

И 25519 всякие им тоже нормуль - потому что в десятки раз быстрее с тем же результатом, при этом сильно меньше проблем этого плана. И без этих сказок про белого бычка навязших на зубах. Самое приятное что с такими как вы можно сделать - уволить с треском. Можете до мозолей прокачивать админство локалхоста под кроватью, а в проде подобный гимор неуместен.

> для настройки сервера и мануал от фаервола, а если бы вы были
> опытным администратором то ещё какой то fail2ban или аналог вероятно начали
> бы использовать.

Заодно еще расскажите как ваша бсда относится к 100K айпи в блоке. А так вот вы накинули возни на ровном месте. Для затыкания AUX CRAP-а на минуточку, каковым ремотная админка является. Не, то что за это вас активно хотят уйти не заговор, вы просто отдавили такими свойствами все мозоли менеджменту, сделав дорого, хреново и тормозно, когда можно дешевле, лучше, быстрее и во многих случаях вообще не парясь вон тем.

> Вместо этого вы пытаетесь превратить OpenSSH предназначенный для манагемента в подобие
> nginx предназначенного для массервиса.

Все прозаичнее. Я не хочу уделать много внимания aux вспомогаловке, и тем более костылить ее проблемы оптом. Если это начинает требоваться - возникает ломовой спрос на менее проблемное решение. И либо вы его дадите, либо кто-то другой - и вас тогда жестко и быстро уйдут, забыв былые заслуги. Туда же идут и г@внолибы спихивающие тайминг атаки на меня.

Я в результате просто заюзаю менее проблемные решения. И тут вы такой начинаете вопить что DJB мир захватывает. Имеет к тому предпосылки - не вещает всякий булшит, решает проблемы, включая тайминг атаки и перфоманс вместо сказа про найм админов. Мне так крипто больше нравится, оно должно быть решением а не источником проблем, бжад.

> Совсем профи знают и такие слова как data plane и control plane
> и так же что и зачем их необходимо разделять, лучше даже на физическом уровне.

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

> Это не тупняки крипто, это вы полнейший нуб в админстве, у которого
> сверху ещё 3-4 качественных уровня, а вы в подвале/на улице по
> отношению к этому.

Последний раз когда я слышал эти истории, потом был занятный вой ветеранов когда systemd попер их почти отовсюду. Со всем вот этим брейнфартом. С чего вы взяли что менеджмент систем должен быть сложным, хреновым, дорогим и канительным? И уж тем более не есть нормально когда AUX крап типа управлялки требует столько внимания к себе. Это же и крипто касается. DJB это понял, а вы нет. Такая разница.

> Вы даже не пытались гуглить чтобы скопипастить готовые решения для данной проблемы,
> вы решили что вы нашли проблему и нашли решение. А на
> самом деле вы просто нашли способ как удобнее забивать микроскопом гвозди.

На самом деле я просто в гробу видал скилл плотно костылить aux вспомогаловку нужную раз в год. Это крайне нерациональные затраты времени, денег и ресурсов. И того кто не понимает этот момент надо вышибать с треском, так им некоторые азы менеджмента понятнее будут.

Ответить | Правка | Наверх | Cообщить модератору

140. "Атака Marvin для расшифровки RSA на основе измерения времени..."  +/
Сообщение от Ivan_83 (ok), 09-Окт-23, 02:34 
Вы похоже спорите с голосами у себя в голове, потому что я явные связи между процитированным и ответами могу проследить с очень большим трудом. )

Разделение Control Plane и Data Plane - это база которая необходима когда ты выходишь на рынок больших потоков данных.
Не только чтобы убрать management из паблика, но и чтобы management вообще был доступен даже тогда когда тебе uplink в полку положат.
В современном мире IPv6 можно вообще завести "тайный" адрес даже в /64 префиксе чисто для манагемента и получить защиту от неприятностей с нулевым оверхэдом.
Но даже на бич хостингах с IPv4 одним адресом можно легко накидать в фаер подсетки откуда манагемент будет доступен.

Именно поэтому вы со своим 25519 смотритесь максимально нелепо заявляя что нашли "серебряную пулю" против брута ссш.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру