From 33058f2b292b3a581333bdfb21b8f671898c5060 Mon Sep 17 00:00:00 2001 From: Peter Bengtsson Date: Tue, 8 Dec 2020 14:40:17 -0500 Subject: initial commit --- .../fr/web/http/headers/x-frame-options/index.html | 151 +++++++++++++++++++++ 1 file changed, 151 insertions(+) create mode 100644 files/fr/web/http/headers/x-frame-options/index.html (limited to 'files/fr/web/http/headers/x-frame-options') diff --git a/files/fr/web/http/headers/x-frame-options/index.html b/files/fr/web/http/headers/x-frame-options/index.html new file mode 100644 index 0000000000..bbe05e9cf0 --- /dev/null +++ b/files/fr/web/http/headers/x-frame-options/index.html @@ -0,0 +1,151 @@ +--- +title: X-Frame-Options +slug: Web/HTTP/Headers/X-Frame-Options +tags: + - HTTP + - Réponse + - Sécurité + - en-tête +translation_of: Web/HTTP/Headers/X-Frame-Options +--- +
{{HTTPSidebar}}
+ +

L'en-tête de réponse HTTP X-Frame-Options peut être utilisé afin d'indiquer si un navigateur devrait être autorisé à afficher une page au sein d'un élément {{HTMLElement("frame")}}, {{HTMLElement("iframe")}}, {{HTMLElement("embed")}} ou {{HTMLElement("object")}}. Les sites peuvent utiliser cet en-tête afin d'éviter les attaques de {{interwiki("wikipedia", "clickjacking")}} pour s'assurer que leur contenu ne soit pas embarqués dans d'autres sites.

+ +

Ce complément de sécurité est uniquement valable lorsque l'utilisateur final visite le document avec un navigateur prenant en charge X-Frame-Options.

+ +
+

Note : L'en-tête {{HTTPHeader("Content-Security-Policy")}} possède une directive frame-ancestors qui supplante cet en-tête pour les navigateurs compatibles.

+
+ + + + + + + + + + + + +
Type d'en-têteEn-tête de réponse
Nom d'en-tête interditNon
+ +

Syntaxe

+ +

Il existe deux directives pour X-Frame-Options :

+ +
X-Frame-Options: deny
+X-Frame-Options: sameorigin
+
+ +

Directives

+ +

Si on utilise deny, le chargement de la page dans une frame échouera sur un site tiers mais aussi sur un site de la même origine. En revanche, si on utilise sameorigin, on peut toujours utiliser le document dans une frame si celle-ci partage la même origine.

+ +
+
deny
+
La page ne peut pas être affichée dans une frame, quand bien même un site tiers tenterait de la charger.
+
sameorigin
+
La page ne peut être affichée que dans une frame avec une origine qui est la même que la page elle-même. La spécification laisse le choix au navigateur de décider si cela s'applique au niveau le plus haut, au conteneur parent ou à l'ensemble de la chaîne des frames potentiellement imbriquées. Il est parfois avancé que cette option n'est pas très utile à moins que l'ensemble des ancêtres partage la même origine (cf. {{bug(725490)}}). Voir aussi le tableau de compatibilité ci-après pour plus de détails sur la prise en charge de cette directive.
+
allow-from uri (obsolète)
+
Une directive obsolète qui ne fonctionne plus dans les navigateurs récents et qui ne doit donc plus être utilisée. Pour les navigateurs historiques, cette directive permettait d'indiquer une origine via une URI afin d'autoriser l'affichage du document dans les frames chargées depuis cette origine. Pour les anciennes versions de Firefox, on a le même problème qu'avec sameorigin : il n'y a pas de vérifications des différents ancêtres pour voir s'ils partagent la même origine. À la place, on utilisera la directive frame-ancestors de l'en-tête {{HTTPHeader("Content-Security-Policy")}}.
+
+ +

Exemples

+ +
+

Note : La balise <meta> est inutile ici ! <meta http-equiv="X-Frame-Options" content="deny"> n'aura aucun effet et mieux vaut donc ne pas l'utiliser.

+
+ +

Configurer Apache

+ +

On peut configurer Apache afin d'envoyer l'en-tête X-Frame-Options pour toutes les pages. Dans la configuration, on ajoutera :

+ +
Header always set X-Frame-Options "sameorigin"
+
+ +

Si on veut utiliser la valeur deny, on pourra utiliser ceci dans la configuration :

+ +
Header set X-Frame-Options "deny"
+
+ +

Configurer NGINX

+ +

Avec NGINX, on pourra ajouter la ligne suivante à la configuration HTTP, serveur ou à la configuration de l'emplacement (location) :

+ +
add_header X-Frame-Options sameorigin always;
+
+ +

Configurer IIS

+ +

Pour IIS, on complètera le fichier Web.config :

+ +
<system.webServer>
+  ...
+
+  <httpProtocol>
+    <customHeaders>
+      <add name="X-Frame-Options" value="sameorigin" />
+    </customHeaders>
+  </httpProtocol>
+
+  ...
+</system.webServer>
+
+ +

Configurer HAProxy

+ +

Pour HAProxy, on ajoutera la ligne suivante à la configuration du front, du listen ou du backend :

+ +
rspadd X-Frame-Options:\ sameorigin
+
+ +

Dans les versions plus récentes, voici la forme équivalente :

+ +
http-response set-header X-Frame-Options sameorigin
+
+ +

Configurer Express / Utiliser frameguard en Node.js

+ +

Si on utilise Express, on pourra utiliser le module helmet qui tire parti de frameguard afin de régler cet en-tête :

+ +
const helmet = require('helmet');
+const app = express();
+app.use(helmet.frameguard({ action: "sameorigin" }));
+
+ +

On pourra également utiliser frameguard directement :

+ +
const frameguard = require('frameguard')
+app.use(frameguard({ action: 'sameorigin' }))
+
+ +

Spécifications

+ + + + + + + + + + + + + + +
SpécificationTitre
{{RFC("7034")}}HTTP Header Field X-Frame-Options
+ +

Compatibilité des navigateurs

+ + + +

{{Compat("http.headers.X-Frame-Options")}}

+ +

Voir aussi

+ + -- cgit v1.2.3-54-g00ecf