Fonctionnement du plugin HTTPheaders

[Eddy.vh]

Bonjour.

Suite aux conseils de daneel, j'ai installé ce plugin HTTPheaders et configuré de base, sachant que je pourrais rendre mon site inaccessible si je faisais une bêtise, j'en suis resté là mais j'aimerais comprendre comment il fonctionne et comment vérifier son application sur mes pages.

J'aimerais bien comprendre ces parties précises du plugin :

Voir capture :





Merci à tout intervenant en mesure de m'apporter des informations et éventuellement un exemple pratique et décrit.

[Eddy.vh]

Bon, je crois avoir compris la première partie grâce à la discussion d'Ali et la mise en frame de son site et le lien fourni par Pascal pour le test de mise en frame.

Pour les intéressés, dans cette première partie on a le paramètre par défaut.
Si j'ajoute une condition pour afficher mon site dans une frame sur un site précis, il suffit de suivre la syntaxe plus haut :

• dans HTTP Header : X-Frame-Options
• dans Valeur HTTP Header : url du site autorisé…

[pmleconte]

Bonjour Eddy,

Merci de me rappeler ce plugin, car je fais tout via htaccess ou par commande php (voir https://forum.joomla.fr/forum/joomla...ne-connais-pas).

Dans cette discussion, Christophe donne une bonne adresse : https://content-security-policy.com/

Lorsque tu mets en ligne le plugin, il est important de regarder dans la console de ton explorateur (ctrl maj i) pour voir ce qui bloque.

Le principe est de contrôler ce que tu exécutes sur ton site, ainsi que toutes les interactions externes (voir le cas évoqué par Ali).

Pour l'exemple, au niveau de mon htaccess pour la partie CSP, j'ai mis :

default-src 'self';
style-src maxcdn.bootstrapcdn.com fonts.googleapis.com fonts.gstatic.com www.gstatic.com www.meteofrance.com 'self' 'unsafe-inline';
font-src fonts.googleapis.com fonts.gstatic.com maxcdn.bootstrapcdn.com 'self' 'unsafe-inline';
script-src 'self' 'unsafe-inline' 'unsafe-eval' ajax.googleapis.com www.google-analytics.com services.my-meteo.com www.google.com www.gstatic.com ajax.cloudflare.com/cdn-cgi/scripts/2448a7bd/cloudflare-static/rocket-loader.min.js;
img-src 'self' blob: www.google-analytics.com stats.g.doubleclick.net www.meteofrance.com s.yimg.com icons.wxug.com logs.xiti.com;
frame-src 'self' www.meteoblue.com www.infoclimat.fr services.my-meteo.com www.gstatic.com www.google.com

Les points importants sont default-src, style-src, font-src, script-src, img-src, frame-src où j'ai défini les sites que j'utilise et à qui je fais confiance. Ils correspondent aux "politique via directive"

A cause de certains modules, j'ai dû ajouté 'unsafe-inline' au niveau des scripts, ainsi qu'un 'unsafe-eval' qui me plaît pas vraiment. Ils font "chuter" ma note de A+ à A sur https://securityheaders.com/. Ce site te permet de voir ce qui pourrait manquer sur tes définitions.

Remarque: sur ton exemple, tu as "Rapport seulement" à "Oui", dans ce cas,tu ne planteras pas ton site en activant le plugin, tu auras toutes les erreurs ou définitions absentes affichées dans ta console.

Pascal

[pmleconte]

En complément, si tu regardes mon A sur https://securityheaders.com/?q=https...onseilgouz.com, tu verras, en descendant, quelques conseils, dont un qui est de cacher la "X-powered-by".

Je n'ai pas trouvé comment l'entrer dans le plugin. En php, cela peut de se faire par une commande header_remove('X-Powered-By');

Pascal

[Eddy.vh]

Merci pour ton retour Pascal.

Je me suis jeté à l'eau et c'est pas si compliqué, moins que je le pensais, pour la partie des CSP et je suis arrivé à quelque chose de bon mais j'ai également dû utiliser le 'unsafe-eval' pour débloquer le rechargement ajax de JComments, sans ça, la page ne rechargeait pas…

[pmleconte]

Si tu utilises des googlemap ou ses copains, vérifies que les images s'affichent correctement.

Bref, il faut passer par toutes les pages pour voir ce qui peut bloquer (youtube, facebook, ...).

Pascal

[pmleconte]

En regardant avec https://securityheaders.com, tu as une bizarrerie sur tes définitions, car tout a l'air d'être doublé.

Par exemple X-Frame-Options SAMEORIGIN SAMEORIGIN


alors que tu devrais avoir X-Frame-Options SAMEORIGIN

Pascal

[pmleconte]

En complément, tu devrais ajouter data: dans script-src car tu as un script compressé qui n'est pas chargé sur, par exemple, la page https://www.breezingforms.eddy-vh.co...s-introduction

Pascal

[ali13]

Bon,
J'obtiens la superbe note de E.
Je croit que c'est pas bien ça.

le seul qui est dans le vert c'est celui régler aujourd'hui x-Frame-Options.

[Eddy.vh]

C'est assez instable ce https://securityheaders.com/
Si je scanne une fois j'obtiens un A, si je rescanne, il m'envoie en B… Si je rescanne, j'ai page blanche… (>

[Eddy.vh]

Pascal, lorsqu'il m'envoie en B, il voit double… Bizarre…

[pmleconte]

Vérifie si tu n'as pas les mêmes commandes dans ton .htaccess ou au niveau de ton index.php (si tu as utilisé des commandes header..)

[Eddy.vh]

Nan, regarde, sans rien changer…

https://dl.dropbox.com/s/dan7q505dzv...2_14-52-08.jpg

htaccess déja vérifié et je ne vois pas ce qui placerait le double dans mon index.
D'ailleurs, je ne sais même pas où ce plugin inscrit ces headers et csp…

Là il vient de me renvoyer en B et voit double mais où ???


Est-ce bien entre les balises <IfModule mod_headers.c> qu'il faut insérer ces Headers et csp dans le htaccess ?

[Eddy.vh]

J'ai désactivé le plugin et ai écrit mes csp dans l'htaccess et… Surprise, breezingforms.eddy-vh.com est en A+

https://securityheaders.com/?q=https://www.breezingforms.eddy-vh.com&followRedirects=on

[pmleconte]

Le plugin n'inscrit rien dans le fichier .htaccess, il génère des commande php header(...) qu'il intègre dans ta page html. En fait, ce n'est pas tout à fait vrai, il lance des commande $this->app->setHeader... qui génèrent les commandes header(...).

Donc, as-tu bien un seul plugin httpheaders actif ?

Pascal