Introduction à la sécurité
Sur cette page
 | Les articles |
| Les webcasts |
Les articles
| • | 10 règles immuables de sécurité |
| • | Informatique de Confiance : Cycle de Développement Sécurisé (SDL) |
| • | Les 10 grandes règles de sécurité qu'un développeur doit connaître pour protéger son code |
| • | Examen de la sécurité de l'architecture et de la conception |
| • | Analyse du code |
| • | Modélisation de la menace |
| • | Cryptographie, clés et certificats |
Les webcasts
Ecrire du code sécurisé : modélisation des menaces ? Exemples concrets
Mise en œuvre, sur des exemples concrets, de la modélisation des menaces. Nous déroulerons une analyse de risques et, pour chacun des points identifiés, nous présenterons les parades à mettre en œuvre.
| • | Partie 1 |
| • | Partie 2 |
| • | Partie 3 |
Ecrire du code sécurisé : un regard sur les bonnes pratiques d'implémentation
L'absence ou la mauvaise validation des entrées utilisateur (Never Trust User Input) est la source numéro 1 des problèmes de sécurité. Au cours de cette session, nous verrons comment trouver et éliminer les buffer overflows, protéger les chaînes de connexion, se protéger contre l'injection SQL…
| • | Partie 1 |
| • | Partie 2 |
| • | Partie 3 |
Mise en oeuvre d'un processus de développement sécurisé
Présentation de la stratégie SDL (Software Devlopment Lifecycle) mise au point chez Microsoft par Michael Howard. Cette méthodologie s'applique tout au long du cycle de vie du logiciel. Nous présenterons les bonnes pratiques d'organisation et de design induites par SDL.
| • | Partie 1 |
| • | Partie 2 |
| • | Partie 3 |
Ecrire du code résistant aux attaques d'élévation de privilèges
Comment architecturer et développer vos applications pour les protéger contre les attaques en élévation de privilèges ? Illustration des erreurs les plus courantes ('Shatter Attacks', services interactifs, objets cachés) dans des logiciels grand public et moyens de les éviter.
| • | Partie 1 |
| • | Partie 2 |
| • | Partie 3 |
Les 10 grandes règles de sécurité
Les dix règles que tout développeur devrait connaitre (selon Michael HOWARD, directeur chargé de la sécurité des programmes pour l'unité Microsoft Security Technology).