1.1, Xaionaro (ok), 10:27, 13/10/2014 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
/me уже готов к тонне минусов, ибо не знаком со внутренностями всяких libssl, однако может стоит разбить этот пакет на несколько. Я так понял, сейчас проблема в том, что пакет стал слишком большим, и сопровождать его на нужном уровне качества становится маловозможным. Дак может пойти по принципу UNIX-way, а вместо делания комбайнов? Сделать отдельные libecdsa, librsa, libgost и т.п. Потом как-нибудь всё это связать с помощью libssl, который в свою очередь будет использовать эти libкрипты.
| |
|
|
|
Часть нити удалена модератором |
4.12, llolik (ok), 11:19, 13/10/2014 [ответить]
| +/– |
> И стало интересно, почему не делают как я описал выше.
Я, конечно, не изучал вопрос досканально, но могу предположить, что многие части так завязаны друг на друга, что разделить их не проще, чем создать новую реализацию с нуля.
| |
|
|
2.3, Apple (?), 10:40, 13/10/2014 [^] [^^] [^^^] [ответить]
| –4 +/– |
А давно Unix way стал означат раздробить всё на сущности?
| |
|
3.5, Xasd (ok), 10:50, 13/10/2014 [^] [^^] [^^^] [ответить]
| +5 +/– |
unix way -- это значит -- привязать к systemd!
[шутка-юмор:).. с намёком на то, что этот термин понимает кто как хочет]
| |
3.6, Xaionaro (ok), 10:53, 13/10/2014 [^] [^^] [^^^] [ответить]
| +2 +/– |
> А давно Unix way стал означат раздробить всё на сущности?
«Пишите программы, которые делают что-то одно и делают это хорошо.»
«Пишите программы, которые бы работали вместе.»
Тут вы можете найти многократное упоминание:
https://ru.wikipedia.org/wiki/%D0%A4%D0%B8%D0%BB
А вообще, там есть ссылки на первоисточники.
| |
|
4.9, Apple (?), 11:15, 13/10/2014 [^] [^^] [^^^] [ответить]
| +2 +/– |
Верно, но выделение блочных шифров в отдельную сущность явно не следует этой идеологии.
| |
|
|
6.13, Andrey Mitrofanov (?), 11:21, 13/10/2014 [^] [^^] [^^^] [ответить]
| +/– |
> Почему?
Потому что там _ни _при _каком делении или дроблении *интерфейсы* не станут проще или прозрачнее. //Наполовину пуст, да.
| |
|
7.21, Xaionaro (ok), 12:51, 13/10/2014 [^] [^^] [^^^] [ответить]
| +/– |
>> Почему?
> Потому что там _ни _при _каком делении или дроблении *интерфейсы* не станут
> проще или прозрачнее. //Наполовину пуст, да.
Не соглашусь, хоть и это сейчас не важно.
А важно, что я говорю не про то, чтобы интерфейсы стали проще и прозрачнее. А про то, чтобы разбить программу на несколько, чтобы сообщество эффективнее взаимодействовало. Сейчас же будут форки openssl, в которых будут делать полезный код, но он будет сложно переносим между проектами (включая merge в оригинал). В результате вместо того, чтобы совместно пилить качественный продукт состоящий из хорошо работающих компонентов, каждый пилит свой bundle.
Очень грубо говоря:
Если разбить пакет на несколько, то LibreSSL-вцы бы просто пилили ядро (libssl) и минимальный набор базовых lib (libостальное). А OpenSSL-вцы смогли бы использовать это качественное и вылизанное ядро с базовыми lib-ами уже при добавлении поддержки дополнительных алгоритмов в виде отдельных lib.
| |
|
8.24, Аноним (-), 20:21, 13/10/2014 [^] [^^] [^^^] [ответить] | +/– | gt оверквотинг удален Проблема в том, что у OpenSSL и LibreSSL равно как и Bo... текст свёрнут, показать | |
|
|
|
|
|
|
2.14, xPhoenix (ok), 11:46, 13/10/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
Ну почему не делят? Делят. Например, в Debian функционал для pkcs12 вынесен в отдельные библиотеки. Потом просто в конфиге OpenSSL прописываешь, что нужно использовать, и всё. Не нужные какие-то протоколы - правь /etc/ssl/openssl.conf.
| |
2.25, Аноним (-), 05:31, 14/10/2014 [^] [^^] [^^^] [ответить]
| +/– |
> /me уже готов к тонне минусов, ибо не знаком со внутренностями всяких libssl
Тебе повезло. Ибо знакомиться с этой фeкальной массой удовольствие ниже среднего.
> однако может стоит разбить этот пакет на несколько.
Лучше на SSL/TLS просто забить. For teh greater good, ну и вообще, если безопасность хоть на йот интересует.
| |
|
1.8, ASIC (ok), 11:03, 13/10/2014 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
если бы сейчас кто нибуть еще написал и мануал как прикруить его в существующие enterprise на базе spring, jboss, tomcat etc. то скорость разпространения этого пакета как минимум удвойтся.
| |
|
2.15, xPhoenix (ok), 11:47, 13/10/2014 [^] [^^] [^^^] [ответить]
| +/– |
> если бы сейчас кто нибуть еще написал и мануал как прикруить его
> в существующие enterprise на базе spring, jboss, tomcat etc.
> то скорость разпространения этого пакета как минимум удвойтся.
Сказано же, что будет отдельная либа, которая будет выдавать себя за OpenSSL, т.е. никакое ПО перенастраивать не надо будет, оно и не заметит подмены (если не будет использовать недокументированные возможности и грязные хаки).
| |
|
3.19, ASIC (ok), 12:35, 13/10/2014 [^] [^^] [^^^] [ответить]
| +/– |
Упс, это я пропустил, спасибо за подсказку. Подмена не очень хорошая идея на мой взгляд, вот то что хочется это не подмена а настоящая замена учитывая того что она уже написана или хотя бы врапер, допустим вы разрабатываете что то вроде Spring Boot + Spring Security + Tomcat + hibernate + postgresql или аналог из Jboss для энерпраиз, все это один такой "маленький " executable пакетик, так вот если вы берете и ставите пакетик на чужую машину он блин пользуется ssl'ем с чужой машины а так пакетик был бы полностью независим.
| |
|
4.20, абыр (ok), 12:42, 13/10/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
У меня от вашего текста глаза вытекли.
Вам мешочек запятых с точками отсыпать ?
| |
|
|
6.26, Аноним (-), 05:32, 14/10/2014 [^] [^^] [^^^] [ответить]
| +/– |
> не поможет, поверьте,я побывал :)
А надо чтобы вас побывали за такой текст. Может тогда дойдет.
| |
|
7.28, ASIC (ok), 11:03, 14/10/2014 [^] [^^] [^^^] [ответить]
| +/– |
столько агрессий, и все "по" теме , к тому же и это от аноним.
| |
|
|
|
|
|
|
1.18, YetAnotherOnanym (ok), 12:23, 13/10/2014 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
> с удалением излишней функциональности
"Не удалось установить защищённое соединение, т.к. удалённый хост не поддерживает..."
| |
|
2.27, Аноним (-), 05:33, 14/10/2014 [^] [^^] [^^^] [ответить]
| +/– |
> "Не удалось установить защищённое соединение, т.к. удалённый хост не поддерживает..."
А зачем тебе "защищенное" соединение с 40-битным DES, который Вася на GPU за полчаса распатронит? От чего оно тебя "защитит"? :)
| |
|
|