IdentifiantMot de passe
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

Patch Tuesday : Microsoft prévoit six bulletins de sécurité
Dont deux sont classés critiques

Le , par Stéphane le calme
91 commentaires

0PARTAGES

4  0 
Pour son patch Tuesday de mardi 8 juillet, Microsoft annonce qu’il livrera six bulletins de sécurité parmi lesquels deux sont considérés comme étant critiques. Les deux premiers bulletins, classés dans la catégorie critique, concernent toutes les versions d’Internet Explorer, de la 6 à la 11. Ils viendront combler les failles permettant l’exécution du code à distance.

Les trois bulletins suivants, enregistrés comme étant importants, concernent également la famille Windows mentionnée en sus. Les brèches qui seront colmatées permettent de laisser s’échapper des données en permettant potentiellement une élévation des privilèges.

Le dernier bulletin, enregistré dans la catégorie modéré, concerne un risque de déni de service dans le Service Bus de Windows utilisé dans Windows Azure. Il s’applique à Windows Server 2003 SP2/2008 et 2008 RT et Windows Server 2012.


Source : blog Microsoft

Une erreur dans cette actualité ? Signalez-nous-la !

91 commentaires
Commenter Signaler un problème
benjani13
Avatar de benjani13
Membre extrêmement actif https://www.developpez.com
Le 09/11/2014 à 15:15
Citation Envoyé par Neckara Voir le message
D'ailleurs, tu parles de quoi ? Du libre ou de l'open source ? Faudrait savoir.
Quel est le rapport avec le débat actuel ? Tu n'as aucun arguments donc tu recherches le HS où tu pourrais troller à ton aise ?
C'est ce qu'on appelle communément un troll oui. Donc ne rentre pas dans son jeu et arrête de lui répondre c'est une perte de temps.
6  0 
benjani13
Avatar de benjani13
Membre extrêmement actif https://www.developpez.com
Le 09/11/2014 à 13:03
Ne répondez pas à GHetfield, c'est un troll de base.

Citation Envoyé par earhater Voir le message
je n'ai jamais compris l’intérêt de ce genre de news qui est exactement la même tous les mois à part le nombre de correctifs appliqués ... Je remercie quand même l'équipe de dvp.com pour les actualités.
Toutes les news n’intéressent pas forcément tout le monde L'info intéressante surtout n'est pas le nombre de patch mais quels sont les produits touchés.

Citation Envoyé par coolspot Voir le message
Moi ce que je n'ai jamais compris c'est l'abolition de cette horeur qu'est le patch tuesday à notre époque ou tout va vite. Parce que la en gros ya des faille critique mais on va attendre 4 jours avant de les publier pour permettre au éventuel hacker de bien exploiter la faille pendant ces 3/4 jours.
+1

C'est peut être pour éviter de souler les utilisateurs avec des mise à jours quotidienne (je suis sur que beaucoup ralerait).
5  0 
sevyc64
Avatar de sevyc64
Modérateur https://www.developpez.com
Le 09/11/2014 à 18:26
Des annuaires LDAP, c'est pas ce qui manque.

Si tu cherche "Alternative Active directory" dans ton moteur de recherche tu vas avoir pas mal de résultats. En cherchant "LDAP Open source" aussi.
A commencer par OpenLDAP qui est pas mal utilisé sur linux pour créer des contrôleur de domaine pour réseaux windows
5  0 
Neckara
Avatar de Neckara
Inactif https://www.developpez.com
Le 09/11/2014 à 12:47
Citation Envoyé par GHetfield Voir le message
oui j'irai dire ça a mon banquier demain quand j'irai lui demander les plans de la banque et des info sur leur système de sécurité Et j'en profiterai pour lui demander le code Source de leur sute HomeBank car c'est plus secure de leur part de me le donner.
C'est bien de troller sans même n'avoir qu'un soupçon de connaissances dans le domaine dans lequel tu débats .
Prends les algorithmes de (dé)chiffrements, de hashage et dit moi combien d'entre eux ont un algorithme "secret".

Ceux qui l'utilise pour des raisons bien objectives doivent mettre de tres gros moyen pour que cela soit secure et productif. Ce qui fait que ca devient tres/trop cher voir les recents echecs du libres.
Trop cher pour qui?
De quels échecs du libre nous parles-tu?

En plus c'est quoi l'alternative libre d' ActiveDirectory ?? Imaginer un AD OpenSource. Qui voudrait que sont système de sécurité sois OpenSource ? AUtant mettre le systeme des distributeur de billets OpenSource. Plus personne ne ferai confiance au banque.
Tu ne connais rien à la sécurité.
Tu crois que c'est parce qu'un système est "secret" qu'il est sûr ? Que parce que le code est "secret" qu'on ne peut pas y accéder ?
Que le fait de cacher ton code source permet de supprimer toutes les failles ?

Citation Envoyé par GHetfield Voir le message
Ou faire confiance a la communauté et après se retrouvéer avec un OpenSSL et Bash vulnerable depuis pres de 10 ans. Mais en 10 ans personne d'autre n'a trouvé cette faille je parie
Parce que si ce n'était pas open source, certaines failles ne pourraient pas avoir plus de 10 ans d'âges et que personne n'aurait pu les découvrir et les garder pour soit ??
Et ceci empêcherait aussi l'apparition de backdoors ?

