Ben si. Des bugs il y en a dans tous les logiciels, même les mieux écrits et les plus scrutés (par exemple OpenSSH).
Le problème spécifique d'OpenSSL c'est que d'après les spécialiste qui ont regardé son code source c'est une horreur sans nom, une abomination absolue (cf les divers articles à ce sujet).
Donc même si GnuTLS a déjà eu des bugs (et, encore une fois, quel logiciel n'en a pas ?), ce serait quand même un immense progrès que de jeter OpenSSL et de le remplacer par GnuTLS. D'autant plus que la LGPL est assez permissive.
Faux, je peux le prouver : je ne lui reproche rien du tout et le remercie de faire ce qu'il fait, ce qui rend par définition de "tout le monde" ta phrase fausse.
Tu fais exprès de jouer au boulet ?
Par "tout le monde" j'entends "les gens impliqués dans le développement de Linux". Et toi tu fais semblant de prendre ça au pied de la lettre comme si j'incluais également le paysan du fin fond de la Mongolie.
Oui je te confirme que ce paysan ne reproche absolument rien à Spender.
Mais bon j'arrête là parce que tu as un talent particulier pour toujours avoir le dernier mot, quel que soit le sujet.
L'idée c'est de boucher progressivement les infos leak afin que la défense KASLR devienne plus efficace (sachant que ça restera une défense statistique et pas absolue).
Je ne pense pas que quiconque rejette les arguments de Spender sur le fond, c'est juste que, pour Kees Cook, le jeu en vaut la chandelle puisque ça ajoute un peu de protection sans enlever grand chose; Et puis, selon l'article LWN, le système sera amélioré par la suite (retour de l'hibernation, augmentation du nombre de slots au delà de 512, etc).
tu viens de dire que tu aimes la politique de Microsoft en termes de sécurité
Et après tu t'étonnes qu'on te tape dessus parce que tu racontes n'importe quoi.
En quoi la politique de sécurité de Microsoft (à l'époque, parce qu'ils ont changé depuis) était comparable à l'actuelle politique suivie par les mainteneurs Linux ? Autrefois Microsoft se foutait royalement de la sécurité et seul le "time to market" comptait. Depuis ils ont bien appris leur leçon et ils ont maintenant une politique assez efficace.
Donc évoquer Microsoft comme tu le fais n'a aucun sens à part le plaisir d'agiter un chiffon rouge pour faire dérailler la conversation.
Et cela n'a absolument rien à voir avec la nécessité de faire des compromis entre plusieurs buts contradictoires.
C'est sûr que c'est confortable pour Spender de cracher sur les devs Linux quand on se branle royalement des perfs du noyau patché Grsecurity/PaX.
Regarde donc le journal que j'avais écris à l'époque sur ces perfs : https://linuxfr.org/users/patrick_g/journaux/les-performances-d-un-noyau-avec-le-patch-pax
Les résultats des micro-benchmarks sont absolument catastrophiques !
Un peu facile de taper sur une personne qui a le malheur de ne pas rentrer dans le moule "gentil qui fait tout comme les mainteneurs upstream et/ou certains utilisateurs attendent".
Tu crois que je suis le seul à lui taper dessus ? Tout le monde lui reproche son attitude infecte, son arrogance inouïe ,sa propension à se faire mousser en permanence et son incapacité absolue à travailler avec les autres.
Bien entendu il est très compétent, et là personne ne remet ça en cause…mais des gens compétents il y en a d'autres (par exemple Kees Cook, l'auteur de KASLR). Pour bosser sur le noyau il ne suffit pas d'être compétent, il faut collaborer avec les autres puisque c'est un projet collectif et il faut accepter les compromis puisque c'est un noyau généraliste.
Sauf que tu as 511 chances sur 512 de faire planter le noyau quand tu tentes d'en prendre le contrôle. Et un plantage noyau ça a tendance à se remarquer un peu plus qu'un plantage de process en userspace.
Et tout ça c'est sans évoquer les autres bénéfices du patch (protection de la table IDT par exemple).
Je pense que kASLR n'est pas une bonne idée. Les raisons sont simples et elles sont détaillés dans l'article sur le blog/forum de grsecurity
Sauf que Spender est un maximaliste qui ne pense qu'à la sécurité et se fiche de tout le reste (perfs, portabilité, etc). Les mainteneurs du noyau eux doivent faire des choix et des compromis.
Dans l'article LWN dédié on comprend bien que KASLR n'est pas une solution miracle mais que ça apporte quand même des bénéfices non nuls en terme de sécurité et sans aucune dégradation des perfs.
Je ne comprends même pas que cette fonction n'existe pas de base. Il s'agit de ne pas faire quelque chose (le réencodage) donc pourquoi est-ce que ce n'est pas présent dans le soft ?
Tails m'a l'air focalisé sur l'utilisation en tant que live-cd ou live-usb.
De plus Tails semble porté par un team et être plus complet. Whonix est juste une collection de scripts appliqués sur une Debian.
je pense qu'OpenRC va devenir, de facto, l'init des autres noyaux Debian en plus d'être supporté par Gentoo (l'autre alternative étant sysV que personne ne regrettera).
SysV n'est pas la seule alternative. Il existe (au moins) un autre projet qui semble techniquement plus prometteur qu'OpenRC :
Est-ce qu'on a lu les mêmes notes de version ?
Pour toi la réécriture complète du moteur de Calc ce n'est pas majeur ?
Le backend expérimental Firebird SQL de Base à la place de l'immonde HSQLDB ce n'est pas majeur ? Regarde l'écart monstrueux de perf décrit ici : http://www.firebirdnews.org/?p=9109
il y a quand même quelque chose qui me gène dans ce billet…c'est le dénigrement du code qui a été modifié.
Bon d'abord il faut voir que l'article de Michael n'est pas une liste des nouveautés de LibreOffice 4.2.
Le lien vers les vrais Release Notes a été mis dans la dépêche mais ici ce n'est pas vraiment l'objet. Dans cet article Michael parle plutôt du travail invisible (compilation, tests, etc) et de la santé du projet (contributions). Il est donc légitime qu'il évoque les améliorations de la qualité du code. A mon sens ce n'est pas du dénigrement mais la volonté de mettre en avant le travail de ceux qui se consacrent à une tâche peu visible mais cruciale pour l'avenir du projet.
Le code est peut-âtre moche, mais il a fait son boulot plus ou moins bien pendant des années.
Bien entendu…mais c'est bien aussi de nettoyer une base de code qui est vieille en même temps qu'on ajoute de nouvelles fonctions.
Bon les gens, si on reparlait un peu de Lem? D'autres personnes ont lu ses romans?
Solaris est une référence et reste un excellent bouquin de SF philosophique.
Le seul autre que j'ai lu est "Les voyages électriques d'Ijon Tichy" et je n'ai pas accroché.
[^] # Re: Code inutile
Posté par patrick_g (site web personnel) . En réponse au journal journal bookmark : vers un fork d'OpenSSL ?. Évalué à 8. Dernière modification le 16 avril 2014 à 18:18.
Ben si. Des bugs il y en a dans tous les logiciels, même les mieux écrits et les plus scrutés (par exemple OpenSSH).
Le problème spécifique d'OpenSSL c'est que d'après les spécialiste qui ont regardé son code source c'est une horreur sans nom, une abomination absolue (cf les divers articles à ce sujet).
Donc même si GnuTLS a déjà eu des bugs (et, encore une fois, quel logiciel n'en a pas ?), ce serait quand même un immense progrès que de jeter OpenSSL et de le remplacer par GnuTLS. D'autant plus que la LGPL est assez permissive.
[^] # Re: Code inutile
Posté par patrick_g (site web personnel) . En réponse au journal journal bookmark : vers un fork d'OpenSSL ?. Évalué à 8.
C'est quand même dommage de devoir réécrire tout OpenSSL quand on peut utiliser GnuTLS non ?
[^] # Re: Sécurité: Contournement de kASLR par Brad Spengler (grsecurity)
Posté par patrick_g (site web personnel) . En réponse à la dépêche Sortie de Linux 3.14. Évalué à 10.
Évidement que c'est désactivé par défaut.
+config RANDOMIZE_BASE
+ bool "Randomize the address of the kernel image"
+ depends on RELOCATABLE
+ depends on !HIBERNATION
+ default n
[^] # Re: Sécurité: Contournement de kASLR par Brad Spengler (grsecurity)
Posté par patrick_g (site web personnel) . En réponse à la dépêche Sortie de Linux 3.14. Évalué à 10.
Tu fais exprès de jouer au boulet ?
Par "tout le monde" j'entends "les gens impliqués dans le développement de Linux". Et toi tu fais semblant de prendre ça au pied de la lettre comme si j'incluais également le paysan du fin fond de la Mongolie.
Oui je te confirme que ce paysan ne reproche absolument rien à Spender.
Mais bon j'arrête là parce que tu as un talent particulier pour toujours avoir le dernier mot, quel que soit le sujet.
[^] # Re: Sécurité: Contournement de kASLR par Brad Spengler (grsecurity)
Posté par patrick_g (site web personnel) . En réponse à la dépêche Sortie de Linux 3.14. Évalué à 7.
L'idée c'est de boucher progressivement les infos leak afin que la défense KASLR devienne plus efficace (sachant que ça restera une défense statistique et pas absolue).
Je ne pense pas que quiconque rejette les arguments de Spender sur le fond, c'est juste que, pour Kees Cook, le jeu en vaut la chandelle puisque ça ajoute un peu de protection sans enlever grand chose; Et puis, selon l'article LWN, le système sera amélioré par la suite (retour de l'hibernation, augmentation du nombre de slots au delà de 512, etc).
[^] # Re: Sécurité: Contournement de kASLR par Brad Spengler (grsecurity)
Posté par patrick_g (site web personnel) . En réponse à la dépêche Sortie de Linux 3.14. Évalué à 10.
Et après tu t'étonnes qu'on te tape dessus parce que tu racontes n'importe quoi.
En quoi la politique de sécurité de Microsoft (à l'époque, parce qu'ils ont changé depuis) était comparable à l'actuelle politique suivie par les mainteneurs Linux ? Autrefois Microsoft se foutait royalement de la sécurité et seul le "time to market" comptait. Depuis ils ont bien appris leur leçon et ils ont maintenant une politique assez efficace.
Donc évoquer Microsoft comme tu le fais n'a aucun sens à part le plaisir d'agiter un chiffon rouge pour faire dérailler la conversation.
Et cela n'a absolument rien à voir avec la nécessité de faire des compromis entre plusieurs buts contradictoires.
C'est sûr que c'est confortable pour Spender de cracher sur les devs Linux quand on se branle royalement des perfs du noyau patché Grsecurity/PaX.
Regarde donc le journal que j'avais écris à l'époque sur ces perfs : https://linuxfr.org/users/patrick_g/journaux/les-performances-d-un-noyau-avec-le-patch-pax
Les résultats des micro-benchmarks sont absolument catastrophiques !
Tu crois que je suis le seul à lui taper dessus ? Tout le monde lui reproche son attitude infecte, son arrogance inouïe ,sa propension à se faire mousser en permanence et son incapacité absolue à travailler avec les autres.
Bien entendu il est très compétent, et là personne ne remet ça en cause…mais des gens compétents il y en a d'autres (par exemple Kees Cook, l'auteur de KASLR). Pour bosser sur le noyau il ne suffit pas d'être compétent, il faut collaborer avec les autres puisque c'est un projet collectif et il faut accepter les compromis puisque c'est un noyau généraliste.
[^] # Re: Sécurité: Contournement de kASLR par Brad Spengler (grsecurity)
Posté par patrick_g (site web personnel) . En réponse à la dépêche Sortie de Linux 3.14. Évalué à 10.
Sauf que tu as 511 chances sur 512 de faire planter le noyau quand tu tentes d'en prendre le contrôle. Et un plantage noyau ça a tendance à se remarquer un peu plus qu'un plantage de process en userspace.
Et tout ça c'est sans évoquer les autres bénéfices du patch (protection de la table IDT par exemple).
[^] # Re: Sécurité: Contournement de kASLR par Brad Spengler (grsecurity)
Posté par patrick_g (site web personnel) . En réponse à la dépêche Sortie de Linux 3.14. Évalué à 10. Dernière modification le 02 avril 2014 à 07:28.
Sauf que Spender est un maximaliste qui ne pense qu'à la sécurité et se fiche de tout le reste (perfs, portabilité, etc). Les mainteneurs du noyau eux doivent faire des choix et des compromis.
Dans l'article LWN dédié on comprend bien que KASLR n'est pas une solution miracle mais que ça apporte quand même des bénéfices non nuls en terme de sécurité et sans aucune dégradation des perfs.
[^] # Re: Internet dérégulé
Posté par patrick_g (site web personnel) . En réponse au journal DRM sans fin. Évalué à 7.
Un lien fort utile : http://politiquedunetz.sploing.be/2013/07/les-mots-ont-un-sens-parler-de-monopole-du-droit-dauteur-pour-sauvegarder-nos-libertes/
[^] # Re: Mon avis
Posté par patrick_g (site web personnel) . En réponse au journal Fin du support de MS Windows XP. Évalué à 3.
Je ne vois pas les avatars, j'ai coché la case "Ne pas afficher les avatars sur le site" dans mes préférences Linuxfr.
[^] # Re: Mon avis
Posté par patrick_g (site web personnel) . En réponse au journal Fin du support de MS Windows XP. Évalué à 10.
Ta mère est un mutant surpuissant venu de l'espace par rapport à la mienne.
# Faut pas rêver
Posté par patrick_g (site web personnel) . En réponse au journal devenez un développeur linux. Évalué à 10.
Il s'agit de parvenir à avoir un patch qui soit accepté dans la branche principale….et pas de devenir mainteneur.
Mais excellente initiative.
[^] # Re: Structure commerciale/associative pour les dons
Posté par patrick_g (site web personnel) . En réponse au journal Appel à Dons chez Pitivi. Évalué à 3.
Je ne comprends même pas que cette fonction n'existe pas de base. Il s'agit de ne pas faire quelque chose (le réencodage) donc pourquoi est-ce que ce n'est pas présent dans le soft ?
[^] # Re: Difference versus TAILS?
Posté par patrick_g (site web personnel) . En réponse à la dépêche Système d'exploitation anonyme Whonix version 8. Évalué à 4.
Tails m'a l'air focalisé sur l'utilisation en tant que live-cd ou live-usb.
De plus Tails semble porté par un team et être plus complet. Whonix est juste une collection de scripts appliqués sur une Debian.
# Something was horribly wrong with SSL/TLS in iOS
Posté par patrick_g (site web personnel) . En réponse au journal Apple, le SSL les goto et les accolades. Évalué à 10.
Analyse et commentaires intéressants ici :
https://www.imperialviolet.org/2014/02/22/applebug.html
et aussi ici :
http://utcc.utoronto.ca/~cks/space/blog/programming/IndentationProblem
[^] # Re: Tu en as de la chance
Posté par patrick_g (site web personnel) . En réponse au journal Compositeurs Wayland - Pourquoi et comment gérer les clients privilégiés?. Évalué à 4.
Et moi j'ai relayé vers LWN ce matin pour que ce soit plus productif ;-)
[^] # Re: OpenRC
Posté par patrick_g (site web personnel) . En réponse au journal Ubuntu passera lui aussi sur systemd. Évalué à 10.
SysV n'est pas la seule alternative. Il existe (au moins) un autre projet qui semble techniquement plus prometteur qu'OpenRC :
http://homepage.ntlworld.com/jonathan.deboynepollard/Softwares/nosh.html
[^] # Re: comparaison avec BTRFS
Posté par patrick_g (site web personnel) . En réponse à la dépêche Et si la meilleure des cartes RAID était libre ?. Évalué à 8.
Pour une comparaison avec Btrfs il faut lire l'excellente série d'articles publiés par LWN :
1) The Btrfs filesystem: An introduction
2) Btrfs: Getting started
3) Btrfs: Working with multiple devices
4) Btrfs: Subvolumes and snapshots
5) Btrfs: Send/receive and ioctl()
[^] # Re: GLPI ?
Posté par patrick_g (site web personnel) . En réponse au journal Itop... l'ITSM opensource. Évalué à 4.
Merci pour le retour.
Est-ce que quelqu'un sait si ITOP peut concurrencer l'ITSM de BMC ?
[^] # Re: Mouahis
Posté par patrick_g (site web personnel) . En réponse à la dépêche LibreOffice 4.2.0 est disponible. Évalué à 10.
Est-ce qu'on a lu les mêmes notes de version ?
Pour toi la réécriture complète du moteur de Calc ce n'est pas majeur ?
Le backend expérimental Firebird SQL de Base à la place de l'immonde HSQLDB ce n'est pas majeur ? Regarde l'écart monstrueux de perf décrit ici : http://www.firebirdnews.org/?p=9109
[^] # Re: Bravo, mais il y a quand même quelque chose qui me gène dans ce billet ...
Posté par patrick_g (site web personnel) . En réponse à la dépêche LibreOffice 4.2.0 est disponible. Évalué à 10.
Bon d'abord il faut voir que l'article de Michael n'est pas une liste des nouveautés de LibreOffice 4.2.
Le lien vers les vrais Release Notes a été mis dans la dépêche mais ici ce n'est pas vraiment l'objet. Dans cet article Michael parle plutôt du travail invisible (compilation, tests, etc) et de la santé du projet (contributions). Il est donc légitime qu'il évoque les améliorations de la qualité du code. A mon sens ce n'est pas du dénigrement mais la volonté de mettre en avant le travail de ceux qui se consacrent à une tâche peu visible mais cruciale pour l'avenir du projet.
Bien entendu…mais c'est bien aussi de nettoyer une base de code qui est vieille en même temps qu'on ajoute de nouvelles fonctions.
[^] # Re: LibO
Posté par patrick_g (site web personnel) . En réponse à la dépêche LibreOffice 4.2.0 est disponible. Évalué à 3.
J'ai corrigé le lien.
[^] # Re: Et Lem dans tout cela?
Posté par patrick_g (site web personnel) . En réponse au journal Stanislas Lem, un auteur de SF à redécouvrir. Évalué à 5.
Solaris est une référence et reste un excellent bouquin de SF philosophique.
Le seul autre que j'ai lu est "Les voyages électriques d'Ijon Tichy" et je n'ai pas accroché.
# Edge ?
Posté par patrick_g (site web personnel) . En réponse au journal Ghostery toujours pas open source, on fait quoi ?... Disconnect !. Évalué à 9.
C'est quoi l'utilité de Adblock Edge par rapport à un Adblock Plus sur lequel on a décoché l'option "Autoriser certaines publicités non intrusives" ?
[^] # Re: Commentaire et questions
Posté par patrick_g (site web personnel) . En réponse au journal DD & Valve. Évalué à 10.
Juste une petite rectification. En fait c'est HP qui sponsorise un abonnement de groupe pour tous les devs Debian.
C'est précisé dans la FAQ :
HP has generously funded a group subscription for Debian developers; see this posting for information on how to gain access to this subscription.