Différences entre versions de « NF16616 — Sécurisation des API ⇒ identification par header pour sécuriser les attaques par CSRF. »

De Documentation Polaris
Aller à : navigation, rechercher
m (R2d2 a déplacé la page NF16616 — Sécurisation des API (CSRF) vers NF16616 — Sécurisation des API ⇒ identification par header pour sécuriser les attaques par CSRF. : changement auto. de libellé de la catégorie par le cartographe)
(modifications automatiques tags et catégories via le cartographe)
 
Ligne 1 : Ligne 1 :
[[Catégorie:CG58 → A classer]]{{DebutInfoCartographe}}{{#cartographie:16616}}
+
[[Catégorie:CG58 → A classer]]{{DebutInfoCartographe}}{{#cartographie:16616}}{{Depuis|8.02.0.34581}}
 
<blockquote><small>''Voir la carte de la fonctionnalité : [[PP58_—_A_classer#NF16616|A classer]]''</small></blockquote>{{FinInfoCartographe}}
 
<blockquote><small>''Voir la carte de la fonctionnalité : [[PP58_—_A_classer#NF16616|A classer]]''</small></blockquote>{{FinInfoCartographe}}
 
{{DebutChapeau}}<br/><br/>
 
{{DebutChapeau}}<br/><br/>

Version actuelle datée du 23 mars 2020 à 10:57

Disponible depuis la version 8.02.0.34581

Voir la carte de la fonctionnalité : A classer



Les API supportent l'identification par header, ce qui sécurise les attaques par CSRF.

Pour rendre les API plus résistantes aux attaques par CRSF, elles ont été transformées en API REST, i.e. soumis à un verbe HTTP :

  • les lectures sur un GET
  • les actions, écritures uniquement réservées à un PUT, POST, DELETE

Un système a été mis en place permettant de préciser le verbe HTTP attendu :

  • ANY (tous, comme actuellement, en obsolète pour assurer la transition)
  • GET, POST, PUT, DELETE

A terme, le ANY doit disparaître.