The OpenNET Project / Index page

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



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

"Релиз OpenSSH 9.5"  +/
Сообщение от opennews (??), 05-Окт-23, 13:59 
Опубликован релиз OpenSSH 9.5, открытой реализации клиента и сервера для работы по протоколам SSH 2.0 и SFTP...

Подробнее: https://www.opennet.ru/opennews/art.shtml?num=59877

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

Оглавление

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

1. Сообщение от Аноним (1), 05-Окт-23, 13:59   –1 +/
ну все по классике - перешли на ed25519, когда NIST уже стандартизировал всякие дилитиумы.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #4, #15, #21

2. Сообщение от Аноним (2), 05-Окт-23, 14:08   +3 +/
Лучший ссш стал на одну цифру ближе к бесконечности.
Ответить | Правка | Наверх | Cообщить модератору

3. Сообщение от Аноним (4), 05-Окт-23, 14:20   +/
Единственный нормальный ссш.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #5, #6

4. Сообщение от Аноним (4), 05-Окт-23, 14:21   +1 +/
Слишком безопасно время не пришло.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

5. Сообщение от Пряник (?), 05-Окт-23, 14:22   +/
А как же libssh?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #7

6. Сообщение от Аноним (6), 05-Окт-23, 14:30   +/
При чём тут dropbear?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

7. Сообщение от Аноним (7), 05-Окт-23, 14:31   +/
Это тоже самое
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #8

8. Сообщение от Пряник (?), 05-Окт-23, 14:32   +/
Нет. Есть ещё libssh2.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #16

9. Сообщение от Аноним (9), 05-Окт-23, 14:38   +4 +/
Ну чем оно лучше чем Telnet?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #10, #12, #14, #17, #18

10. Сообщение от dannyD (?), 05-Окт-23, 14:42   +2 +/
Тёплое всегда лучше мягкого.

Пора бы уже знать.

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

12. Сообщение от Аноним (12), 05-Окт-23, 14:46   +/
Ещё в 2к10 телнет считался моветоном даже в самых упоротых железках, а сейчас то и подавно позорно его где-то юзать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

13. Сообщение от Аноним (13), 05-Окт-23, 14:54   –1 +/
Ребята до сих пор делают релизы для БСД
Уважаемо!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #20

14. Сообщение от Аноним (7), 05-Окт-23, 14:55   +/
для простого тестирования plaintext протоколов типа HTTP или SMTP - да, норм. Для удаленного шелла - нет, даже с kerberos'ом
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

15. Сообщение от timur.davletshin (ok), 05-Окт-23, 15:00   +2 +/
Сертификатов с ED25519 до сих пор нету в Firefox. Или NIST или RSA.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #23

16. Сообщение от Аноним (16), 05-Окт-23, 15:07   +1 +/
Вот когда будет libssh9.5 тогда и поговорим
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

17. Сообщение от Аноним (16), 05-Окт-23, 15:09   +/
Тем что SSH это целый мир со своими scp, sftp и т.д.
А Telnet за уйму времени даже файлы не научился передавать через себя хотя протоколов достаточно было (взять хот бы xmodem).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

18. Сообщение от Аноним (18), 05-Окт-23, 15:42   +1 +/
> Ну чем оно лучше чем Telnet?

хорошо написал

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

