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 !

Apache Struts : la mise à jour du Framework Java
Corrige des failles exploitées par les hackers

Le , par Cedric Chevalier
25 commentaires

12PARTAGES

1  0 
Apache Struts 2.3.15.2 la mise à jour pour le framework open source de création d’applications web en Java est disponible. Celle-ci apporte des correctifs de sécurité majeurs pour des vulnérabilités rencontrées dans la version 2.3.15.1.

A titre de rappel, un récent rapport de sécurité soulignait que les utilisateurs d’Apache Struts avaient tendance à utiliser des versions vulnérables du framework. Struts 2.3.15.1 avait d’ailleurs été recommandé aux utilisateurs afin de les protéger des menaces de sécurité.

Par défaut, la fonctionnalité DMI (Dynamic Method Invocation) est désactivée dans Apache Struts 2.3.15.2. Pour l’équipe de développement, celle-ci constituait une menace de sécurité réelle pour les utilisateurs de la version 2.3.15.1.

On note également que la vulnérabilité de type « Broken Access control » (qui donne la possibilité à un hacker d’avoir accès à certaines ressources alors qu’elles lui sont interdites en temps normal) qui affectait Struts 2.3.15.1 a été aussi corrigée.

Les développeurs tout comme les autres utilisateurs sont vivement appelés à installer cette mise à jour et aussi celles qui la suivront pour éviter toute forme de désagrément.

Télécharger Apache Struts 2.3.15.2

Source : Apache Struts

Et vous ?

Utilisez-vous Apache Struts ?

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

25 commentaires
Commenter Signaler un problème
Gugelhupf
Avatar de Gugelhupf
Modérateur https://www.developpez.com
Le 25/09/2013 à 21:54
Citation Envoyé par salve34 Voir le message
ps: Voilà une info importante mais comme çà touche la sécurité et non "le pire code ou la pire appli que vous avez vu", personne n'est intéressé
Struts 2 est un framework que j'ai essayé récemment, juste après avoir étudié JSF2 un peu avant.

Dans un premier temps j'ai ressenti un effet "retour en arrière", parce que contrairement à JSF2 qui fonctionne en mode Facelet/ManagedBean, il y a plusieurs fichiers à configurer dans Struts2. Et plus il y a de fichier à configurer dans un projet et plus celui-ci devient lourd à gérer...

Mais d'un autre coté j'ai eu l'impression que malgré ce coté "old-school" il pourrait y avoir plus de souplesse... Et puis au fur et à mesure que je construisais mon interface, je me suis rendu compte que ce framework n'était plus vraiment adapté au développement d'application Web.
La question que j'ai fini par me poser fut : Qu'est ce que Struts2 de base apporte plus que JSP/Servlet à part les formulaires, et avoir des JSP plus propres sans code <% Java %> ? ... rien de plus j'ai l'impression (mais je peux très bien me tromper).

Autrement le framework fonctionne en mode 100% action... comment faire pour qu'une action soit appelé avant le chargement de l'index ?
Malheureusement les forums struts/struts2 sont morts, mais j'ai fini pas trouver la réponse. La solution consiste à rafraichir sa page d'index comme ceci :
Code : Sélectionner tout 
<META HTTP-EQUIV="Refresh" CONTENT="1;URL=Index.action">
... C'est fou non ? Pour moi un code source d'une page HTML ne doit pas permettre aux utilisateurs de connaitre le type d'architecture au niveau du serveur. Mais là on sent le struts à plein nez. Comment ne pas se faire pirater ?

Maintenant je vais essayer d'étudier d'autres framework Java orienté Web.
2  0 
Altenide
Avatar de Altenide
Membre habitué https://www.developpez.com
Le 26/09/2013 à 12:05
voici une 2 stats intéressantes :

insight strus 2 / jsf 2

http://zeroturnaround.com/rebellabs/...ts-and-jsf/#!/

