Après avoir évoqué les questions concernant le modèle de conception, voyons la phase finale du processus de développement applicatif : le test.
Le test est généralement nécessaire à plusieurs stades du cycle de développement et chaque fois que la sécurité entre en jeu. C'est particulièrement vrai pendant la phase de
test final, que j’appelle le test du
système. C’est là que tout converge :
on s’assure que l’application fonctionne
correctement, mais aussi que
les exigences de sécurité sont satisfaites.
Rappelons les exigences de l’application
de saisie de commandes sur le
Web (les cartes de crédit ne peuvent
pas être compromises et les systèmes
hérités ne doivent pas être accessibles
à partir d’Internet). Le test du système
permet précisément de s’assurer que
l’application respecte ces critères. Pour
certains développeurs, il s’agit d’« essayer
de casser l’application ». Quel
que soit le nom, les plans de test doivent
inclure des cas de tests prédéfinis qui mettent à l’épreuve les exigences
de sécurité de l’application.
Dernière précaution : il faut tester
avec les mêmes droits et autorités que
ceux qui seront octroyés aux utilisateurs
réels de l’application. Il ne sert à
rien de tester une application si le testeur
se présente avec un profil de responsable
de sécurité. On ne fait alors
que masquer les problèmes de sécurité
et les laisser glisser jusqu’aux utilisateurs.
En définitive, il faudra un debugging
difficile et coûteux pour combler
les brèches de sécurité.
Dans ce nouveau rapport, les experts de Palo Alto Networks, Unit 42 livrent la synthèse des attaques ayant le plus impacté l'activité des entreprises au niveau mondial. Quel est visage actuel de la réponse aux incidents ? Quelles sont les tendances majeures qui redessinent le champ des menaces ? Quels sont les défis auxquels doivent faire face les entreprises ? Découvrez les top priorités des équipes de sécurité en 2025.
