Auteur Sujet: Expliquer l'utilité des mises à jour de sécurité à son entourage  (Lu 9011 fois)

0 Membres et 1 Invité sur ce sujet

corrector

  • Invité
Expliquer l'utilité des mises à jour de sécurité à son entourage
« Réponse #12 le: 27 janvier 2015 à 20:26:17 »
Failles très rapidement corrigées (impossible de ne pas avoir de failles)
Ah oui, combien d'années avant de corriger la faille qui permettait de mesurer facilement si un lien est :visited?

corrector

  • Invité
Expliquer l'utilité des mises à jour de sécurité à son entourage
« Réponse #13 le: 27 janvier 2015 à 20:30:23 »
Va demander les codes sources de IE si tu pense pouvoir le débuguer, tu seras bien reçu.
On peut pas debug au niveau des appels aux DLL?

vivien

  • Administrateur
  • *
  • Messages: 47 212
    • Twitter LaFibre.info
Expliquer l'utilité des mises à jour de sécurité à son entourage
« Réponse #14 le: 27 janvier 2015 à 20:32:28 »
Je pense que tout le monde s’accorde pour dire qu'il y aura plus de failles de sécurité sur un projet dont peut de personnes ont accès au code, plutôt que un code qui est ouvert.

corrector

  • Invité
Expliquer l'utilité des mises à jour de sécurité à son entourage
« Réponse #15 le: 27 janvier 2015 à 20:37:57 »
Je pense que tout le monde s’accorde pour dire qu'il y aura plus de failles de sécurité sur un projet dont peut de personnes ont accès au code, plutôt que un code qui est ouvert.
Je pense que tu fais erreur...

corrector

  • Invité
Expliquer l'utilité des mises à jour de sécurité à son entourage
« Réponse #16 le: 27 janvier 2015 à 20:40:30 »
il y a aussi heartbleed (suite à un débug ...)
Heu non

Heartbleed = manque de validation d'un champs taille dans un message "ping"

corrector

  • Invité
bash, export -f
« Réponse #17 le: 27 janvier 2015 à 22:46:04 »
il te parle des failles qu'il y a eu dans bash et que personne n'a vu (shellshock)
Je parle pas tellement des failles liées à des nombreux bugs du parser bash, que du fait qu'on puisse définir des fonctions (avec un nom arbitraire, y compris contenant des "/") et donc utiliser le parser via une variable d'environnement quelconque.

Et ça c'était pas du tout un truc subtil ou caché, c'était juste une fonctionnalité ALC non documentée officiellement de bash.

kgersen

  • Modérateur
  • Abonné Bbox fibre
  • *
  • Messages: 9 092
  • Paris (75)
Expliquer l'utilité des mises à jour de sécurité à son entourage
« Réponse #18 le: 28 janvier 2015 à 00:05:56 »
Je pense que tout le monde s’accorde pour dire qu'il y aura plus de failles de sécurité sur un projet dont peut de personnes ont accès au code, plutôt que un code qui est ouvert.

C'est vrai en général mais si le source du projet en question est utilisé, modifié, lu, examiné, compilé, etc par beaucoup de personne, autre que l'équipe initiale.

Ca tient donc plus au nombre de personnes et ce qu'elles font avec le source qu'au fait que celui ci soit ouvert ou pas. Le fait d'être ouvert, en général, permet directement d'avoir plus de personnes dessus d'ou cette impression généralement admise mais cela n'est pas systématique ou garantie. Beaucoup de projets open source ont très peu de monde qui auscultent leur source...souvent moins que les projets non ouverts de la même taille.
Il ne faut pas tomber aussi dans l’excès de confiance, du genre  'bah c'est open source donc d'autres auront été vérifier le source'. qui vérifie que quelqu'un a vérifier ? ...

Apres il y a aussi la 'chaîne de confiance': les gens qui installent et utilisent Ubuntu ou Firefox font confiance aux quelques personnes qui compilent et génèrent les binaires...tout comme ceux qui installent Windows et IE... Il n'y pas a ma connaissance de mécanisme 'garantissant' que tel binaire d'Ubuntu ou celui Firefox correspond bien a son source et a une  façon 'canonique' de le compiler et le générer...(il faut aussi garantir l'intégrité des compilateurs, linkers, modules tiers, etc).

L'utilisateur 'parano' se doit de compiler TOUT lui même, et même dans ce cas, il faut qu'il soit sur de l'intégrité de code source qu'il a récupéré (confiance en l’hébergeur ou en le miroir par exemple). Bref de toute façon, a moins de lire et vérifier l'intégralité du code source soi-même (et des outils pour compiler ... et de l'OS sur lequel on compile...etc) on est bien obligé de faire confiance a d'autres a un moment...

Donc cela n'est pas qu'une histoire de source, c'est toute la chaîne et ses outils.

corrector

  • Invité
Expliquer l'utilité des mises à jour de sécurité à son entourage
« Réponse #19 le: 28 janvier 2015 à 10:20:32 »
C'est pas seulement le fait que personne n'essaie de lire les sources... il faut voir la tronche de certains trucs... franchement le code de OpenSSL c'est assez space!

BadMax

  • Client Free adsl
  • Expert
  • *
  • Messages: 3 481
  • Malissard (26)
Expliquer l'utilité des mises à jour de sécurité à son entourage
« Réponse #20 le: 28 janvier 2015 à 10:43:48 »
Je connais des (gros) logiciels embarqués dont l'architecture a explosé et qui sont des horreurs pour les développeurs. Et dire qu'il faut maintenir pendant la durée de vie de l'équipement.

Cochonou

  • Abonné Bbox fibre
  • *
  • Messages: 1 359
  • FTTH 2 Gb/s sur Saint-Maur-des-Fossés (94)
Expliquer l'utilité des mises à jour de sécurité à son entourage
« Réponse #21 le: 08 février 2015 à 13:33:49 »
Citer
Qui arrive à contribuer à ces machines?
J'ai contribué à l'époque à Firefox (ou plutôt à Mozilla à l'époque où Firefox n'existait pas encore). Plus exactement à XPCOM.
Je te concède bien volontiers que le code source n'est pas facile d'accès - c'est tout sauf de la tarte... cependant les responsables sont très volontaires pour corriger et intégrer les patches qui ne proviennent pas forcèment de l'équipe principale.
Le moins qu'on puisse dire, c'est que le résultat global est plutôt bon (pour XPCOM en particulier, je m'avancerai moins... :P)