Merci pour la vidéo, le wouaf semble être un bon chien garde du serveur. Mais y a t’il besoin avec symfony quand on bloque tout par défaut en débloquant juste nos vraies routes par voter ?
Merci ! L’intérêt que je vois, c’est qu’avec le WAF, la requête malveillante n’est plus acheminée vers php et l’app Symfony, mais interceptée par le middleware. J’ai pas mesuré, mais on économise du temps et de la ressource pour le traitement de la requête.
@@remymoro1854 Vu ce qui est présenté dans la vidéo, si c'est intercepté avant d'arriver jusqu'à Symfony, ça ne risque pas d'aller jusqu' à la couche réseau, plutot la couche application (voir transport au mieux !). Sinon le mieux pour t'en assurer est encore d'aller voir directement sur leur doc :)
Très intéressant, merci Yoan ❤
Vraiment très cool merci pour ce partage 😀
Il faut que je trouve la même chose pour nodejs... 😏
Merci beaucoup pour cette vidéo, ça va ma simplifier la vie pour le côté sécurité avec symfony.
Bien ya aussi Snuffleupagus php qui bloque plein de vulnérabilités PHP (même si je ne l'ai pas encore testé)
Merci pour la vidéo, le wouaf semble être un bon chien garde du serveur. Mais y a t’il besoin avec symfony quand on bloque tout par défaut en débloquant juste nos vraies routes par voter ?
Merci !
L’intérêt que je vois, c’est qu’avec le WAF, la requête malveillante n’est plus acheminée vers php et l’app Symfony, mais interceptée par le middleware.
J’ai pas mesuré, mais on économise du temps et de la ressource pour le traitement de la requête.
J'aimerais savoir sur quelle niveaux il intercepte les requête malveillante couche réseaux ?
@@remymoro1854 Vu ce qui est présenté dans la vidéo, si c'est intercepté avant d'arriver jusqu'à Symfony, ça ne risque pas d'aller jusqu' à la couche réseau, plutot la couche application (voir transport au mieux !). Sinon le mieux pour t'en assurer est encore d'aller voir directement sur leur doc :)