Faille de sécurité critique dans Java 7 activement exploitée

Faille de sécurité critique dans Java 7 activement exploitée
pouvant être utilisée pour installer des malwares


Une nouvelle faille de sécurité vient d’être découverte par des chercheurs en sécurité dans la plateforme de développement Java.

Selon l’alerte de sécurité publiée par le groupe US-CERT (cellule américaine de sécurité informatique), la vulnérabilité concerne la dernière mise à jour Java 7 Update 10 et la mise à jour Java 7 Update 9 (versions qui ont été testées pour l’instant).

La faille peut être exploitée par un pirate après la visite d’un site Web compromis pour exécuter du code arbitraire à distance et installer des applications malveillantes sur le poste d’un utilisateur.

Les risques liés à cette faille sont assez élevés, dans la mesure où le code d’exploit a déjà été divulgué publiquement. Le kit de piratage BlackHole intègre une copie du code des instructions permettant d’exploiter la faille.

Pour l’instant, Oracle n’a encore fait aucun commentaire sur cette nouvelle faille. Les experts en sécurité conseillent de désactiver le plug-in Java dans le navigateur tant qu’un correctif n’a pas été publié.

Pour les utilisateurs de Java 7u10, ils pourront dans le panneau de configuration désactiver les applications Java qui s’exécutent dans le navigateur et définir un niveau de sécurité pour les applets non signés, les applications Java Web Start et les solutions embarquées JavaFX qui s’exécutent dans le navigateur.


Source : US-CERT


Et vous ?

:fleche: Que pensez-vous de cette faille ?

Avec tout le temps de nouvelles failles de sécurité je me demande comment oracle pourra confirmer son fameux javaFX qui souffre déjà d'une mauvaise réputation due au ancienne version.

J'en pense que de toute manière je n'ai pas réactivé mon plugin Java depuis très longtemps et que je vais continuer comme ça...

Je vais finir par penser qu'Apple avait raison de ne plus installer Java dans OS X par défaut ou désactiver les plugins Java.

Cela commence a faire beaucoup de failles pour le plug-in Java.

J'adore Java mais pas pour des Applets ou JavaFX. Je préfères les JSF, GWT et autres qui génèrent de l'HTML5, JS et CSS.

