L'approche « Shift Left » pour une sécurité proactive des API

Salt vous fournit les meilleures pratiques et d'autres normes, ce qui permet à chacun de se concentrer dans la même direction.

• Bonnes pratiques. Salt assure la gouvernance de la sécurité des API en fournissant un ensemble complet de politiques et de configurations de sécurité basées sur les meilleures pratiques, ainsi qu'en inspectant et en évaluant les API pour leur conformité à ces politiques tout au long des SDLC.
• Conformité aux politiques. Salt identifie également les données sensibles envoyées via des requêtes ou réponses API de première ou tierce partie et évalue la conformité aux politiques de sécurité des données.

Offrez une évaluation précoce et une formation aux développeurs pour vous assurer d'identifier les problèmes dès le début.

• Évaluation précoce. Évaluez la conformité de la posture de sécurité dès la phase de conception avec un retour immédiat pour les développeurs.
• Formation des développeurs améliorée. Améliorez la formation des développeurs, leur permettant d'améliorer continuellement la sécurité des API qu'ils construiront à l'avenir.
• Maîtriser les normes. Éducation aux normes, formation GenAI LLM et validation des contrats OAS/API.

Effectuez les meilleurs tests possibles grâce à des informations avancées et des intégrations.

• Tests précis. Salt génère automatiquement des spécifications API à jour et les intègre à votre outil de test de sécurité des applications, permettant des tests précis et spécifiques aux API avec vos outils existants (SAST/ DAST /IasT).
• Intégrations Jira et Slack. Envoyez des tickets Jira, des notifications Slack et d'autres communications aux développeurs directement depuis la plateforme Salt avec un flux de retour vers SALT pour assurer la visibilité sur l'état de la remédiation.

Salt évalue en permanence la conformité de la posture de sécurité dans vos pipelines CI/CD et en staging, garantissant que les risques de sécurité ne sont pas introduits en production.

• Approbation conditionnelle de la version. Pour les API que Salt identifie comme ne respectant pas vos normes de sécurité, vous choisissez d'autoriser cette version à réussir, mais exigez que le développeur valide le risque.‍
• Résolution complète des problèmes. Un ticket émis par Salt contient les détails dont vos équipes de développement ont besoin afin qu'elles puissent combler les lacunes et les risques de sécurité avant de publier la version.

Comprenez où vous dérivez de l'état souhaité.

• Analyse des écarts de documentation. Comparez les résultats à vos fichiers OAS/Swagger et voyez où votre documentation et le trafic API en direct divergent.
• Données et comportements non conformes à l'exécution. Surveillez comment les API sont utilisées et abusées en production pour vous assurer qu'aucun écart ne se produit par rapport à la posture précédente.