https://opennet.me/openforum/vsluhforumID3/95520.html На сайте (http://www.openbsdfoundation.org/) организации OpenBSD Foundation появилось объявление о создании (http://www.libressl.org/) разработчиками OpenBSD собственного форка пакета OpenSSL, который будет развиваться под именем LibreSSL (http://www.libressl.org/). Ключевые отличия LibreSSL от OpenSSL заключаются в интеграции дополнительных средств защиты и кардинальной чистке кодовой базы от излишней и устаревшей функциональности. Функциональность LibreSSL будет ограничена качественной поддержкой протоколов SSL/TLS. Первый выпуск LibreSSL войдёт в состав OpenBSD 5.6, но проект не будет привязан к OpenBSD - как и в случае с OpenSSH планируется поддерживать переносимую версию LibreSSL, пригодную для использования в различных операционных системах.<br><br><br><br>В настоящее время проект LibreSSL находится на стадии активного перестроения кодовой базы. Участники проекта OpenBSD достаточно активно взялись за разработку - за первую неделю внесено более 250 коммитов (http://www.openbsd.org/cgi-bin/cvsweb/src/lib/libssl/sr https://opennet.me/openforum/vsluhforumID3/95520.html#139 Thu, 25 Apr 2019 13:06:19 GMT И свиньи в желтых тапках на дуб редко залазят...<br> https://opennet.me/openforum/vsluhforumID3/95520.html#138 Sun, 27 Apr 2014 18:21:26 GMT &gt; Факт существования 64-битных MIPS ничего не меняет для 32-битных. Далеко не все <br>&gt; бегут за 64-битностью, ибо больше энергии жрёт как минимум, да и <br>&gt; требования к памяти возрастают, чисто из-за места под ссылки-указатели.<br><br>Опять мимо. MIPS64 с начала 2000-ых использовался в КПК (это к вопросу энергопотребления).<br>Попробуй ляпнуть что-нибудь ещё:)<br><br>&gt; Это не говоря о том, что можно считать время 32-битным числом секунд <br>&gt; от эпохи UNIX и на 64-битной системе, отнюдь даже не POSIXной. <br>&gt; Может оказаться достаточно сделать неудачное приведение типов в одном-единственном месте, <br>&gt; чтобы работа пошла вразнос.<br><br>"Работа" быдлокодеров и должна "идти вразнос". Для вас же, говнокодеров, гвидобейсик придумали - не лезьте, куда вам не положено.<br> https://opennet.me/openforum/vsluhforumID3/95520.html#137 Sun, 27 Apr 2014 17:47:47 GMT &gt;&gt; Да ну? Весь ARM и весь MIPS в одно мгновение стали 64-битными <br>&gt;&gt; на всём белом свете? Волшебство, не иначе...<br>&gt; MIPS - с прошлого века. "Волшебство, не иначе..." <br><br>Факт существования 64-битных MIPS ничего не меняет для 32-битных. Далеко не все бегут за 64-битностью, ибо больше энергии жрёт как минимум, да и требования к памяти возрастают, чисто из-за места под ссылки-указатели.<br><br>Это не говоря о том, что можно считать время 32-битным числом секунд от эпохи UNIX и на 64-битной системе, отнюдь даже не POSIXной. Может оказаться достаточно сделать неудачное приведение типов в одном-единственном месте, чтобы работа пошла вразнос.<br> https://opennet.me/openforum/vsluhforumID3/95520.html#136 Sun, 27 Apr 2014 17:33:43 GMT &gt; Да ну? Весь ARM и весь MIPS в одно мгновение стали 64-битными <br>&gt; на всём белом свете? Волшебство, не иначе...<br><br>MIPS - с прошлого века. "Волшебство, не иначе..."<br><br><br><br> https://opennet.me/openforum/vsluhforumID3/95520.html#135 Sun, 27 Apr 2014 14:39:55 GMT &gt; Странно что за такие вещи взялись малоимущие программисты OpenBSD,<br><br>Не то чтоб малоимущие, но им ведь свои семьи тоже содержать на что-то надо. А затраты на инфраструктуру не такие уж и маленькие... но это оффтоп.<br><br>&gt; а не наживающиеся <br>&gt; на широкую ногу на OpenSource какие-нибудь монстры вроде RHEL, Bubuntu, Oracle, <br>&gt; Microsoft <br><br>"монстры" прекрасно наживутся в 2036-38 гг., когда начнётся массовая истерия и потребуется менять софт (а то и железо) на военных объектах, АЭС и просто заводах. И "проблема Y2K" покажется цветочками.<br> https://opennet.me/openforum/vsluhforumID3/95520.html#134 Sun, 27 Apr 2014 14:37:20 GMT &gt;&gt;&gt; Внесена серия исправлений, связанных с решением проблемы 2038 года.<br>&gt;&gt; Остальные ещё 24 годика подождут? Когда там час "Ч", 1-го сентября?<br>&gt; Виндам на 2038 пофиг, 98% пизюков выживет.<br>&gt; POSIX-ные системы (это обычно сервера) уже сейчас подавляющее большинство 64-бит. 2038 <br>&gt; пофиг.<br><br>Да ну? Весь ARM и весь MIPS в одно мгновение стали 64-битными на всём белом свете? Волшебство, не иначе...<br><br>&gt; Всяки мелко встроенные кто 32 бита ... доживут ли физически до 2038? <br>&gt; Нет, не доживут.<br><br>Ещё как доживут. Это ноутбуки нынче каждые два-три года меняют, не говоря про мобильники. Не знаете, чем отличается промышленное оборудование от айфона - не спорьте, а?<br> https://opennet.me/openforum/vsluhforumID3/95520.html#133 Sun, 27 Apr 2014 14:34:30 GMT &gt;&gt; троянский aesni оставили, а гост выкинули? странный народец эти опенбеесдешники <br>&gt; почему странны ?<br>&gt; весь ОпендБЗД и опенССХ - создан на бабало Ам. правительства, так что <br>&gt; все логично ) <br>&gt; если внимательнее код поаудиттить - то помимо AESNI - кучу всего, нарное, <br>&gt; найти. интеерррресного =) <br><br>Примеры из вашего аудита в студию.<br> https://opennet.me/openforum/vsluhforumID3/95520.html#132 Sun, 27 Apr 2014 14:30:05 GMT &gt; Зря гост выкинули, в openssl уже 2012 добавляют <br><br>ГОСТ и не был включён в OpenBSD. Кому надо - libgcrypt уже вроде бы имеет поддержку.<br> https://opennet.me/openforum/vsluhforumID3/95520.html#131 Sun, 27 Apr 2014 14:26:12 GMT &gt;&gt; Павлинукс - то что ты сказал - правда для glibc ... а как насчёт OpenBSD libc?!<br>&gt; Честна, даже не смотрел :) Есть методы которые не зависят от библиотек, <br>&gt; процов, железа, <br>&gt; лучше пользоваться ими. Для зачистки памяти есть DoD, методы Шнайера, Гутмана, ГОСТ,... <br>&gt; ну или тупа 0xff/0x00 с проверкой записи.<br><br>В том числе из-за откровенных косяков при работе с памятью в OpenSSL её и форкнули. По сведениям бабы Глаши, в LibreSSL скоро будет ещё одна errata на эту тему. Один тот факт, что в OpenSSL изобрели собственные malloc & Co., без использования которых собрать - теоретически - OpenSSL было можно, но... либа оказывалась неработоспособной. Потому что в OpenBSD malloc() и free() делают немало проверок на повреждение памяти даже в дефолтных настройках, и OpenSSL при них оказывался неработоспособным (в основном, из-за двойного free).<br><br>А что до явного зануления памяти, в OpenBSD знают и об этом, и о привычке некоторых компиляторов (не будем показывать пальцем, ибо промахнуться сложно) "оптимизировать" я