OpenSSL 0.9.8c-4 et kernel 2.6.19 en test
Par hacky le samedi, décembre 2 2006, 21:05 - Debian - Lien permanent
Un petit billet rapide pour vous informer de l'apparition des paquets Debian d'OpenSSL en version 0.9.8c-4 patchés padlock :
http://files.hacky.info/openssl/0.9...
J'ai aussi recompilé le kernel linux 2.6.19 (config dedibox avec ajout IPv6) :
http://files.hacky.info/kernel/2.6....
Celui ci apporte un lot important de modifications (iptables, sata ...), mais les deux modifications intéressantes pour un serveur dedibox sont l'inclusion du driver du watchdog ainsi que le support padlock complet.
A la poubelle les anciens patchs 
Commentaires
Merci bien
(c'est pas très constructif comme commentaire mais bon)
Héhé, pas constructif mais ça fait toujours plaisir
Salut,
J'ai réussi à installer le kernel avec la commande dpkg mais je n'ai aucune idée des commandes pour installer openssl et ses dépendances !
Un petit coup de pouce ne serait pas de refus ;o)
@+
Salut Benoit.
Tout d'abord installe openssl via aptitude ou apt-get (aptitude install openssl), ceci aura pour effet d'installer openssl avec toutes les dépendances nécessaires.
Une fois fait, tu peux installer mes paquets openssl patchés avec dpkg -i libssl0.9.8_0.9.8c-4hm_i386.deb openssl_0.9.8c-4hm_i386.deb
Attention, ces paquets ont été testés en Debian etch et Debian sid. Je ne connais pas leur comportement sur d'autres distributions (dépendances etc...).
Merci hacky. Ca tombe bien je tourne en Debian etch ;o)
Encore une question. Sur la page www.logix.cz/michal/devel... il est indiqué que certaines applications doivent être patchées pour que le padlock soit utilisé, dont OpenSSH.
"Applications that use OpenSSL library for their cryptographic needs (such as OpenSSH) must explicitly load the available hardware crypto engines."
Pourrais-tu détailler les étapes pour la création du .deb que tu mets à disposition à partir des sources de OpenSSL et du .diff ?
La procédure me permettra de le faire pour OpenSSH.
Je te dis tout de suite, la réponse va être brève... Je suis en 56k là, plus d'ADSL ici (carte complète grillée au dslam, merci FT)

Il faut que tu récupères les sources d'OpenSSH avec apt-get source, tu appliques le patch sur la page que tu as indiquée dans ton message (il risque de faire quelques erreurs à cause des différences de version, regarde bien si tu n'as pas de rejets), tu édites le debian/changelog pour y inclure ton numéro de version et indiquer les modifications que tu as faites.
Ensuite pour construire les paquets source et binaire :
qref.sourceforge.net/Debi...
Mais je t'annonce tout de suite qu'il a énormément de dépendances
J'ai reussi à le compiler... si t'es intéressé je peux mettre le résultat à disposition.
Encore merci pour toutes ces informations !
Par contre après un peu de lecture sur le site officiel d'OpenSSH, la team ne souhaite pas appliquer ce patch (il est dispo depuis 2004).
En fait si j'ai bien compris on pourra depuis le conf d'OpenSSL déterminer l'engine par défaut que l'on souhaite utiliser et le chargement de l'engine se fera directement dans OpenSSL.
Un peu comme dans l'extension JCE de Java.
Est-il possible d'obtenir les modifications entre la version 2.6.19-hacky et la 2.6.19.1-hacky.
Merci
@Vincent: Ce sont les mêmes kernels au point de vue de la configuration, les différences fonctionnelles sont dans le Changelog correspondant sur kernel.org.
@Benoit: Merci mais je ne tourne pas en etch, si j'ai le temps je regarderai à patcher ça pour sid ce week end.
Comment est-il possible d'obtenir les headers du kernel ? Existe-t-il une commande pour les générer à partir des sources ?
Tu prends le paquet linux-source, tu l'installes, tu décompresses le tar.bz2 dans /usr/src, et tu fais un joli make-kpkg [optionskivontbien] linux_headers
Tu dis :
les deux modifications intéressantes pour un serveur dedibox sont l'inclusion du driver du watchdog ainsi que le support padlock complet.
Ca veut dire que les .debs que tu as generes sont fait a partir des sources officielles non-patchees ?
Ca signifie qu'on peut tout aussi bien recuperer le kernel officiel par apt-get et que le watchdog et le padlock marcheront ?
Mes packages kernel sont réalisés avec les sources vanilla de kernel.org, il n'est plus nécessaire d'inclure les patchs du padlock et du watchdog depuis le 2.6.19.
Il ne vaut mieux pas utiliser les kernels précompilés i686 Debian car ils ne sont pas compilés en C3-2 (type de processeur), et que les perfs du padlock sont complètement écrasées en i686.
Pour le watchdog, j'imagine que les kernels debian l'intègrent... sans pour autant l'avoir vérifié
De plus, vu le matériel spécifique de la dedibox, il faut se méfier des kernels officiels des distributions. La config du kernel dedibox est éprouvée et testée, l'ajout de l'IPv6 n'est qu'un petit plus bien utile.
et le watchdog s'utilise comment ?
si je fais modprobe w83627hf, dmesg me dit
hwmon-vid: Unknown VRM version of your x86 CPU
si je fais modprobe w83627hf wdt_io=0x4e, dmesg me dit
w83627hf: Unknown parameter `wdt_io'
j'ai rien dit, le module est modprobe w83697hf_wdt wdt_io=0x4e
merci pr ce kernel
Une fois le module chargé, il faut que tu installes un démon userspace nommé "watchdog". Le paquet watchdog sous debian fait très bien l'affaire.
Dans sa configuration /etc/watchdog.conf, il faut que tu vérifies qu'il y ait bien :
watchdog-device = /dev/watchdog
Ce démon va "pinger" le device correspondant au watchdog hardware régulièrement, quand ce ping s'arrête (système planté), le chipset effectuera un reset hardware de la machine.
Bonjour, j'ai également une version openssl mais avec le patch trouvé sur http://www.logix.cz/michal/devel/pa...
Je ne sais pas vraiment comment savoir openssh tire vraiment parti du padlock
une idée ?
$$ texte du patch en question $$
Once you get bored with patching heaps of client programs have a look at this patch from Cecilia: openssl-0.9.8e-engine.diff, 2007-07-20 01:38
"The openssl-0.9.8e patch will make the ssl-library to load the padlock engine. This means, if you apply the openssl-0.9.8e patch, you do not have to apply any other patches or modifications, since every time the ssl-library is called, the padlock-engine is initialized by the ssl-library."
In other words - Patch for OpenSSL to always load PadLock engine.
@benoitm978 : désolé pour le délai de réponse, le blog est un peu à l'abandon

Dans le patch qui avait été appliqué aux sources du 0.9.8c-4 à l'époque, il fallait charger manuellement le "engine" padlock. Apparemment, avec le patch de Cecilia il n'est plus nécessaire de modifier les applis qui utilisent la libssl pour les forcer à utiliser le padlock.
Je t'avoue ne plus prendre le temps de tester ces patchs, je n'ai plus de dedibox depuis avril 2007... Suis passé à un classe supérieure de dédiés
Mais ça n'empêche pas que je risque d'en reprendre une prochainement pour faire un petit serveur de backup... bacula power !