que des soucis de sécurité depuis le rachat de SUN par Oracle :(

Citation:

---

Envoyé par mascoco

que des soucis de sécurité depuis le rachat de SUN par Oracle :(

---

Et encore... habituellement, la faille est suivie jusqu'à SE6 du temps de Sun, donc des failles qui ont peut-être toujours été là.

Non mais ça c'est pas une faille, c'est un gouffre:lol:

Je ne pense pas que le réel problème vienne de Java, mais simplement de la façon dont on annonce la news, si je puis dire.

Une news disant : "Faille de sécurité critique", on a tendance à penser que le logiciel derrière n'est pas si vérifié et sur que cela.

Une news disant : "Nouvelle version de Chrome..." avec plein de fonctionnalités / supports et une petite ligne pour "Chrome 24 apporte des correctifs pour 24 failles de sécurité" (cf: ici), on a tendance à penser que le logiciel est sur et robuste. Jusqu'à la news sur la prochaine version qui corrigera 10 failles dont 2 critiques.

Quoiqu'il en soit, j'espère qu'Oracle la corrigera vite afin d'éviter de plomber l'image de Java.

Citation:

---

Envoyé par olivier.pitton

Je ne pense pas que le réel problème vienne de Java, mais simplement de la façon dont on annonce la news, si je puis dire.

---

La façon dont est annoncée la news traduit simplement le fait, à mon sens, que l'on aimerait bien qu'Oracle prenne ce genre de problème au sérieux et réagisse plus vite que ce qu'ils ne l'ont fait jusqu'à maintenant...

Car même si pour beaucoup je pense, on se passe en général aisément du plug-in Java dans le navigateur (personnellement il est assez rare que j'en ai besoin, ah si pour les impôts tiens), ceux qui en ont besoin plus régulièrement doivent être agacés (si tant est qu'ils connaissent l'existence du problème), d'avoir à l'activer ou le désactiver, selon les sites qu'ils visitent. Et pour ceux qui ignoreraient l'existence du problème c'est encore pire. Donc, oui, je pense qu'il y a matière à être volontairement alarmiste, tu ne crois pas ? Ca ne donne pas forcément une bonne image au produit concerné, c'est sûr, mais si ça peut contribuer à faire bouger les choses rapidement, dans ce genre de cas, je dirais que c'est un moindre mal.

Est ce que le risque existe pour les utilisateur linux aussi?

Citation:

---

Envoyé par amine_dev

Est ce que le risque existe pour les utilisateur linux aussi?

---

Je ne vois pas pourquoi linux serait épargné. La faille est exploitée par le biais des plugins Java installés sur les navigateurs web. Si tu as ce type de plugin, il est recommandé de le(s) désactiver.

Après, c'est une question d'impact. De par la gestion des droits des systèmes linux, un code malveillant exploitant la faille n'aura pas un rayon d'action illimité. Mais ce n'est pas une raison pour se croire à l'abris. Il reste possible de voler ou détruire certaines données / préférences, voire d'utiliser cette faille pour en exploiter une autre au niveau de l'os.

Donc à mon avis, désactive tes plugins Java, quelque soit l'os que tu utilises.

Citation:

---

Envoyé par Laurent.B

... on se passe en général aisément du plug-in Java dans le navigateur (personnellement il est assez rare que j'en ai besoin, ah si pour les impôts tiens), ceux qui en ont besoin plus régulièrement doivent être agacés (si tant est qu'ils connaissent l'existence du problème), d'avoir à l'activer ou le désactiver, selon les sites qu'ils visitent ...

---

On pourrait imaginer que lorsqu'on visite un site "de confiance" (les impôts)
on l'ajoute d'un clic dans une liste de sites autorisés à utiliser java ou acrobat reader ou flash etc.

Cela reviendrait à demander à l'utilisateur d'activer les plug-in par rapport aux sites
et non par rapport à la sécurité des plug-in.

par la suite, quand une faille de sécurité est découverte, ça ne poserait plus ce problème de tout désactiver en catastrophe (faire le tour de tous les ordis de la boîte pour vérifier les navigateurs) !

ce système existe déjà pour java web start.

Publication de Java 1.7.0_11

Citation:

---

Envoyé par http://www.oracle.com/technetwork/java/javase/7u11-relnotes-1896856.html

This release contains fixes for security vulnerabilities. For more information, see Oracle Security Alert for CVE-2013-0422.

---

Un certain nombre de messages ont été modérés suite à une intervention ayant fait dévier le sujet de la discussion. Merci de revenir au sujet initial.

Citation:

---

Envoyé par bouye

Publication de Java 1.7.0_11

---

Apparemment, le correctif ne corrige pas tout, loin s'en faut.

Citation:

---

Envoyé par Adam Gowdiak de Security Explorations

Nous ne pouvons affirmer aux utilisateurs qu’il est de nouveau sûr d’autoriser Java. [...] Java est un désordre. Il n’est pas sécurisé. Vous devez le désactiver.

---

Citation:

---

Envoyé par HD Moore créateur de Metasploit et chercheur en sécurité pour Rapid7

La chose la plus sûre à ce stade est de considérer que Java restera toujours vulnérable. Les gens n’ont pas réellement besoin de Java sur leur poste de travail.

---

Citation:

---

La chose la plus sûre à ce stade est de considérer que Java restera toujours vulnérable. Les gens n’ont pas réellement besoin de Java sur leur poste de travail.

---

Heuuu, je dirais plutot "dans leur browser", parce que là où je suis, on a quand même pas mal d'outils codé en java, modèle desktop application.

Puis les employés doivent bien pouvoir faire tourner Azureus et Minecraft :lol:

Oracle publie un correctif d’urgence pour la faille zero-day dans Java
les experts en sécurité, sceptiques, maintiennent la désactivation du plugin

Oracle a publié un correctif d’urgence pour la faille de sécurité dans Java, activement exploitée par les pirates.

La mise à jour Java 7 Update 11 apporte des correctifs pour les vulnérabilités étiquetées CVE-2013-0422 et CVE-2012-3174.

La faille CVE-2013-0422, dont le code des instructions permettant de l’exploiter a déjà été implémenté dans deux kits de piratage, permet après la visite d’un site web compromis, d’exécuter du code arbitraire à distance et d'installer des applications malveillantes sur le poste d’un utilisateur.

La vulnérabilité CVE-2012-3174, quant à elle, peut également être exploitée à distance via le plugin Java s’exécutant dans le navigateur, en incitant les utilisateurs à naviguer sur un site Web malveillant.

Java 7u11 modifie également la politique de sécurité par défaut du plugin Java, de sorte que dorénavant, les applets non signés devraient toujours générer un message d’avertissement à l’utilisateur avant d’être exécutés.

Oracle recommande l’application immédiate de cette mise à jour. La société estime également que les utilisateurs ayant désactivé le plugin Java peuvent l’activer à nouveau.

Sauf que, les experts en sécurité, presque à l’unanimité, suggèrent de maintenir le plugin Java bloqué. « C’est bien qu’Oracle ait fixé cette vulnérabilité rapidement », écrit l’expert en sécurité Brian Krebs dans un billet de blog. « Mais, je vais continuer à conseiller aux utilisateurs de désactiver Java s’ils ne l’utilisent pas ».

HB Moore, le créateur du kit de piratage Metasploit, estime qu’il faudrait près de deux ans à Oracle pour corriger l’ensemble des failles de sécurité identifiées dans Java.

Il est clair qu'Oracle devra attendre longtemps avant de restaurer la confiance secouée en la fiabilité du plug-in Java.

:fleche: Télécharger Java 7 Update 11

Source : Oracle, Reuters, Krebs On Security

Tout ceci illustre une constante en technologie : plus on permet à un système de faire des tâches différentes et complexes, plus on génère soi mpeme les futurs problèmes de sécurité et/ou de fiabilité. Ca s'applique aux voitures dont le freinage est piloté par un ordinateur, aux avions dont la vitesse est régulée par une sonde qui peut congeler, aux régrigérateurs pilotés par CI, aux chauffages pilotés par thermostat radio et j'en passe...

Après, en phase 2, il y a la comm... Et là, on se met à la merci d'une bonne campagne de pub qui est capable de dégommer un produit. Et puis une faille de sécurité "Critique" c'est quoi ?

Bonjour le fofo :ccool:
Le souci avec ce plug-in, c'est que les failles réapparaissent aussi vite qu'elles sont comblées... :cry:

Bravo aux pirates dans cette affaire, non pas pour leur intention, mais plutôt pour leurs compétences.

Oracle va devoir embaucher quelques uns d'entre eux... :mouarf:

Le security manager est pourri dans Oracle, depuis des années, depuis le début de java en fait, on distribue la même jvm pour exécute du code sur le desktop que pour exécuter du code sur le browser. Ce qu'il faudrait, ce serait un code séparé pour les applet qui n'aurait pas accès au système, non pas parce que le security manager l'en empeche, mais parce que les classes indispensable pour ouvrir les fichiers / exécuter des applications tierces / charger des librairies tierces n'existeraient pas.

Mais ça veux dire casser pas mal d'applets existantes en entreprise :aie:

Citation:

---

Envoyé par tchize_

Le security manager est pourri dans Oracle, depuis des années, depuis le début de java en fait, on distribue la même jvm pour exécute du code sur le desktop que pour exécuter du code sur le browser. Ce qu'il faudrait, ce serait un code séparé pour les applet qui n'aurait pas accès au système, non pas parce que le security manager l'en empeche, mais parce que les classes indispensable pour ouvrir les fichiers / exécuter des applications tierces / charger des librairies tierces n'existeraient pas.

Mais ça veux dire casser pas mal d'applets existantes en entreprise :aie:

---

Je pense en effet qu'on ne peut plus trop retourner en arrière pour sécuriser la VM. Le problème d'une VM, c'est que justement on lui ouvre des droits par défaut importants pour lui permettre d'exécuter sans restictions les applis. Le problème se situe maintenant dans l'énorme palette de choses qu'une appli doit être capable d'exécuter.
Si on prend l'exemple de l'aPI "fermée" de l'iPhone, on est dans le cas inverse : aucune appli ne peut bricoler ce qu'elle veut dans l'IOS. En contrepartie de cette sécurité de fonctionnement, il y a des restrictions.

Il existe une constante qui s'exprime ainsi :

Sécurité x versatilité = 1.

Donc si on bouge l'un, c'est au détriment de l'autre. Après il suffit de se poser al question : lequel des deux je veux prioriser. Et ensuite, avoir l'honnêteté de reconnaitre que ça sera au détriment de l'autre.

"A vouloir tout faire, on fait tout mal"...

Java : découverte de deux nouvelles failles dans le correctif d’urgence d’Oracle
la qualité du code inquiétante pour Security Explorations

Une semaine à peine après la sortie du correctif de sécurité d’urgence Java 7u11, les experts en sécurité découvrent de nouvelles failles dans la plateforme de développement.

http://idelways.developpez.com/news/...nerabilite.jpg

Le cabinet de sécurité Polonais Security Explorations vient de publier un nouveau bulletin de sécurité sur deux nouvelles vulnérabilités dans Java 7u11, pouvant être exploitées pour contourner la sécurité du sandbox pour exécuter du code arbitraire sur les postes affectés.


Pour l’instant, cette vulnérabilité ne serait pas encore activement exploitée. Security Explorations a déclaré qu’il n’avait découvert aucun exploit reposant sur cette faille. Mais, pour combien de temps ?

Les détails sur le problème ainsi qu’une preuve de réalisation ont été transmis à Oracle. Security Explorations s’est abstenu de les divulguer publiquement afin de limiter les risques.

http://idelways.developpez.com/news/...ation-logo.jpg

Face à la recrudescence des failles dans Java, le PDG de Security Explorations, Adam Gowdiak, estime qu’il y a « clairement quelque chose d’inquiétant dans la qualité du code de Java 7 SE », avant d’ajouter que c’est certainement la conséquence du manque d’un cycle de développement axé sur la sécurité (Secure Development Lifecycle).

HB Moore, le créateur du kit de piratage Metasploit, pense, pour sa part, qu’il faudrait près de deux ans à Oracle pour corriger l’ensemble des failles de sécurité identifiées dans Java.

Néanmoins, les risques de ces failles peuvent être atténués par Java 7u11, qui introduit une nouveauté permettant de générer un message d’avertissement avant d’exécuter un Applet non signé.

Le cabinet de sécurité Trend Micro note cependant la circulation des fausses versions de cette mise à jour qui permettent d’installer des backdoor sur le poste des utilisateurs. Il est donc conseillé de télécharger cette mise à jour sur le site d’Oracle.

Les experts en sécurité suggèrent de toujours maintenir le plugin Java bloqué, ou de complètement désinstaller la plateforme pour les personnes qui ne l’utilisent pas.



Source : Full Disclosure, Trend Micro

Moi ce que je note c'est le regain d'intéret pour Java
- des cabinets de sécurité,
- des pirates et hackers.
malgré le manque d'intéret des applets dans le monde des développeurs !
Est-ce le fait que derrière Java, il y ait Oracle ? Enfin, bon... sans vouloir défendre Oracle, je ne pense pas que les versions antérieures de Java étaient mieux sécurisées ! Il faut donc espérer, que ces découvertes à répétition sensibilisent Oracle sur le process à mettre en place...

Franchement, vous en rencontrez souvant des sites nécessitant l'extension Java des navigateurs Internet? A si... les impots !
Perso, je me sens bien plus concerné par les failles de ces navigateurs ou celles de nos OS...

a+
Philippe

J'ai l'impression que j'ai fait une bonne opération en délaissant Java pour .NET.

A ce rythme, Java risque de devenir minoritaire. Déja dans plusieurs boîtes de consulting, Java passe derrière .NET et PHP !

Depuis qu'Oracle a repris les rênes, je trouve justement que Java va mal.
J'ai l'impression qu'ils ont mis les sous, mais pas le savoir faire qui va avec.
Enfin c'est souvent le cas chez les grosses boîtes, qui s'intéressent plus à l'argent qu'à la qualité.
Ca pose des questions quand à la qualité général de code d'Oracle.

C'est dangereux à la fois pour les clients mais également pour le marché, qui risque de délaisser Java et mettre pleins de gens au chômage (sans compter les écoles qui devront changer leur programmes/enseignants). Les développeurs .NET y gagneront par contre (migrations massives d'applications d'entreprises).

C'est clair que ça ne donne pas une image géniale. A une époque, on pouvait installer java sans installer le plugin :/

Maintenant par rapport à .NEt, je ne veux pas être méchant, mais aucun plugin pour .net dans les navigateurs que je sache et en ce qui concerne silverlight .... Je ne connait pas grand monde qui l'installe :roll:

Silverlight était bien, mais il ne faisait pas le poids face à l'implantation de Flash, ou à la gratuité et standardisation du HTML5.

Mais sinon tu as aussi les applis XBAP qui peuvent aussi se lancer dans un navigateur.

Citation:

---

Envoyé par LSMetag

J'ai l'impression que j'ai fait une bonne opération en délaissant Java pour .NET.

---

Quel est le rapport avec dotnet ? Il y a beaucoup, d'amalgame dans les news depuis 6 mois, mais ici on parle d'un plugin pour navigateur et non pas de Java ! Java ne se réduit pas à ce plugin fort heureusement... Qui plus est: un plugin inutile pour 99.99% des utilisateurs de l'Internet... Après celà fait tâche c'est clair :( Mais je ne vois pas, dans ces annonces de failles, ce qui pourrait remettre en cause les fondements de JavaSE et JavaEE. Pourtant, il doit bien y en avoir de bien bonnes...

Comme dit plus haut, moi c'est tous les mois, le nombre de patches dotnet, windows, IE, office de sécurité qui s'installent sur mon poste que je suis de près sans les voir diminuer... et , pourtant Microsoft à fait des nets progrès sur le sujet tant en communication qu'en réactivité !

A+

Citation:

---

Envoyé par Philippe Bastiani

Quel est le rapport avec dotnet ? Il y a beaucoup, d'amalgame dans les news depuis 6 mois, mais ici on parle d'un plugin pour navigateur et non pas de Java ! Java ne se réduit pas à ce plugin fort heureusement... Qui plus est: un plugin inutile pour 99.99% des utilisateurs de l'Internet... Après celà fait tâche c'est clair :( Mais je ne vois pas, dans ces annonces de failles, ce qui pourrait remettre en cause les fondements de JavaSE et JavaEE. Pourtant, il doit bien y en avoir de bien bonnes...

Comme dit plus haut, moi c'est tous les mois, le nombre de patches dotnet, windows, IE, office de sécurité qui s'installent sur mon poste que je suis de près sans les voir diminuer... et , pourtant Microsoft à fait des nets progrès sur le sujet tant en communication qu'en réactivité !

A+

---

D'accord avec toi sur ce point.
Et en plus de ce que je lis, il y a un oubli assez important : "JE délaisse Java pour .Net"... Sauf que .Net est spécifique Windows alors que Java est multi plateforme, i.e. partout où un motuer Java est implémenté. Ca donne un gros avantage à Java (même si c'est pas mon système préféré).

Ahah c’est tellement génial de voir le nombre de failles découvertes s’accroître et de voir les « pro-Java » chercher des excuses bidons pour continuer à prôner ce « langage » comme une révolution multiplateforme, ou une connerie dans le genre.

Au moins, bien que ce langage soit pourri de A à Z, il me fait bien rire :D

Citation:

---

Envoyé par skypers

Ahah c’est tellement génial de voir le nombre de failles découvertes s’accroître et de voir les « pro-Java » chercher des excuses bidons pour continuer à prôner ce « langage » comme une révolution multiplateforme, ou une connerie dans le genre.

Au moins, bien que ce langage soit pourri de A à Z, il me fait bien rire :D

---

Houla attention, je suis pas "pro-java" du tout, j'en suis même l'opposé...
PAr contre là où je suis moins catégorique, c'est dans un amalgame qui est fait entre le langage Java (qui a ses avantages et ses inconvénients) et l'interpréteur qui permet l'exécution d'un code Java (ou p-code me diront les puristes).
C'est cet amalgamme qui me gène un peu. Ca serait un peu comme si on critiquait C# parce que .Net est pourri. Bon d'accord, Java est très intimement lié avec Java SE et tout le tremblement...

Citation:

---

Envoyé par arkhamon

Sauf que .Net est spécifique Windows alors que Java est multi plateforme, i.e. partout où un motuer Java est implémenté. Ca donne un gros avantage à Java (même si c'est pas mon système préféré).

---

Pour continuer dans le hors-sujet, après je file : ne pas oubliez Mono ! L'air de rien, il continue à faire son chemin et fait tourner certaines applications assez populaires dans leurs domaines...y compris sur internet, sur Android, sur iOS, sur WP, etc. De plus, l'ouverture de certaines technologies par MS a permis d’accélérer certains aspects intéressants (notamment en ce qui concerne ASP.Net).

Bref, il y a encore un manque de maturité, c'est certain, mais d'ici quelques années je pense que cet avantage de Java sera rattrapé sans problème.

Ah, revoilà skypers, le troll en chef !
A part ça, ça t'arrive d'etre constructif de temps en temps ?

/popcorn

C'est marrant de voir de plus en plus de sujets sur des failles Java alors que les seules applications java que je sais être utilisé quotidiennement sont les serveurs web (Glassfish, Tomcat, Netty...) en entreprise et Minecraft (c'est bien la seule raison pour laquelle mes frères ont java sur leur PC). Quand bien même Minecraft existe sous forme d'applet, aucun des deux n'est soumis à ce genre de failles.

Tout est sujet à faire peur les managers et promouvoir un changement de technologie pour au final aucun apport et un coût bien plus important parce qu'il faut former les développeurs.

Même une application utilisant le bien critiqué trio Apache/PHP/MySQL peux être sécurisé ! Si des développeurs savent le faire alors qu'on les laisse faire au lieu de leur forcer à utiliser des technos dont ils peuvent ignorer certaines failles éventuelles.

Java minoritaire, il faut pas trop s'enflammer tout de même.
Quasiment tous les smartphones, hormis les produits Apple je crois, tournent avec Java.
Moi, je suis pas prêt d'arrêter d'en faire du Java. Car vu l'inertie de la bestiole pour qui je sous traite, délaisser Java prendrait des millénaires...
Que ce soit du côté de la maintenance de l'existant (sur le parc d'avion monumental) ou des futures applications, Java a de beaux jours devant lui.
Côté portabilité, ça reste aussi une des solutions les plus flexibles quand on doit générer des livrables sur plusieurs plateformes.
Le coup de la bidouille à la compilation pour chaque cible avec du C/C++ par ex., c'est bien joli mais niveau industrialisation, quand vous devez générer votre usine à gaz pour X cibles sur X plateformes, avec X configurations particulières pour X compagnies aériennes, je peux vous dire qu'on est bien content de lancer son script ant sans se soucier de la taille des types primitifs ou des options du compilo à activer sur tel ou tel système...
Il faut aussi prendre en compte les réalités du métier. Y a pas que l'amour du code dans la vie.
:-)

Cordialement.

Citation:

---

HB Moore, le créateur du kit de piratage Metasploit, pense, pour sa part, qu’il faudrait près de deux ans à Oracle pour corriger l’ensemble des failles de sécurité identifiées dans Java.

---

Il faudrait d'abord axer le developpement sur le coté sécurité de java.Et depuis que Oracle a acheté SUN on dirait qu'il y'a plus vraiment une politique accrue sur java.
On parle de java 8 pour palier à certaines failles de sécurité mais déjà java 7 ça explosera entre les mains.
Malgré cela java demeures un des langages les plus utilisés surtout avec les Os mobiles tels que Android.

Lorsque l'on parle de failles, le vrai problème est l'impact qu'elles peuvent avoir, donc la popularité de l'outil défaillant. Des failles de sécurité, y en a dans tous les logiciels, pas que dans Java.

Par exemple, Twitter avait son front-end réalisé avec RoR (source)

Citation:

---

Last week, we launched a replacement for our Ruby-on-Rails front-end: a Java server we call Blender.

---

.

Or on a récemment entendu parler de failles dans RoR (source). Vu l'utilisation de Twitter, la faille dans RoR aurait été réellement dramatique.

PS : En passant de RoR à Java, Twitter a multiplié ses performances par un facteur 3. Mais c'est un autre sujet ! :)

Citation:

---

Envoyé par bruneltouopi

Il faudrait d'abord axer le developpement sur le coté sécurité de java.Et depuis que Oracle a acheté SUN on dirait qu'il y'a plus vraiment une politique accrue sur java.
On parle de java 8 pour palier à certaines failles de sécurité mais déjà java 7 ça explosera entre les mains.
Malgré cela java demeures un des langages les plus utilisés surtout avec les Os mobiles tels que Android.

---

Android ne s'appuie pas sur la jvm d'Oracle.

Citation:

---

Envoyé par skypers

Ahah c’est tellement génial de voir le nombre de failles découvertes s’accroître et de voir les « pro-Java » chercher des excuses bidons pour continuer à prôner ce « langage » comme une révolution multiplateforme, ou une connerie dans le genre.

Au moins, bien que ce langage soit pourri de A à Z, il me fait bien rire :D

---

Il ne faut pas confondre le langage et la plateforme.

Là en l'occurrence, c'est la plateforme qui a des failles.

Bon, j'ai l'impression d'avoir lancé un pavé dans la mare. Je vais m'expliquer.

Je suis d'accord que les failles détectées touchent seulement le plugin web. Mais je me dis quand même que ça fait beaucoup, et que ça remet en cause tout ce que fait Oracle, donc tout ce qu'il a fait sur Java, voire même sur Oracle.

Je n'ai jamais dit que je n'aimais pas Java ou J2EE. J'ai bossé dessus, j'ai apprécié (sauf les premières versions de J2EE), même si j'ai trouvé quelques limitations face à .NET et C#.
C'est vrai que j'aime beaucoup .NET. C'est vrai que .NET n'est pas "de base" portable. Mais voila, quand on est pas un fan de linux ou mac, on est pas tellement gêné de ne pas développer pour 15% des utilisateurs (qui pour la plupart ne sont pas des utilisateurs lambda et ont un Windows à côté).
Mais je rappelle quand même qu'il y a Mono (avec la bénédiction de Microsoft) qui est devenu relativement mature. Donc l'argument "non portable" est obsolète aujourd'hui.

Mono a des limitations nottament un sacré retard (enfin la dernière fois que j'ai regardé) par rapport à la version microsoft, et une licence pas claire (encore une fois, la dernière fois que j'y ai jeté un oeil).

Je partage grandement ton avis sur les applis desktop, surtout quand elles deviennent complexe. Le problème de la portabilité n'est pas vraiment un problème quand tu developpe des applications desktop. Comme tu le dis, une minorité d'utilisateurs, et ça ne vaut pas le coup. Y a pas mal d'app à succès sur mac os x écrites en objective C, pourtant c'est pas non plus une majorité du marché, chacun sa cible, chacun son choix et il vaut mieux se centrer sur un truc intégré à l'OS que d'être général et disons le, mal intégré. Et il y a pas mal de trucs, comme QT qui s'intègrent mieux et assurent une portabilité pour les applis desktop.

Le problème est tout autre quand tu développe des applications d'entreprise. On ne parle plus de 10 ou 15% d'utilisateurs là. Même si les desktop sont souvent du windows, les serveurs sont plus souvent dans la famille linux / unix.

Et si tu vends des applis serveur, la portabilité de java, ça deviens un bel atout ;) Au même titre que la portabilité de python ou php par exemple. Quand t'es face à une grappe de machine avec au choix du HP-UX (beurk), du redhat ou d'autres distros sur des serveurs virtuels, le .Net n'est plus une option.

Pour ce qui est de skypers, je n'ai qu'une seul chose à dire :)
http://www.youtube.com/watch?v=1orMXD_Ijbs

Citation:

---

Envoyé par Lutarez

Pour continuer dans le hors-sujet, après je file : ne pas oubliez Mono ! L'air de rien, il continue à faire son chemin et fait tourner certaines applications assez populaires dans leurs domaines...

---

Mono comme Wine sont des projets colossaux réalisé très sérieusement mais qui ne pourront jamais être considérés sérieusement car ils sont condamnés a courir derrière Microsoft qui reste seul maitre de ses API et continue de les faire évoluer.