mais Struts 2 sauf évolution majeure a un futur plutôt sombre selon moi.
1  0 
Altenide
Avatar de Altenide
Membre habitué https://www.developpez.com
Le 26/09/2013 à 9:12
comment faire pour qu'une action soit appelé avant le chargement de l'index ? Malheureusement les forums struts/struts2 sont morts, mais j'ai fini pas trouver la réponse. La solution consiste à rafraichir sa page d'index comme ceci :
Code :
Code : Sélectionner tout 
<META HTTP-EQUIV="Refresh" CONTENT="1;URL=Index.action">
... C'est fou non ?
Je ne suis pas sur que ce soit la meilleur façon d'appeler une action struts 2. Cela dénote simplement une profonde méconnaissance du framework en question et du bloc JEE, Servlet, filter. Ce qui est fou s'est d'appliquer la meilleure mauvaise solution trouvée on ne sait ou sur le web. Après que ce soit en Spring, JSf, struts ou autre chose...
0  0 
ulspider
Avatar de ulspider
Membre éprouvé https://www.developpez.com
Le 26/09/2013 à 9:49
Salut,

j'ai pas mal développer sous Struts 1/2 et je trouvais ce framework intéressant, enfin à mes débuts. Néanmoins comme le dit Gugelhupf, je ne vois plus bien l'utilité du framework depuis l'arrivée de JSF 2 et supérieur.

D'ailleurs, je peux dire la même chose de Spring. Le couple JSF 2 et JavaEE 6 offre la plupart des fonctionnalités intéressantes de Spring qui manquait jusqu'alors (IOC notamment), sans la lourdeur de Spring. Pour Spring, le seul intérêt que je pourrais y voir c'est pour Spring Security, quoique j'ai testé récemment Apache Shiro et celui-ci répond aussi bien voir mieux à cette problématique.

Le monde JavaEE change, bien que je trouve qu'en entreprise cela ne se fasse pas très rapidement. Je vois énormément de projet String, Struts, Hibernate (pas forcément des anciens projets) mais JSF ne semble pas bien intégré sur le marché français.
0  0 
Gugelhupf
Avatar de Gugelhupf
Modérateur https://www.developpez.com
Le 26/09/2013 à 10:38
Citation Envoyé par Altenide Voir le message
Je ne suis pas sur que ce soit la meilleur façon d'appeler une action struts 2. Cela dénote simplement une profonde méconnaissance du framework en question et du bloc JEE, Servlet, filter. Ce qui est fou s'est d'appliquer la meilleure mauvaise solution trouvée on ne sait ou sur le web. Après que ce soit en Spring, JSf, struts ou autre chose...
Sur les 5 exemples que j'ai trouvé sur le web, concernant le chargement de la page par défaut (l'index), 4 montrent l'exemple que j'ai donné au dessus. Et pourtant c'est une solution proposée par des professionnels.

La seule autre solution que j'ai trouvé est celle-ci (non testé) :
D'abord, créer une page vide welcome dans le web-content.
Ajouter le contenu suivant dans le web.xml :
Code : Sélectionner tout 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
<!-- web.xml -->
<filter>
        <filter-name>action2</filter-name>
        <filter-class>org.apache.struts2.dispatcher.ng.filter.StrutsPrepareAndExecuteFilter</filter-class>