19. Сообщение от Аноним (19), 05-Окт-23, 15:50   +1 +/
Возможность автоматом апать все эти обновлённые ключи, выкашивая заменённые ими старые в authorized_keys при подключении к хосту так и не завезли штатно(
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #57

20. Сообщение от Аноним (20), 05-Окт-23, 16:04   +4 +/
Они в первую очередь для OpenBSD делают, а не для Linux.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #22, #53, #56

21. Сообщение от ralienppemail (?), 05-Окт-23, 16:13   +/
> когда NIST уже стандартизировал всякие дилитиумы

Еще нет, хотя процесс идёт: "NIST hopes to publish the standardization documents by 2024" (https://en.wikipedia.org/wiki/NIST_Post-Quantum_Cryptography...)

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

22. Сообщение от Пряник (?), 05-Окт-23, 16:16   –2 +/
Это им так только кажется.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

23. Сообщение от Аноним (23), 05-Окт-23, 16:25   +/
Какое отношение Firefox имеет к TLS?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #25

24. Сообщение от Аноним (23), 05-Окт-23, 16:27   +1 +/
Centos 6 не умеет ed25519, a Rocky 9 не умеет rsa. Поэтому только ecdsa.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #26, #27

25. Сообщение от timur.davletshin (ok), 05-Окт-23, 16:39   +3 +/
NSS, реализующий этот функционал, является интегрированной частью Firefox и разрабатывается одной и той же командой? Достаточно?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #32, #55

26. Сообщение от Аноним (20), 05-Окт-23, 16:42   +2 +/
Кому нужны эти застывшие редхатовские поделия?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #31

27. Сообщение от pfg21 (ok), 05-Окт-23, 17:04   +2 +/
генеришь ключи которые нужно и в конфиге для нужного соединения прописываешь который использовать...
к немощной системе подключаешься по немощному ключу
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #33

28. Сообщение от voiceofreason (?), 05-Окт-23, 17:05   +/
> Ed25519

Чому такие ключи по ssh так долго проверяются? Это для безопасности или там лютые вычисления?

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

29. Сообщение от timur.davletshin (ok), 05-Окт-23, 17:20   +/
RSA проверяется в разы медленнее. Попробуй завести RSA 4096 на каком-нибудь роутере и почувствуй разницу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #35, #37

30. Сообщение от OpenEcho (?), 05-Окт-23, 17:34   +/
> При этом цифровые подписи Ed25519 обладают более высоким уровнем безопасности, чем ECDSA и DSA

Про RSA специально умолчали?

RSA 3072 оно на пару одинаково, а вот уже с 4096  "более" будет на стороне RSA

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

31. Сообщение от Аноним (31), 05-Окт-23, 17:41   +4 +/
Тому, кто работает не в стартапах и не только со своим ноутбуком.
Есть старые системы, живущие значительно дольше 5 лет. Там не то, что 6, там и 5й Redhat может работать.
А рядышком, на каком-нибудь насосе или турбине — Windows Server 2000 или 2003. С MySQL 5.0.85. И нет, апгрейдить их нельзя под угрозой потери обслуживания этой турбины, заменить которую стоит больше, чем две новых школы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #36, #40, #65

32. Сообщение от Аноним (23), 05-Окт-23, 18:51   +/
А openssh тут при чём?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #39

33. Сообщение от Аноним (23), 05-Окт-23, 18:52   +/
Я уже так и делаю, естественно. Просто один дефолтный нерабочий ключ (rsa) поменяли на другой дефолтный нерабочий (ed25519).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #54

34. Сообщение от Аноним (23), 05-Окт-23, 18:54   +/
Энтропия ключа зависит от длины не линейно. 4096 ещё куда ни шло, а больше уже не особенно помогает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #38

35. Сообщение от по (?), 05-Окт-23, 18:57   +/
а лучше сгенерировать, я както попробовал, через сутки забил не дождавшись, на атоме какомто часа на 3 затянулось.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #41

36. Сообщение от Школьник2 (?), 05-Окт-23, 19:55   +/
Надо было ставить Arch Linux! Вот я поставил на свой домашний комп и у меня все работает и одноклассникам все рассказал на перемене. А у вас там софт не свежий.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

37. Сообщение от onanim (?), 05-Окт-23, 19:57   +/
Так я не про роутеры. На достаточно жирный сервер с кучей ядер по RSA дефолтному заходит вообще без задержки, по эллиптическим кривым - тупит секунд 5-10.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #43, #50

38. Сообщение от Аноним (38), 05-Окт-23, 20:14   +/
Больший ключ чему не помогает? Что за энтропия ключа?
Там же число нужно факторизовывать на два сомножителя. Увеличиваем разрядность числа - сложность факторизации растет, по идее никакой там планки, после которой это останавливается - нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #42, #45, #49

39. Сообщение от timur.davletshin (ok), 05-Окт-23, 21:48   +1 +/
Был тезис о том, что все перешли на ED25519. Тезис ошибочный, не все.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

40. Сообщение от scriptkiddis (?), 05-Окт-23, 21:49   +1 +/
Турбины... windows... турбины...  можен ну их такие турбины?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #58

41. Сообщение от timur.davletshin (ok), 05-Окт-23, 21:50   +1 +/
Проблемы с энтропией?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

42. Сообщение от scriptkiddis (?), 05-Окт-23, 21:51   +/
Слушай, сказано тебе что rsa плохо, значит плохо и точка.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38

43. Сообщение от timur.davletshin (ok), 05-Окт-23, 21:52   +/
Причина наверняка в чём-то другом. На 20-летнем пне даже такого не наблюдал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

44. Сообщение от Ivan_83 (ok), 05-Окт-23, 22:35   +/
Опять сектант DJB со своим любимым Ed25519.

> Ed25519 обладают более высоким уровнем безопасности, чем ECDSA

Не обладают.
У ECDSA можно хоть 4к кривые взять и добавить в параметры, а 25519 - хардкод.
В стандартных параметрах есть кривые на 512 и 521 бит, что намного более стойко чем 25519.

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

45. Сообщение от Одноплатник (?), 05-Окт-23, 23:49   +/
Пожалуйста, подскажите, есть ли проекты, которые реализуют почти тоже самое, что находится внутри Nitrokey PRO 3, Rutoken ECP3 и т.п. но с более сильными шифрами, с максимально длинными ключами, которые вообще в принципе хотя бы совместимы с протоколом PKCS11?

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

Workstation обращается за криптооперацией для SSH по -> PKCS11 -> к одноплатнику с минимальной осью, например, Unikernel, а тот в свою очередь при первом или каждом обращении уже обращается например -> к FIDO2 токену, для вскрытия локального длинного ключа.

Есть что-то подобное готовое? Может быть для OpenBSD или лайтового Linux, в идеален наверно Unikernel?

Workstation, наверно, общался бы с таким одноплатником по USB или Ethernet в качестве физического канала, поверх которого бы работал PKCS11?

Наверно, что-то похожее на SoftHSM?

https://www.opendnssec.org/features/

https://github.com/opendnssec/SoftHSMv2

https://openports.pl/path/security/softhsm2

Есть что-то готовое open-source в виде Unikernel для популярных AMRv7 ?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #59

46. Сообщение от timur.davletshin (ok), 06-Окт-23, 03:10   +/
Верно лишь отчасти. Кривая - это формула. К NIST есть вопросы именно в этой части. А размер ключа - это размер ключа. А вообще есть сайт safecurves и там всё уже разобрано давно. У ED же 448 есть ещё. Стандартизован, но почти нигде нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #47

47. Сообщение от Ivan_83 (ok), 06-Окт-23, 03:38   +/
Кривая это параметры.
Формула там фиксированная.
К кривым NIST есть вопросы, но этих кривых вагон и маленькая тележка: нист, браинпул, оригинальные от банкиров (часть которых нист взял), французкая национальная, ГОСТ россеянский, и хз кто ещё их наделал.

Но самое интересное что по тихоньку всё кроме p-256 от ниста начали выпиливать из софта и стандартов.
А на стандартах и софте сидят те же люди которые 25519 везде пропихивали.
У нас стояло secp521r1 на ECDH и много лет это работало, а в начале этого года хромой перестал это понимать. Теперь там обычное: "secp521r1:secp384r1:prime256v1".

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #48

48. Сообщение от timur.davletshin (ok), 06-Окт-23, 07:06   +/
Я все же останусь на своём определении, что является кривой.

Кто и где "выпиливает" все NIST кроме p-255? Может просто наоборот, не реализовали? В SSH разве были 384 и 521?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #61, #63

49. Сообщение от Аноним (23), 06-Окт-23, 07:23   +/
Я не настоящий сварщик, я только процитировал Роберта Хансена из проекта gnupg (слышал о таком?).

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ообщить модератору
Родитель: #38 Ответы: #51, #52, #62

50. Сообщение от Аноним (50), 06-Окт-23, 08:38   +1 +/
Чувак, это у тебя резолвер на сервере дурит, отруби резолв в sshd_config
С ключами тупить нечему
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

51. Сообщение от Аноним (38), 06-Окт-23, 09:38   +/
Сложность факторизации - да, растет не линейно с ростом разрядности rsa, грубо: ключ увеличили в два раза, а сложность выросла только в полтора, там есть формула. Но это не значит, что этот закон начиная с какой-то разрядности ломается. Цитата про которую вы говорите видимо подразумевает, что если у них симметричное шифрование 256 бит aes, то нет смысла rsa для обмена этим ключем делать более сложным, чем брутфорс этого aes. Логично ведь, будут не факторизовать rsa, а брутфорсить aes - надежность равна надежности самого слабого звена. Это все про ограничение протокола/библиотеки, не самих крипоподходов. А я воспринял исходный посыл как наезд криптографию а не про ограничения либы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49

52. Сообщение от Аноним (38), 06-Окт-23, 09:47   +/
4096 про которые вы пишите - будет 128 бит AES эквивалентно. Но это не значит что нет смысла повышать. Делаете 15000 и будет эквивалентно 256. И так далее. Простотлиба видимо 256 не поддерживает. На самом деле можно и 512 сделать, но это уже не настоящий AES будет требовать, а трехкратное применение 256 битного с тремя разными ключами, опять же это про матиматеку, то что там в либе и протоколе пока не предусмотрено - другой вопрос
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49

53. Сообщение от крокодил мимо.. (?), 06-Окт-23, 10:23   +/
23-го октября намечается релиз OpenBSD-7.4.. ждём-с..
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

54. Сообщение от pfg21 (ok), 06-Окт-23, 13:51   +/
> Я уже так и делаю, естественно. Просто один дефолтный нерабочий ключ (rsa)
> поменяли на другой дефолтный нерабочий (ed25519).

чет ниче не понятно. на одну машину идешь по rsa ключу, на другую по ed25519. все воркает.    
в authorized_keys такое многообразие из типов ключей встречается что вахъ.

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

55. Сообщение от Kuromi (ok), 06-Окт-23, 16:16   +/
Не одной и той же, кстати. В Мозилле есть группа разработчиков работающих чисто над NSS и хотя они, естсетвенно, взаимодействуют с остальными это продукт в продукте.
Когда в Мозилле решили сделать ESNI например вот тогда его поддержку и начали реализовывать в NSS, не раньше и не весь функционал NSS используется в ФФ, т.к. кое кто еще пользует NSS и похоже "заносит".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

56. Сообщение от Менеджер Антона Алексеевича (?), 06-Окт-23, 17:30   +2 +/
Если завтра OpenSSH перестанет запускать на Linux, послезавтра у Тео кончатся деньги на его игрушечную ОС, а на третий день разработку OpenSSH к себе заберёт любой крупный разработчик ядра, да хоть тот же RH или MS, а про Тео все забудут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

57. Сообщение от Менеджер Антона Алексеевича (?), 06-Окт-23, 17:33   +/
Зачем? У локалхостных васянов в ssh_config написано «StrictHostKeyChecking accept-new». У нелокалхостных эта проблема давно решена штатными средствами OpenSSH.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

58. Сообщение от Менеджер Антона Алексеевича (?), 06-Окт-23, 17:36   +/
Может и ну. Аргументируешь как-то свою точку зрения?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

59. Сообщение от Менеджер Антона Алексеевича (?), 06-Окт-23, 17:41   +/
Есть такое, называется HSM, без Soft. Ничего из того, что ты можешь скрафтить на коленке даже близко не сравнится по безопасности и производительности с вендорскими решениями. А если тебе пофиг на безопасность, то зачем тогда морочиться с одноплатником? Шифрованный USB будет ничем не хуже.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

61. Сообщение от Ivan_83 (ok), 06-Окт-23, 20:15   +/
Во всей литературе эти кривые называются либо кривыми либо параметрами.
Никакой формулы там не содержится, и все кривые считаются +- одинаково, с мизерными изменениями.

Написал же: хромиум выкинул у себя, видимо кто то хочет сократит расходы на взлом и ломать всегда только p-256 :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #67

62. Сообщение от Ivan_83 (ok), 06-Окт-23, 20:46   +/
Так это перебрать, и это аналитическая оценка.
А тут речь шла про то чтобы ключ ломать квантовым компом, где алгоритм предполагает наличие кубитов больше размерности ключа.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #64

63. Сообщение от Ivan_83 (ok), 06-Окт-23, 20:50   +/
Где тут формула?)

    }, {
        /*.name =*/    "secp112r2",
        /*.name_size =*/9,
        /*.OID =*/    "1.3.132.0.7",
        /*.OID_size =*/    11,
        /*.num_size =*/    28,
        /*.t =*/    56,
        /*.m =*/    112,
        /*.Fx =*/    {0},
        /*.p =*/    "db7c2abf62e35e668076bead208b",
        /*.SEED =*/    "002757a1114d696e6768756151755316c05e0bd4",
        /*.SEED_size =*/40,
        /*.a =*/    "6127c24c05f38a0aaaf65c0ef02c",
        /*.b =*/    "51def1815db5ed74fcc34c85d709",
        /*.Gx =*/    "4ba30ab5e892b4e1649dd0928643",
        /*.Gy =*/    "adcd46f5882e3747def36e956e97",
        /*.n =*/    "36df0aafd8b8d7597ca10520d04b",
        /*.h =*/    4,
        /*.algo =*/    EC_CURVE_ALGO_ECDSA,
        /*.flags =*/    0,
    }, {
        /*.name =*/    "secp128r1",
        /*.name_size =*/9,
        /*.OID =*/    "1.3.132.0.28",
        /*.OID_size =*/    12,
        /*.num_size =*/    32,
        /*.t =*/    64,
        /*.m =*/    128,
        /*.Fx =*/    {128, 97, 0},
        /*.p =*/    "fffffffdffffffffffffffffffffffff",
        /*.SEED =*/    "000e0d4d696e6768756151750cc03a4473d03679",
        /*.SEED_size =*/40,
        /*.a =*/    "fffffffdfffffffffffffffffffffffc",
        /*.b =*/    "e87579c11079f43dd824993c2cee5ed3",
        /*.Gx =*/    "161ff7528b899b2d0c28607ca52c5b86",
        /*.Gy =*/    "cf5ac8395bafeb13c02da292dded7a83",
        /*.n =*/    "fffffffe0000000075a30d1b9038a115",
        /*.h =*/    1,
        /*.algo =*/    EC_CURVE_ALGO_ECDSA,
        /*.flags =*/    EC_CURVE_FLAG_A_M3,

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #66

64. Сообщение от Аноним (38), 06-Окт-23, 22:32   +/
Не вижу, честно-говоря, где здесь про квантовый компьютер речь.
Да, они для элиптики и rsa представляют критическую угрозу, но еще не скоро плявятся в практическом смысле. Будем надеяться, что изобретут устойчивую постквантовую криптографию.
Году в 2003 на студенческой конференции кто-то мне задал вопрос мол, а как квантовые компьютеры? Ну и я ляпнул, спите спокойно, мол 25 лет точно ничего не будет в плане взломов. Так что еще лет 5 и буду спокоен, что не обманул человека))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62

