Ещё раз про DSA-1571-1
Wednesday, May 14th, 2008 16:21Ben Laurie, один из разработчиков OpenSSL, пишет про эту уязвимость в своём блоге:
Краткий пересказ на русском: нехорошие maintainer'ы от нефиг делать (чтобы valgrind заткнулся и перестал предупреждать об использовании неинициализированной переменной) немного пропатчили код, наломав при этом дров (ибо не ведали, что творят). И, само собой, они не сказали об этом мудрым разработчикам OpenSSL — а уж они бы такого бардака не допустили бы.
Но самое интересное — в комментариях. Этому разработчику говорят — maintainer'ы вообще-то про это писали (см. комментарий #27). В рассылку openssl-dev. И архивы сохранились.
Но разработчик говорит, что рассылка openssl-dev — это совсем не то место, где следует обсуждать такие вопросы. И вообще, у него нет времени читать эту рассылку. (Комментарий #43).
Чисто без палева. Смотрим на http://www.openssl.org/support/ и видим описание рассылки openssl-dev: «Discussions on development of the OpenSSL library. Not for application development questions!». Мораль сей басни придумайте сами.
… Two years ago, they “fixed” a “problem” in OpenSSL reported by valgrind by removing any possibility of adding any entropy to OpenSSL’s pool of randomness. The result of this is that for the last two years (from Debian’s “Etch” release until now), anyone doing pretty much any crypto on Debian (and hence Ubuntu) has been using easily guessable keys. This includes SSH keys, SSL keys and OpenVPN keys.
What can we learn from this? Firstly, vendors should not be fixing problems (or, really, anything) in open source packages by patching them locally - they should contribute their patches upstream to the package maintainers. Had Debian done this in this case, we (the OpenSSL Team) would have fallen about laughing, and once we had got our breath back, told them what a terrible idea this was. But no, it seems that every vendor wants to “add value” by getting in between the user of the software and its author.
What can we learn from this? Firstly, vendors should not be fixing problems (or, really, anything) in open source packages by patching them locally - they should contribute their patches upstream to the package maintainers. Had Debian done this in this case, we (the OpenSSL Team) would have fallen about laughing, and once we had got our breath back, told them what a terrible idea this was. But no, it seems that every vendor wants to “add value” by getting in between the user of the software and its author.
Краткий пересказ на русском: нехорошие maintainer'ы от нефиг делать (чтобы valgrind заткнулся и перестал предупреждать об использовании неинициализированной переменной) немного пропатчили код, наломав при этом дров (ибо не ведали, что творят). И, само собой, они не сказали об этом мудрым разработчикам OpenSSL — а уж они бы такого бардака не допустили бы.
Но самое интересное — в комментариях. Этому разработчику говорят — maintainer'ы вообще-то про это писали (см. комментарий #27). В рассылку openssl-dev. И архивы сохранились.
Funny thing is, it *was* reported to openssl-dev:
http://marc.info/?l=openssl-dev&m=114651085826293&w=2
I’m not seeing a reply from you there or a negative reply whatsoever.
http://marc.info/?l=openssl-dev&m=114651085826293&w=2
I’m not seeing a reply from you there or a negative reply whatsoever.
Но разработчик говорит, что рассылка openssl-dev — это совсем не то место, где следует обсуждать такие вопросы. И вообще, у него нет времени читать эту рассылку. (Комментарий #43).
It seems that the Debian maintainer did, indeed, mention his plan on openssl-dev. Openssl-dev is a list for people developing OpenSSL based software, not a list for discussing the development of OpenSSL itself. I don’t have the bandwidth to read it myself. If you want to communicate with the OpenSSL developers you need to use openssl-team@openssl.org. At no time, as people have suggested, was a patch offered to OpenSSL, and the discussion on openssl-dev was misleading.
Чисто без палева. Смотрим на http://www.openssl.org/support/ и видим описание рассылки openssl-dev: «Discussions on development of the OpenSSL library. Not for application development questions!». Мораль сей басни придумайте сами.

no subject
Date: Wednesday, May 14th, 2008 01:34 pm (UTC)А он не пишет, куда тогда надо было писать про подобные вещи?
no subject
Date: Wednesday, May 14th, 2008 01:42 pm (UTC)no subject
Date: Wednesday, May 14th, 2008 01:35 pm (UTC)no subject
Date: Wednesday, May 14th, 2008 01:42 pm (UTC)no subject
Date: Wednesday, May 14th, 2008 02:26 pm (UTC)no subject
Date: Wednesday, May 14th, 2008 04:07 pm (UTC)really has on the RNG", не стоит этого трогать до тех пор пока не получишь подверждения от разработчика или по крайней мере не разберёшься во всём досконально. Да и в любом случае виноват Kurt, ибо если он сделал изменения, то обязан за них отвечать ... единственный другой вариант присылать патч-предложение и пусть тогда ответственность на себя берёт тот кто его аплаит.
no subject
Date: Wednesday, May 14th, 2008 05:46 pm (UTC)Да и вообще, моя вера в человечество и в здравый смысл давно испарилась.
no subject
Date: Thursday, May 15th, 2008 08:10 am (UTC)то, что люди редко руководствуются здравым смыслом в своих действиях, а предпочитают сначала выплеснуть эмоции, ни для кого не открытие. Один недавно выдал "most humans are stupid, sexually motivated animals". Но это не все - из этого делается вывод о вреде эмоций как таковых, то есть кому-то кажется более простым выходом вообще удавить в себе эту способность. По ходу дела и в других тоже, и наверное в первую очередь в других, потому что это проще :)
выходит, что самое простое и очевидное решение "думать там, где надо, эмоционировать там, где надо" оказывается менее всего выполнимым.
no subject
Date: Thursday, May 15th, 2008 08:23 am (UTC)no subject
Date: Thursday, May 15th, 2008 07:21 pm (UTC)