</filter>
<filter-mapping>
         <filter-name>action2</filter-name>
         <url-pattern>/*</url-pattern>
         <dispatcher>REQUEST</dispatcher>    
         <dispatcher>FORWARD</dispatcher>
         <dispatcher>INCLUDE</dispatcher>
         <dispatcher>ERROR</dispatcher>
</filter-mapping>

<welcome-file-list>
        <welcome-file>welcome</welcome-file>
</welcome-file-list>
Et enfin dans le web.xml :
Code : Sélectionner tout 
1
2
3
4
<!-- struts.xml -->
<action name="welcome" class="welcome.action">
        <result>/index.jsp</result>
</action>


Je veux bien savoir quelle est la "bonne méthode" à appliquer... sauf que struts/struts2 m'a l'air bien délaissé par la communauté.
0  0 
chortani
Avatar de chortani
Membre régulier https://www.developpez.com
Le 26/09/2013 à 10:49
D'ailleurs, je peux dire la même chose de Spring. Le couple JSF 2 et JavaEE 6 offre la plupart des fonctionnalités intéressantes de Spring qui manquait jusqu'alors (IOC notamment), sans la lourdeur de Spring
on disait ça sur les JEE (EJB, serveur ) il y a quelques mois .

Mais troll à part, pour moi, ça dépend du contexte , du besoin et du taille de projet. Je ne ferais pas de JSF pour une petite appli web de quelques pages (actions), et pas de Struts dans une application de gestion de .... .

et franchement Struts ça reste mieux que JSP/Servlet ( je suis sur une JSP de 2000 lignes de code ).
0  0 
Gugelhupf
Avatar de Gugelhupf
Modérateur https://www.developpez.com
Le 26/09/2013 à 11:01
Citation Envoyé par chortani Voir le message
et franchement Struts ça reste mieux que JSP/Servlet ( je suis sur une JSP de 2000 lignes de code ).
Oui mais non, tu prends un cas personnel qui est extrême.
Dans un premier temps, enlèves toutes les balises de code Java <% %> dans la .jsp en question, et dit nous combien il reste de lignes.

Ce n'est pas parce que tu travailles en JSP/Servlet que tu as 2000 lignes dans une .jsp

La personne qui a fait ce travail de cochon peut très bien te reproduire la même chose avec une .jsp de 2000 lignes pour struts/struts2.
0  0 
Traroth2
Avatar de Traroth2
Membre émérite https://www.developpez.com
Le 26/09/2013 à 11:20
Citation Envoyé par DrHelmut Voir le message
Indépendament des failles je trouve fou qu'en 2013 on parle encore de struts2 comme si cela pouvait être un choix cohérent de framework web....

C'est lourd et poussif. Et JSF ne fait pas mieux, à croire que le monde Java ne sait pas faire de web de manière simple, élégante et efficace; pour ma part après GWT j'en suis revenu aujourd'hui aux fondamentaux : frontal web pur html/Jquery, services REST en java pour la partie traitement; et basta.
Ca se défend, ce que tu dis, très franchement. Tu rends ta partie serveur totalement indépendante de ta partie client, et ça, c'est déjà un avantage énorme.
0  0 
chortani
Avatar de chortani
Membre régulier https://www.developpez.com
Le 26/09/2013 à 11:22
Oui c’était juste un exemple, et t'as raison sur ce point. Mais je pense que c'est plus simple de faire un code in-maintenable avec jsp/servlet qu'avec struts. Avec Struts tu sépare les modelés (form ) l'action , la validation ,les tags,etc ...

Ayant travailler bcp avec jsp/servlet, je me rend compte avec le temps que je commence à implémenter les fonctionnalité d'un Framework MVC( struts,springmvc ou autre) mais en moins bien ( test, doc, communauté ). donc c'est pour ça que j'ai dit

et franchement Struts ça reste mieux que JSP/Servlet
0  0 
Gugelhupf
Avatar de Gugelhupf
Modérateur https://www.developpez.com
Le 26/09/2013 à 11:51
Citation Envoyé par chortani Voir le message
Ayant travailler bcp avec jsp/servlet, je me rend compte avec le temps que je commence à implémenter les fonctionnalité d'un Framework MVC
Si on te forme un minimum, tu sauras qu'il ne faut surtout pas :
  • faire de System.out.println() dans une Servlet
  • faire du code Java dans une .jsp avec les balises <% %>


Partant de ce constat, JSP/Servlet peut être utilisé en mode MVC :
  • Les contrôleurs : Les Servlets
  • Les vues : les .jsp avec utilisation des EL (Expression Language)
  • Les modèles : ton code métier utilisé dans les contrôleurs


Struts/Struts2 de base c'est juste du JSP/Servlet avec des contraintes.
0  0 
Commenter Signaler un problème