Cybersécurité – Évaluation des vulnérabilités

Une évaluation des vulnérabilités est un processus systématique de cybersécurité visant à identifier, classer et hiérarchiser les failles de sécurité au sein de l'environnement numérique d'une organisation.
Notre évaluation des vulnérabilités de votre système suit les étapes suivantes :
Assainissement et validation des données
Valider les données envoyées par l'utilisateur avant de les traiter.
Contrôle d'accès basé sur les rôles (RBAC)
S'assurer que l'accès aux informations est restreint en fonction des permissions de l'utilisateur.
Stockage sécurisé des données et chiffrement
S'assurer que les données sensibles présentes dans la base de données sont chiffrées. Le framework Laravel fournit des fonctions de chiffrement [6] pouvant être utilisées à cette fin.
Mises à jour des correctifs de sécurité et maintenance
S'assurer que les technologies utilisées pour le développement sont à jour et intègrent les derniers correctifs de sécurité.
Limitation du taux de requêtes (Rate Limiting)
S'assurer que les points de terminaison (endpoints) utilisés pour l'authentification ou la consultation d'informations sensibles font l'objet d'une limitation de débit appropriée.
Cross-Site Scripting (XSS)
S'assurer que les données renvoyées à l'utilisateur sont correctement échappées.
Mise à jour des dépendances
Exécuter npm audit ou composer audit –locked sur une base hebdomadaire ou mensuelle pour détecter les vulnérabilités et mettre à jour les dépendances en conséquence.
Utilisation de fonctions non sécurisées
Éviter l'utilisation de md5() pour le chiffrement. [3]
En-têtes de sécurité et politique de sécurité du contenu (CSP) manquants
Les en-têtes de sécurité et la politique de sécurité du contenu (CSP) de votre application sont évalués.
Journalisation des opérations CRUD sur la base de données
Dans la mesure du possible, journaliser les opérations de création, lecture, mise à jour et suppression (CRUD) effectuées sur la base de données.
Absence d'autorisation
Évaluer la vulnérabilité de type « Insecure Direct Object Reference » (IDOR) pour chaque route de l'application web. S'assurer que les autorisations appropriées sont définies pour chaque route de l'application.
Éviter l'exposition de clés API et de mots de passe dans les dépôts partagés
Si des secrets doivent être poussés vers le dépôt, le fichier correspondant doit être chiffré.
Absence de contacts pour les questions de sécurité (facultatif)
Un fichier security.txt peut être ajouté à l'application web. Il contient les coordonnées à utiliser pour signaler tout problème lié à la sécurité de votre application web.
Tarif
| Service | Taux horaire |
|---|---|
| Évaluation des vulnérabilités |