Règle 20 : Assainissement des entrées & Requêtes Paramétrées
Règle n°1 de la cybersécurité : Ne jamais faire confiance aux entrées utilisateurs !
Quand tu prends des entrées brutes d'un utilisateur et que tu les passes directement à ta base de données ou à ton frontend, tu ouvres grand la porte aux injections SQL (SQLi) et au scripting intersite (XSS).
Pour appliquer la Règle 20, suis ces deux boucliers défensifs :
1️⃣ Assainissement des entrées & Validation : Élimine les caractères dangereux (comme <, >, ', --) et valide les types. Si tu attends un entier, rejette tout ce qui contient du texte !
2️⃣ Requêtes Paramétrées (Instructions Préparées) : Ne jamais concaténer des chaînes pour construire des requêtes. Utilise des paramètres afin que la base de données traite les entrées utilisateur strictement comme des données, jamais comme du code exécutable.
Filtre tout, assainis partout, ne fais confiance à personne ! #BTC
Règle n°1 de la cybersécurité : Ne jamais faire confiance aux entrées utilisateurs !
Quand tu prends des entrées brutes d'un utilisateur et que tu les passes directement à ta base de données ou à ton frontend, tu ouvres grand la porte aux injections SQL (SQLi) et au scripting intersite (XSS).
Pour appliquer la Règle 20, suis ces deux boucliers défensifs :
1️⃣ Assainissement des entrées & Validation : Élimine les caractères dangereux (comme <, >, ', --) et valide les types. Si tu attends un entier, rejette tout ce qui contient du texte !
2️⃣ Requêtes Paramétrées (Instructions Préparées) : Ne jamais concaténer des chaînes pour construire des requêtes. Utilise des paramètres afin que la base de données traite les entrées utilisateur strictement comme des données, jamais comme du code exécutable.
Filtre tout, assainis partout, ne fais confiance à personne ! #BTC