Objet du rapport / rÃ©union - inetdoc.net

More documents

Recommendations

Info

IUP STRI – M2 2007 Projet Sécurité – Equipe attaque G1 Après l’attaque: Lorsque l’équipe « Défense » a constaté l’attaque, ils ont réalisé quelques modifications dans la structure de leur base, et ont notamment modifié le type de la clé primaire, pour corriger la faille: . Copyright (c) 2007 – GNU Free Documentation licence Équipe Attaque G1 – M2 STRI 28
IUP STRI – M2 2007 Projet Sécurité – Equipe attaque G1 On a tout de même continué à remplir la base de données... Préconisations : Ici le problème principal vient de la maquette mise en place. Dans un site d’entreprise il n’y aurait jamais eu un livre d’or, ou du moins sans une authentification préalable. Cependant l’équipe « Défense » aurait dû établir un nombre maximum de POST provenant de la même adresse IP pour limiter les POST massifs. Par ailleurs, l’attaque a abouti à cause d’un codage trop précipité du site web. On se demande pourquoi le développeur a utilisé un « tinyint » comme clé primaire plutôt qu’un simple « int ». En principe l’attaque aurait juste dû saturer la base de données, mais en plus de ça, la consultation du livre d’or a été inutilisée, ce qui n’est pas normal. Il en découle peut être un bug de la version de phpmyadmin utilisée. . Copyright (c) 2007 – GNU Free Documentation licence Équipe Attaque G1 – M2 STRI 29
Page 1 and 2: Romain BERGE Armel DESPOUY Patrice
Page 3 and 4: IUP STRI - M2 2007 Projet Sécurit
Page 27: IUP STRI - M2 2007 Projet Sécurit
Page 79 and 80:
IUP STRI - M2 2007 Projet Sécurit
Page 81 and 82:
Page 83 and 84:
Page 85 and 86:
Page 87:
show all

Objet du rapport / rÃ©union - inetdoc.net

Create successful ePaper yourself

Delete template?

Save as template?