65. Сообщение от penetrator (?), 07-Окт-23, 00:49   +/
какой нахрен центос на турбиинах со стоимостью школы?

а где SLA?

и 6 это уже мамонт, который производитель турбины заменить должен был сам

небось китайсев набрали на сдачу от стадиона

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

66. Сообщение от timur.davletshin (ok), 07-Окт-23, 06:54   +/
Мне интересно, ты действительно полагаешь, что в Edwards curve нет формулы, а только коэффициенты? А они откуда взялись?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63

67. Сообщение от timur.davletshin (ok), 07-Окт-23, 06:56   +/
Ну, если о всех судить только по хрому, то картина выйдет действительно однобокая. Тогда других кривых действительно нет. А в GnuPG запилили кучу за последние 5 лет. OpenSSH, OpenVPN, Wireguard, dropbear - лишь немногие, кто добавил новые ECC алгоритмы за последние лет 5-7. И это, скорее всего, куда больше отражает общий тренд.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #69

69. Сообщение от Ivan_83 (ok), 09-Окт-23, 02:06   +/
Общий тренд среди 1% пользователей инета?)
Речь то про то, что вся массовая крипта - её скатывают как раз к p-256 или 25519, и прибивают это на гвозди - и хром и ваергард как раз тому примеры.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #70

70. Сообщение от timur.davletshin (ok), 09-Окт-23, 09:10   +/
> Общий тренд среди 1% пользователей инета?)
> Речь то про то, что вся массовая крипта - её скатывают как
> раз к p-256 или 25519, и прибивают это на гвозди -
> и хром и ваергард как раз тому примеры.

Вы о чём? Сертификаты в RSA, очень редко в NIST. Хромой дефолтится до AES, даже если есть выбор между ED25519 и AES. FF тоже делает аналогично. У обоих даже багрепорты были, где предлагалось для мобильных платформ поднять приотитет ED25519, т.к. он быстрее AES при программной реализации шифрования.

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


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

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




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

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