Bon, je ne suis pas non plus naïf, je sais parfaitement que tu adores troller pour le plaisir de troller .
4  0 
Avatar de
https://www.developpez.com
Le 09/11/2014 à 20:26
Citation Envoyé par GHetfield Voir le message
Sauf que dans le libre elle sont publique et il faut compter sur la communauté pour les rendres publiques quand elle en découvre.
Ah parce que tu crois que les failles de Microsoft ne sont pas publiques ? Alors tiens regardes ici pour savoir en détails comment fonctionne la fameuse faille d'XP d'après le 8 avril :
http://www.cve.mitre.org/cgi-bin/cve...=CVE-2014-1776

Elle est sur le même site que celle d'Heartbleed :
https://cve.mitre.org/cgi-bin/cvenam...=CVE-2014-0160
4  0 
Neckara
Avatar de Neckara
Inactif https://www.developpez.com
Le 09/11/2014 à 21:09
Pas toutes non. Dans le libre bien. il 'suffit' de les trouver ou d'avoir les moyen de les trouver en parcourant le code. Quand on a les moyen ca peus relativement facilement se faire.
Déjà, on a pas besoin du code source pour trouver certaines failles.
Et ne va pas croire qu'on s'amuse à parcourir du code source imbuvable dès qu'on veut trouver des failles, il y a des méthodes bien plus efficace que cela...
Et comme je le répète depuis un certains temps, ce n'est pas parce que ton code source est "secret", qu'il est impossible d'y avoir accès.

C'est marrant ça, la NSA connaît toutes les failles existantes dans le monde mais est incapable de récupérer le code source de Windows (ou autre).

D'ailleurs si c'est si facile que cela, je t'invite à lire les sources du kernel Linux et de poster ici la première faille que tu y trouveras, ainsi tu pourras montrer à tous à quel point tu as raisons.

Bonne lecture
4  0 
Avatar de
https://www.developpez.com
Le 09/11/2014 à 22:51
Citation Envoyé par GHetfield Voir le message
Un DC Samba virtualisé est une très mauvaise idee. Du point de vue Backup et D.R ca peut tres mal se passer. Et quand ca se passe mal dans l'AD c'est vite tres critique.
En quoi c'est une mauvaise idée ? J'attends des arguments convaincants parce que là niveau argumentation ça vole pas haut

Citation Envoyé par GHetfield Voir le message
J'ai vu des références d'installation avec + de 200 000 postes (oui 5 zeros) sous AD en 2010 ou 2011.
À raison de 25 € par CAL, on vise du 5 millions d'euros. Et ce pour un seul serveur DC, donc sans backup

Citation Envoyé par GHetfield Voir le message
Tu pense vraiment que la NSA partage les faille qu'ils trouvent dans les codes source ouvert ??
Oui ça arrive :
https://rhn.redhat.com/errata/RHSA-2013-0596.html

Citation Envoyé par GHetfield Voir le message
Donc si c'est ouvert c'est que c'est secure (ca c'est tois qui le dit).
C'est pas du tout ce qu'on dit.
Nous on dit :
- si c'est ouvert, c'est plus sûr si on regarde la globalité de la vie d'un système.
Et toi tu transformes ça en :
- si c'est ouvert, c'est sécurisé.

C'est pas de notre faute si tu comprends pas le français.
4  0 
macslan
Avatar de macslan
Membre éclairé https://www.developpez.com
Le 10/11/2014 à 16:02
Citation Envoyé par JayGr Voir le message

- Toi ça ne prend jamais de s...
Je sais mais cette erreur est volontaire par rapport à son poste
4  0 
Avatar de
https://www.developpez.com
Le 10/11/2014 à 21:39
Pas un cours non loin de là !
Mais au moins un lien qui m'explique pourquoi "Samba ne fonctionne pas "en production" pour les environnements virtualisé" aurait été de bon aloi. Parce que comme j'utilise Samba en production depuis plusieurs années dans un environnement virtualisé, ça m'intéresse énormément et m'intrigue de ne jamais avoir entendu parler de ce mystérieux problème...
4  0 
Avatar de
https://www.developpez.com
Le 12/11/2014 à 21:08
Citation Envoyé par GHetfield Voir le message
Et un DC ca ne se virtualise pas n'importe comment. Mais t'es pas obliger de me croire. C'est pas parce-que t'as jamais eu de problèmes que tu suis les bonnes pratiques en production.
Le lien que tu nous as indiqué ne dit pas qu'il ne faut pas virtualisé un DC, mais qu'il y a des fonctionnalités à ne pas utiliser.
Ça se résume à :

- un rollback de snapshot, un backup de système de fichiers et enfin un clone de VM. Ben déjà ces 3 actions reviennent au même finalement. Et ça parait évident que revenir sur une sauvegarde/snapshot antérieur d'une machine ça peut foutre la merde. C’est peut-être d'autant plus vrai pour un DC, mais c'est probablement vrai aussi pour d'autres types de serveur, genre DNS, DHCP, base de données, etc. Et puis ces 3 fonctionnalités ne sont pas l'exclusivité de la virtualisation. On peut très bien faire un snapshot sur une machine physique.

- et enfin ne pas mettre un DC sur une machine trop occupée sinon le temps (NTP) risque d'être trop décalé et provoquer des problèmes. La marge de tolérance par défaut du DC est de 5 minutes, ce qui me parait déjà énorme !!! Le jour où j'ai un serveur qui est tellement occupé qu'il n'arrive plus à mettre son horloge à jour, ben je revoie mon archi réseau et j'achète de nouveaux serveurs !

PS : une faille de sécurité dans l’implémentation SSL de Windows vient d'être découverte. Elle est présente dans Windows depuis 7 ans et demi. Presque aussi bien qu'OpenSSL
4  0 
Commenter Signaler un problème