Activation de l’isolation de sous-domaine

À propos de l’isolation de sous-domaine

L’isolation de sous-domaine atténue les effets du scripting intersite et des autres vulnérabilités associées. Pour plus d’informations, consultez « Cross-site scripting » sur Wikipédia. Nous vous recommandons vivement d’activer l’isolation de sous-domaine sur votre instance GitHub Enterprise Server.

Quand l’isolation de sous-domaine est activée, GitHub Enterprise Server remplace plusieurs chemins par des sous-domaines. Après avoir activé l’isolation de sous-domaine, les tentatives d’accès aux chemins précédents pour un contenu fourni par l’utilisateur, par exemple http(s)://HOSTNAME/raw/, peuvent retourner des erreurs 404.

Chemin sans isolation de sous-domaine	Chemin avec isolation de sous-domaine
`http(s)://HOSTNAME/`	`http(s)://docker.HOSTNAME/`
`http(s)://HOSTNAME/_registry/npm/`	`https://npm.HOSTNAME/`
`http(s)://HOSTNAME/_registry/rubygems/`	`https://rubygems.HOSTNAME/`
`http(s)://HOSTNAME/_registry/maven/`	`https://maven.HOSTNAME/`
`http(s)://HOSTNAME/_registry/nuget/`	`https://nuget.HOSTNAME/`
`http(s)://HOSTNAME/assets/`	`http(s)://assets.HOSTNAME/`
`http(s)://HOSTNAME/avatars/`	`http(s)://avatars.HOSTNAME/`
`http(s)://HOSTNAME/codeload/`	`http(s)://codeload.HOSTNAME/`
`http(s)://HOSTNAME/gist/`	`http(s)://gist.HOSTNAME/`
`http(s)://HOSTNAME/media/`	`http(s)://media.HOSTNAME/`
`http(s)://HOSTNAME/notebooks/`	`http(s)://notebooks.HOSTNAME/`
`http(s)://HOSTNAME/pages/`	`http(s)://pages.HOSTNAME/`
`http(s)://HOSTNAME/raw/`	`http(s)://raw.HOSTNAME/`
`http(s)://HOSTNAME/reply/`	`http(s)://reply.HOSTNAME/`
`http(s)://HOSTNAME/uploads/`	`http(s)://uploads.HOSTNAME/`
`http(s)://HOSTNAME/viewscreen/`	`http(s)://viewscreen.HOSTNAME/`
Non pris en charge	`https://containers.HOSTNAME/`

Prérequis

Avertissement : si l’isolation de sous-domaine est désactivée, nous vous recommandons également de désactiver GitHub Pages sur votre entreprise. Il n’existe aucun moyen d’isoler du contenu GitHub Pages fourni par l’utilisateur du reste des données de votre entreprise. Pour plus d’informations, consultez « Configuration de GitHub Pages pour votre entreprise ».

Avant d’activer l’isolation de sous-domaine, vous devez configurer les paramètres réseau de votre nouveau domaine.

Spécifiez un nom de domaine valide en guise de nom d’hôte, plutôt qu’une adresse IP. Pour plus d’informations, consultez « Configuration du nom d'hôte pour votre instance ».

Avertissement : ne modifiez pas le nom d’hôte de GitHub Enterprise Server après la configuration initiale. La modification du nom d’hôte entraînera un comportement inattendu, pouvant aller jusqu’à des interruptions de l’instance et l’invalidation des clés de sécurité des utilisateurs. Si vous avez modifié le nom d’hôte de votre instance et rencontrez des problèmes, contactez Support GitHub Enterprise ou Support Premium GitHub.

Configurez un enregistrement DNS (Domain Name System) générique ou des enregistrements DNS individuels pour les sous-domaines listés ci-dessus. Nous vous recommandons de créer un enregistrement A pour *.HOSTNAME qui pointe vers l’adresse IP de votre serveur. Ainsi, vous n’aurez pas besoin de créer plusieurs enregistrements pour chaque sous-domaine.
Obtenez un certificat TLS (Transport Layer Security) générique pour *.HOSTNAME avec un autre nom d’objet (SAN) pour HOSTNAME et le domaine générique *.HOSTNAME. Par exemple, si votre nom d’hôte est github.octoinc.com, obtenez un certificat en définissant une valeur de nom commun de *.github.octoinc.com et une valeur d’autre nom d’objet de github.octoinc.com et *.github.octoinc.com.
Activez TLS sur votre appliance. Pour plus d’informations, consultez « Configuration de TLS ».