Man page - sshd_config(5)

Packages contains this manual

Available languages:

en fr de

Manual


SSHD_CONFIG (5) File Formats Manual SSHD_CONFIG (5)

NOM

sshd_config — Fichier de configuration du dĂ©mon d’OpenSSH

DESCRIPTION

sshd (8) lit ses donnĂ©es de configuration dans le fichier /etc/ssh/sshd_config (ou dans le fichier spĂ©cifiĂ© Ă  l’aide de l’option -f sur la ligne de commande). Chaque ligne de ce fichier contient une seule paire option/argument. Sauf mention contraire, c’est la premiĂšre valeur lue qui sera utilisĂ©e pour chaque option. Les lignes qui commencent par le caractĂšre « # » et les lignes vides sont considĂ©rĂ©es comme des commentaires. Pour reprĂ©senter des valeurs contenant des espaces, les arguments doivent ĂȘtre entourĂ©s de guillemets droits doubles « " ».

Notez que le paquet Debian openssh-server définit plusieurs options avec des valeurs standards dans /etc/ssh/sshd_config qui ne correspondent pas aux valeurs par défaut de sshd (8)  :

‱

Include /etc/ssh/sshd_config.d/*.conf

‱

KbdInteractiveAuthentication no

‱

X11Forwarding yes

‱

PrintMotd no

‱

AcceptEnv LANG LC_* COLORTERM NO_COLOR

‱

Subsystem sftp /usr/lib/openssh/sftp-server

‱

UsePAM yes

Les fichiers /etc/ssh/sshd_config.d/*.conf sont inclus au dĂ©but du fichier de configuration et les options qui y sont dĂ©finies l’emportent donc sur celles dĂ©finies dans /etc/ssh/sshd_config .

Les options disponibles et leur signification sont les suivantes (les noms d’option ne sont pas sensibles à la casse, mais les arguments le sont) :

AcceptEnv

Cette option permet de spĂ©cifier quelles variables d’environnement envoyĂ©es par le client seront copiĂ©es dans l’environnement de session ( environ (7)). Voir SendEnv et SetEnv dans ssh_config (5) pour la configuration du client. La variable d’environnement TERM est toujours acceptĂ©e quand un client demande un pseudo-terminal comme requis par le protocole. Les variables sont spĂ©cifiĂ©es Ă  l’aide de leur nom qui peut contenir les caractĂšres gĂ©nĂ©riques « * » et « ? ». Il est possible de spĂ©cifier plusieurs variables d’environnement en les sĂ©parant par des espaces ou en dĂ©finissant plusieurs directives AcceptEnv . Gardez Ă  l’esprit que certaines variables d’environnement pourraient ĂȘtre utilisĂ©es pour court-circuiter des environnements utilisateur restreints ; c’est pourquoi cette directive doit ĂȘtre utilisĂ©e avec prudence. Par dĂ©faut, aucune variable d’environnement n’est acceptĂ©e.

AddressFamily

Cette option permet de spĂ©cifier la famille d’adresses que sshd (8) doit utiliser. Les arguments valables sont any (la valeur par dĂ©faut), inet (utiliser IPv4 seulement) ou inet6 (utiliser IPv6 seulement).

AllowAgentForwarding

Cette option permet de spĂ©cifier si la redirection de ssh-agent (1) est autorisĂ©e. La valeur par dĂ©faut est yes . Notez que dĂ©sactiver la redirection d’agent n’amĂ©liore la sĂ©curitĂ© que si les utilisateurs se voient aussi refuser l’accĂšs Ă  un interprĂ©teur de commande, car dans le cas contraire, ils peuvent toujours installer leurs propres redirecteurs.

AllowGroups

Cette option peut ĂȘtre suivie d’une liste de motifs de nom de groupe sĂ©parĂ©s par des espaces. Si elle est spĂ©cifiĂ©e, seuls les utilisateurs dont le groupe principal ou les groupes supplĂ©mentaires correspondent Ă  un des motifs sont autorisĂ©s Ă  se connecter. Seuls les noms de groupes sont valables ; les identifiants de groupes (GID) numĂ©riques ne sont pas reconnus. Par dĂ©faut, tous les groupes sont autorisĂ©s Ă  se connecter. Les directives de groupe allow/deny sont traitĂ©es dans l’ordre suivant : DenyGroups , AllowGroups .

Voir la section MOTIFS dans ssh_config (5) pour plus d’informations à propos des motifs. Cette option peut apparaütre plusieurs fois dans sshd_config , chaque instance s’ajoutant à la liste.

AllowStreamLocalForwarding

Cette option permet de spĂ©cifier si la redirection de StreamLocal (socket de domaine Unix) est autorisĂ©e. Les arguments valables sont yes (la valeur par dĂ©faut), all pour autoriser la redirection de StreamLocal, no pour interdire toute redirection de StreamLocal, local pour n’autoriser que la redirection locale (vue selon ssh (1)) ou remote pour n’autoriser que la redirection distante. Notez que dĂ©sactiver la redirection de StreamLocal n’amĂ©liore la sĂ©curitĂ© que si les utilisateurs se voient refuser l’accĂšs Ă  un interprĂ©teur de commande, car dans le cas contraire, ils peuvent toujours installer leurs propres redirecteurs.

AllowTcpForwarding

Cette option permet de spĂ©cifier si les redirections TCP sont autorisĂ©es. Les arguments valables sont yes (la valeur par dĂ©faut), all pour autoriser la redirection TCP, no pour interdire toute redirection TCP, local pour n’autoriser que la redirection locale (vue selon ssh (1)) ou remote pour n’autoriser que la redirection distante. Notez que dĂ©sactiver la redirection TCP n’amĂ©liore la sĂ©curitĂ© que si les utilisateurs se voient refuser l’accĂšs Ă  un interprĂ©teur de commande, car dans le cas contraire, ils peuvent toujours installer leurs propres redirecteurs.

AllowUsers

Cette option peut ĂȘtre suivie d’une liste de motifs de nom d’utilisateur sĂ©parĂ©s par des espaces. Si elle est spĂ©cifiĂ©e, seuls les noms d’utilisateur correspondant Ă  un des motifs sont autorisĂ©s Ă  se connecter. Seuls les noms d’utilisateur sont valables ; un identifiant d’utilisateur numĂ©rique (UID) ne sera pas reconnu. Par dĂ©faut, la connexion est autorisĂ©e pour tous les utilisateurs. Si le motif est de la forme UTILISATEUR@HÔTE, UTILISATEUR et HÔTE sont vĂ©rifiĂ©s sĂ©parĂ©ment, ce qui permet de restreindre les connexions Ă  certains utilisateurs d’un hĂŽte particulier. Le critĂšre HÔTE peut en plus contenir des adresses Ă  faire correspondre sous le format CIDR adresse/taille_de_masque. Les directives d’utilisateur allow/deny sont traitĂ©es dans l’ordre suivant : DenyUsers , AllowUsers .

Voir la section MOTIFS dans ssh_config (5) pour plus d’informations à propos des motifs. Cette option peut apparaütre plusieurs fois dans sshd_config , chaque instance s’ajoutant à la liste.

AuthenticationMethods

Cette option permet de spĂ©cifier les mĂ©thodes d’authentification qui doivent ĂȘtre appliquĂ©es avec succĂšs pour qu’un utilisateur se voie autoriser l’accĂšs. Elle doit ĂȘtre suivie d’une ou plusieurs listes de noms de mĂ©thode d’authentification sĂ©parĂ©s par des virgules ou de l’unique chaĂźne any pour indiquer le comportement par dĂ©faut qui consiste Ă  accepter toute mĂ©thode d’authentification unique. Si des listes sont spĂ©cifiĂ©es, l’application avec succĂšs de toutes les mĂ©thodes d’authentification d’au moins une de ces listes sera requise pour rĂ©ussir l’authentification.

Par exemple, « publickey,password publickey,keyboard-interactive » nĂ©cessiterait de la part de l’utilisateur une authentification par clĂ© publique suivie d’une authentification par mot de passe ou d’une authentification par saisie au clavier. Les mĂ©thodes d’authentification doivent ĂȘtre appliquĂ©es dans l’ordre selon lequel elles apparaissent dans chaque liste ; ainsi, dans cet exemple, l’application d’une mĂ©thode d’authentification par mot de passe ou par saisie au clavier avant l’application d’une mĂ©thode d’authentification par clĂ© publique ne serait pas valable.

Avec l’authentification par saisie au clavier, il est aussi possible de restreindre l’authentification Ă  un dispositif spĂ©cifique en ajoutant un deux-points « : » suivi de l’identifiant du dispositif bsdauth ou pam , en fonction de la configuration du serveur. Par exemple, « keyboard-interactive:bsdauth » restreint l’authentification par saisie au clavier au dispositif bsdauth .

Si la mĂ©thode d’authentification par clĂ© publique est indiquĂ©e plusieurs fois, sshd (8) s’assure que les clĂ©s qui ont Ă©tĂ© utilisĂ©es avec succĂšs ne seront pas rĂ©utilisĂ©es pour les authentifications suivantes. Par exemple, « publickey,publickey » requiert l’utilisation de deux clĂ©s publiques diffĂ©rentes pour une authentification rĂ©ussie.

Notez que chaque mĂ©thode d’authentification indiquĂ©e doit aussi ĂȘtre explicitement activĂ©e dans la configuration.

Les mĂ©thodes d’authentification disponibles sont : « gssapi-with-mic », « hostbased », « keyboard-interactive », « none » (utilisĂ©e pour l’accĂšs Ă  des comptes sans mot de passe lorsque PermitEmptyPasswords est activĂ©), « password » et « publickey ».

AuthorizedKeysCommand

Cette option permet de spĂ©cifier un programme Ă  utiliser pour rechercher les clĂ©s publiques de l’utilisateur. Le programme doit ĂȘtre la propriĂ©tĂ© du superutilisateur, non accessible en Ă©criture pour le groupe ou les autres et spĂ©cifiĂ© Ă  l’aide d’un chemin absolu. Les arguments de AuthorizedKeysCommand acceptent les symboles dĂ©crits dans la section “SYMBOLES”. Si aucun argument n’est spĂ©cifiĂ©, c’est le nom d’utilisateur de l’utilisateur cible qui est utilisĂ©.

The program should produce on standard output zero or more lines of authorized_keys output (see AUTHORIZED_KEYS in sshd (8)). AuthorizedKeysCommand is tried after the usual AuthorizedKeysFile files and will not be executed if a matching key is found there. By default, no AuthorizedKeysCommand is run.

AuthorizedKeysCommandUser

Cette option permet de spĂ©cifier l’utilisateur sous le compte duquel la commande AuthorizedKeysCommand sera exĂ©cutĂ©e. Il est recommandĂ© de spĂ©cifier un utilisateur dĂ©diĂ© qui n’a pas d’autre rĂŽle sur l’hĂŽte que d’exĂ©cuter des commandes de clĂ©s autorisĂ©es. Si AuthorizedKeysCommand est spĂ©cifiĂ© alors que AuthorizedKeysCommandUser ne l’est pas, sshd (8) refusera de dĂ©marrer.

AuthorizedKeysFile

Specifies the file that contains the public keys used for user authentication. The format is described in the AUTHORIZED_KEYS FILE FORMAT section of sshd (8). Arguments to AuthorizedKeysFile may include wildcards and accept the tokens described in the “TOKENS” section. After expansion, AuthorizedKeysFile is taken to be an absolute path or one relative to the user’s home directory. Multiple files may be listed, separated by whitespace. Alternately this option may be set to none to skip checking for user keys in files. The default is ".ssh/authorized_keys .ssh/authorized_keys2".

AuthorizedPrincipalsCommand

Cette option permet de spĂ©cifier un programme Ă  utiliser pour gĂ©nĂ©rer une liste de « principals » de certificat autorisĂ©s en se basant sur AuthorizedPrincipalsFile (NDT : un « principal » est une chaĂźne arbitraire dĂ©finie au niveau du serveur pour un utilisateur et devant ĂȘtre prĂ©sente dans le certificat du client pour que ce dernier puisse se connecter). Le programme doit ĂȘtre la propriĂ©tĂ© du superutilisateur, non accessible en Ă©criture pour le groupe ou pour les autres et spĂ©cifiĂ© Ă  l’aide d’un chemin absolu. Les arguments de AuthorizedPrincipalsCommand acceptent les symboles dĂ©crits dans la section “SYMBOLES”. Si aucun argument n’est spĂ©cifiĂ©, c’est le nom d’utilisateur de l’utilisateur cible qui sera utilisĂ©.

Le programme doit produire sur la sortie standard zĂ©ro ou plusieurs lignes du fichier AuthorizedPrincipalsFile . Si au moins une des options AuthorizedPrincipalsCommand ou AuthorizedPrincipalsFile est spĂ©cifiĂ©e, les certificats proposĂ©s par le client pour l’authentification devront contenir un « principal » faisant partie de la liste. Par dĂ©faut, aucune commande AuthorizedPrincipalsCommand n’est exĂ©cutĂ©e.

AuthorizedPrincipalsCommandUser

Cette option permet de spĂ©cifier l’utilisateur sous le compte duquel la commande AuthorizedPrincipalsCommand sera exĂ©cutĂ©e. Il est recommandĂ© de spĂ©cifier un utilisateur dĂ©diĂ© qui n’a pas d’autre rĂŽle sur l’hĂŽte que d’exĂ©cuter des commandes de laissez-passer autorisĂ©es. Si AuthorizedPrincipalsCommand est spĂ©cifiĂ© alors que AuthorizedPrincipalsCommandUser ne l’est pas, sshd (8) refusera de dĂ©marrer.

AuthorizedPrincipalsFile

Specifies a file that lists principal names that are accepted for certificate authentication. When using certificates signed by a key listed in TrustedUserCAKeys , this file lists names, one of which must appear in the certificate for it to be accepted for authentication. Names are listed one per line preceded by key options (as described in AUTHORIZED_KEYS FILE FORMAT in sshd (8)). Empty lines and comments starting with ‘#’ are ignored.

Arguments to AuthorizedPrincipalsFile may include wildcards and accept the tokens described in the “TOKENS” section. After expansion, AuthorizedPrincipalsFile is taken to be an absolute path or one relative to the user’s home directory. The default is none , i.e. not to use a principals file – in this case, the username of the user must appear in a certificate’s principals list for it to be accepted.

Notez que AuthorizedPrincipalsFile n’est utilisĂ© que lorsque l’authentification est effectuĂ©e en utilisant une autoritĂ© de certification (CA) listĂ©e dans TrustedUserCAKeys et n’est pas consultĂ© pour des CA dĂ©finies comme fiables Ă  l’aide de ˜/.ssh/authorized_keys , bien que l’option de clĂ© principals= offre des possibilitĂ©s similaires (voir sshd (8) pour les dĂ©tails).

Banner

Le contenu du fichier spĂ©cifiĂ© est envoyĂ© Ă  l’utilisateur distant avant que la connexion ne soit autorisĂ©e. Si l’argument est none , aucune banniĂšre n’est affichĂ©e, ce qui correspond au comportement par dĂ©faut.

CASignatureAlgorithms

Cette option permet de spécifier quels algorithmes sont autorisés pour la signature des certificats par les autorités de certification (CA). Les algorithmes par défaut sont :

ssh-ed25519,ecdsa-sha2-nistp256,
ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,
sk-ssh-ed25519@openssh.com,
sk-ecdsa-sha2-nistp256@openssh.com,
rsa-sha2-512,rsa-sha2-256

Si la liste spĂ©cifiĂ©e commence par un caractĂšre « + », les algorithmes qu’elle contient seront ajoutĂ©s Ă  la liste par dĂ©faut au lieu de la remplacer. Si la liste spĂ©cifiĂ©e commence par un caractĂšre « - », les algorithmes qu’elle contient (pouvant contenir des caractĂšres gĂ©nĂ©riques) seront supprimĂ©s de la liste par dĂ©faut au lieu de la remplacer.

Les certificats signĂ©s en utilisant d’autres algorithmes ne seront pas acceptĂ©s pour l’authentification par clĂ© publique ou basĂ©e sur l’hĂŽte.

ChannelTimeout

Cette option permet de spĂ©cifier si et sous quel dĂ©lai sshd (8) doit fermer les canaux inactifs. Les dĂ©lais sont spĂ©cifiĂ©s sous forme d’une ou plusieurs paires « type=intervalle » sĂ©parĂ©es par des blancs, oĂč « type » doit ĂȘtre le mot-clĂ© spĂ©cial « global » ou un nom de type de canal issu de la liste ci-dessous et comportant Ă©ventuellement des caractĂšres gĂ©nĂ©riques.

La valeur de dĂ©lai « interval » est spĂ©cifiĂ©e en secondes ou peut utiliser une unitĂ© documentĂ©e dans la section “FORMATS DE TEMPS”. Par exemple, « session=5m » signifierait que les sessions interactives seraient fermĂ©es aprĂšs cinq minutes d’inactivitĂ©. SpĂ©cifier une valeur de zĂ©ro dĂ©sactive le dĂ©lai d’inactivitĂ©.

La valeur spĂ©ciale de dĂ©lai « global » s’applique Ă  tous les canaux actifs pris dans leur ensemble. La prĂ©sence de trafic sur un canal actif rĂ©initialise le dĂ©lai, mais lorsque le dĂ©lai expire, tous les canaux sont fermĂ©s. Notez que ce dĂ©lai « global » ne peut pas ĂȘtre exprimĂ© Ă  l’aide de caractĂšres gĂ©nĂ©riques et qu’il doit donc ĂȘtre spĂ©cifiĂ© explicitement.

Les noms de type de canal comprennent :

agent-connection

Connexions ouvertes vers ssh-agent (1).

direct-tcpip , direct-streamlocal@openssh.com

Connexions TCP ou socket Unix (respectivement) ouvertes qui ont Ă©tĂ© Ă©tablies depuis une redirection locale de ssh (1), c’est-Ă -dire Ă  l’aide de LocalForward ou DynamicForward .

forwarded-tcpip , forwarded-streamlocal@openssh.com

Connexions TCP ou socket Unix (respectivement) ouvertes qui ont Ă©tĂ© Ă©tablies vers un dĂ©mon sshd (8) en Ă©coute au nom d’une redirection distante de ssh (1), c’est-Ă -dire Ă  l’aide de RemoteForward .

session

La session interactive principale comprenant la session de l’interprĂ©teur de commande, l’exĂ©cution de commande, scp (1), sftp (1), etc.

tun-connection

Les connexions ouvertes à l’aide de TunnelForward .

x11-connection

Les sessions de redirections de X11 ouvertes.

Notez que dans tous les cas ci-dessus, fermer une session inactive ne garantit pas que toutes les ressources associĂ©es Ă  la session seront supprimĂ©es ; par exemple, les processus de l’interprĂ©teur de commande ou les clients X11 liĂ©s Ă  la session pourront continuer leur exĂ©cution.

En outre, fermer une session ou un canal inactif ne ferme pas nĂ©cessairement la connexion SSH et n’empĂȘche pas un client de demander l’ouverture d’un autre canal du mĂȘme type. En particulier, fermer une session de redirection inactive n’empĂȘche pas la crĂ©ation subsĂ©quente d’une autre redirection identique.

Par défaut, aucun canal de quelque type que ce soit ne sera fermé pour inactivité.

ChrootDirectory

Cette option permet de spĂ©cifier le chemin d’un rĂ©pertoire Ă  passer Ă  chroot (2) aprĂšs l’authentification. Au dĂ©marrage de la session, sshd (8) vĂ©rifie que tous les composants du chemin sont des rĂ©pertoires qui sont la propriĂ©tĂ© du superutilisateur et non accessibles en Ă©criture pour le groupe ou les autres. AprĂšs passage en chroot, sshd (8) dĂ©finit le rĂ©pertoire personnel de l’utilisateur comme rĂ©pertoire de travail. Les arguments de ChrootDirectory acceptent les symboles dĂ©crits dans la section “SYMBOLES”.

Le rĂ©pertoire ChrootDirectory doit contenir les rĂ©pertoires et fichiers nĂ©cessaires pour prendre en charge la session de l’utilisateur. Pour une session interactive, cela comprend au moins un interprĂ©teur de commande, en gĂ©nĂ©ral sh (1) et des nƓuds /dev de base tels que les dispositifs null (4), zero (4), stdin (4), stdout (4), stderr (4) et tty (4). Pour les sessions de transfert de fichiers utilisant SFTP, aucune configuration additionnelle de l’environnement n’est nĂ©cessaire si l’on utilise le serveur sftp interne, bien que sur certains systĂšmes d’exploitation, les sessions qui utilisent la journalisation puissent nĂ©cessiter /dev/log Ă  l’intĂ©rieur du rĂ©pertoire de chroot (voir sftp-server (8) pour les dĂ©tails).

Pour la sĂ©curitĂ©, il est trĂšs important que l’arborescence du rĂ©pertoire ne puisse pas ĂȘtre modifiĂ©e par d’autres processus sur le systĂšme (en particulier ceux qui se trouvent en dehors du « bac Ă  sable »). Un mauvaise configuration peut induire des environnements non sĂ©curisĂ©s que sshd (8) ne pourra pas dĂ©tecter.

L’argument par dĂ©faut est none , indiquant de ne pas passer en chroot (2).

Ciphers

Cette option permet de spĂ©cifier les algorithmes de chiffrement autorisĂ©s. Plusieurs algorithmes de chiffrement peuvent ĂȘtre spĂ©cifiĂ©s en les sĂ©parant par des virgules. Si la liste spĂ©cifiĂ©e commence par un caractĂšre « + », les algorithmes qu’elle contient seront ajoutĂ©s Ă  la liste par dĂ©faut au lieu de la remplacer. Si la liste spĂ©cifiĂ©e commence par un caractĂšre « - », les algorithmes qu’elle contient (pouvant contenir des caractĂšres gĂ©nĂ©riques) seront supprimĂ©s de la liste par dĂ©faut au lieu de la remplacer. Si la liste spĂ©cifiĂ©e commence par un caret « ˆ », les algorithmes qu’elle contient seront ajoutĂ©s au dĂ©but de la liste par dĂ©faut.

Les algorithmes de chiffrement pris en charge sont :

3des-cbc
aes128-cbc
aes192-cbc
aes256-cbc
aes128-ctr
aes192-ctr
aes256-ctr
aes128-gcm@openssh.com
aes256-gcm@openssh.com
chacha20-poly1305@openssh.com

La liste par défaut est :

chacha20-poly1305@openssh.com,
aes128-gcm@openssh.com,aes256-gcm@openssh.com,
aes128-ctr,aes192-ctr,aes256-ctr

La liste des algorithmes de chiffrement disponibles peut aussi ĂȘtre obtenue en utilisant la commande « ssh -Q cipher ».

ClientAliveCountMax

Cette option permet de dĂ©finir le nombre de messages de rappel au client qui peuvent ĂȘtre envoyĂ©s sans que sshd (8) reçoive de message en retour du client. Si cette limite est atteinte alors que des messages de rappel au client sont envoyĂ©s, sshd dĂ©connectera le client et fermera la session. Il est important de noter que l’utilisation de messages de rappel au client est trĂšs diffĂ©rente de TCPKeepAlive . Les messages de rappel au client sont envoyĂ©s par le canal chiffrĂ© et ne sont donc pas falsifiables. L’option « keepalive » de TCP activĂ©e par TCPKeepAlive peut ĂȘtre compromise. Le mĂ©canisme de rappel au client s’avĂšre utile lorsque le client ou le serveur ont besoin d’ĂȘtre informĂ©s quand une connexion ne rĂ©pond plus.

La valeur par défaut est 3. Si ClientAliveInterval est défini à 15 et si ClientAliveCountMax conserve sa valeur par défaut de 3, les clients SSH qui ne répondent pas seront déconnectés aprÚs approximativement 45 secondes. Définir ClientAliveCountMax à zéro désactive la fermeture des connexions inactives.

ClientAliveInterval

Cette option permet de dĂ©finir un dĂ©lai en secondes aprĂšs lequel, si aucune donnĂ©e n’est reçue de la part du client, sshd (8) enverra un message par le canal chiffrĂ© pour demander une rĂ©ponse au client. La valeur par dĂ©faut est 0, ce qui signifie qu’aucun message de rappel ne sera envoyĂ© au client.

Compression

Cette option permet d’indiquer si la compression est activĂ©e aprĂšs une authentification rĂ©ussie de l’utilisateur. L’argument doit ĂȘtre yes , delayed (un Ă©quivalent hĂ©ritĂ© de yes ) ou no . La valeur par dĂ©faut est yes .

DebianBanner

Cette option permet de spĂ©cifier si le suffixe de version supplĂ©mentaire spĂ©cifiĂ© pour la distribution doit ĂȘtre inclus au cours de la nĂ©gociation initiale du protocole. La valeur par dĂ©faut est yes .

DenyGroups

Cette option peut ĂȘtre suivie d’une liste de motifs de nom de groupe sĂ©parĂ©s par des espaces. Les utilisateurs dont le groupe principal ou les groupes secondaires correspondent Ă  un des motifs ne sont pas autorisĂ©s Ă  se connecter. Seuls les noms de groupe sont valables ; les identifiants numĂ©riques de groupe ne sont pas reconnus. Par dĂ©faut, tous les groupes sont autorisĂ©s Ă  se connecter. Les directives de groupe allow/deny sont traitĂ©es dans l’ordre suivant : DenyGroups , AllowGroups .

Voir la section MOTIFS dans ssh_config (5) pour plus d’informations à propos des motifs. Cette option peut apparaütre plusieurs fois dans sshd_config , chaque instance s’ajoutant à la liste.

DenyUsers

Cette option peut ĂȘtre suivie d’une liste de motifs de nom d’utilisateur sĂ©parĂ©s par des espaces. Les utilisateurs dont le nom correspond Ă  un des motifs ne sont pas autorisĂ©s Ă  se connecter. Seuls les noms d’utilisateur sont valables ; les identifiants numĂ©riques d’utilisateur ne sont pas reconnus. Par dĂ©faut, tous les utilisateurs sont autorisĂ©s Ă  se connecter. Si le motif est de la forme UTILISATEUR@HÔTE, UTILISATEUR et HÔTE sont vĂ©rifiĂ©s sĂ©parĂ©ment, et la connexion est restreinte Ă  certains utilisateurs de certains hĂŽtes. Le critĂšre HÔTE peut aussi contenir des correspondances d’adresse au format CIDR adresse/taille_de_masque. Les directives allow/deny d’utilisateur sont traitĂ©es dans l’ordre suivant : DenyUsers , AllowUsers .

Voir la section MOTIFS dans ssh_config (5) pour plus d’informations à propos des motifs. Cette option peut apparaütre plusieurs fois dans sshd_config , chaque instance s’ajoutant à la liste.

DisableForwarding

Cette option permet de désactiver toutes les redirections, y compris X11, ssh-agent (1), TCP et StreamLocal. Elle outrepasse toute autre option concernant une redirection et peut simplifier les configurations restreintes.

ExposeAuthInfo

Cette option permet d’écrire un fichier temporaire contenant une liste des mĂ©thodes d’authentification et des donnĂ©es d’authentification publiques (comme les clĂ©s) utilisĂ©es pour authentifier l’utilisateur. L’emplacement du fichier est indiquĂ© Ă  la session utilisateur Ă  l’aide de la variable d’environnement SSH_USER_AUTH. La valeur par dĂ©faut est no .

FingerprintHash

Cette option permet de spĂ©cifier l’algorithme de hachage utilisĂ© pour la journalisation des empreintes de clĂ©. Les arguments valables sont md5 et sha256 . La valeur par dĂ©faut est sha256 .

ForceCommand

Cette option permet de forcer l’exĂ©cution de la commande spĂ©cifiĂ©e par ForceCommand en ignorant toute commande fournie par le client et ˜/.ssh/rc si prĂ©sent. La commande est invoquĂ©e en utilisant l’interprĂ©teur de commande de connexion de l’utilisateur avec l’option -c . Cette option s’applique Ă  l’exĂ©cution de l’interprĂ©teur de commande, de la commande ou du sous-systĂšme. Elle s’avĂšre particuliĂšrement utile dans un bloc Match . La commande initialement fournie par le client est disponible dans la variable d’environnement SSH_ORIGINAL_COMMAND. SpĂ©cifier la commande internal-sftp forcera l’utilisation d’un serveur SFTP interne au processus qui ne nĂ©cessite pas de fichier support lorsqu’il est utilisĂ© avec ChrootDirectory . La valeur par dĂ©faut est none .

GatewayPorts

Cette option permet de spĂ©cifier si les machines distantes sont autorisĂ©es Ă  se connecter Ă  des ports redirigĂ©s pour le client. Par dĂ©faut, sshd (8) branche les redirections de port distant Ă  l’adresse de bouclage (loopback address). Cela empĂȘche les autres machines distantes de se connecter aux ports redirigĂ©s. GatewayPorts peut ĂȘtre utilisĂ© pour indiquer que sshd (8) doit permettre le branchement des redirections de port distant Ă  des adresses autres que loopback, et par consĂ©quent autoriser les autres machines Ă  se connecter. L’argument peut ĂȘtre no pour forcer les redirections de port distant Ă  n’ĂȘtre disponibles que pour l’hĂŽte local, yes pour forcer les redirections de port distant Ă  se lier Ă  l’adresse avec caractĂšres gĂ©nĂ©riques ou clientspecified pour permettre au client de sĂ©lectionner l’adresse Ă  laquelle la redirection est liĂ©e. La valeur par dĂ©faut est no .

GSSAPIAuthentication

Cette option permet de spĂ©cifier si l’authentification utilisateur basĂ©e sur GSSAPI est autorisĂ©e. La valeur par dĂ©faut est no .

GSSAPICleanupCredentials

Cette option permet d’indiquer si le cache des donnĂ©es d’identification des utilisateurs doit ĂȘtre automatiquement vidĂ© Ă  la dĂ©connexion. La valeur par dĂ©faut est yes .

GSSAPIKeyExchange

Cette option permet de spĂ©cifier si l’échange de clĂ©s basĂ© sur GSSAPI est autorisĂ©. L’échange de clĂ©s GSSAPI ne s’appuie pas sur les clĂ©s de ssh pour vĂ©rifier l’identitĂ© de l’hĂŽte. La valeur par dĂ©faut est no .

GSSAPIStrictAcceptorCheck

Cette option permet d’indiquer si l’on doit ĂȘtre strict quant Ă  l’identitĂ© de l’accepteur GSSAPI auprĂšs duquel le client s’authentifie. Si elle est dĂ©finie Ă  yes , le client doit s’authentifier auprĂšs du service « host » avec le nom d’hĂŽte actuel. Si elle est dĂ©finie Ă  no , le client peut s’authentifier auprĂšs de n’importe quelle clĂ© de service stockĂ©e dans le magasin par dĂ©faut de la machine. Cette possibilitĂ© facilite les opĂ©rations sur les machines multi-rĂ©seaux. La valeur par dĂ©faut est yes .

GSSAPIStoreCredentialsOnRekey

Cette option permet d’indiquer si les donnĂ©es d’identification GSSAPI de l’utilisateur doivent ĂȘtre mises Ă  jour aprĂšs un renouvellement des clĂ©s de connexion rĂ©ussi. Cette option peut ĂȘtre utilisĂ©e pour des donnĂ©es d’identification acceptĂ©es renouvelĂ©es ou mises Ă  jour en provenance d’un client compatible. La valeur par dĂ©faut est no .

Pour que cette option fonctionne, l’option GSSAPIKeyExchange doit ĂȘtre activĂ©e au niveau du serveur et aussi utilisĂ©e par le client.

GSSAPIKexAlgorithms

Cette option permet de spĂ©cifier la liste des algorithmes d’échange de clĂ©s acceptĂ©s par l’échange de clĂ©s GSSAPI. Les valeurs possibles sont :

gss-gex-sha1-,
gss-group1-sha1-,
gss-group14-sha1-,
gss-group14-sha256-,
gss-group16-sha512-,
gss-nistp256-sha256-,
gss-curve25519-sha256-

La liste par dĂ©faut est «gss-group14-sha256-,gss-group16-sha512-,gss-nistp256-sha256-,gss-curve25519-sha256-,gss-gex-sha1-,gss-group14-sha1-». Cette option ne s’applique qu’aux connexions qui utilisent GSSAPI.

HostbasedAcceptedAlgorithms

Cette option permet de spĂ©cifier les algorithmes de signature qui seront acceptĂ©s pour une authentification basĂ©e sur l’hĂŽte sous la forme d’une liste de motifs sĂ©parĂ©s par des virgules. Si la liste spĂ©cifiĂ©e commence par un caractĂšre « + », les algorithmes de signature qu’elle contient seront ajoutĂ©s Ă  la liste par dĂ©faut au lieu de la remplacer. Si la liste spĂ©cifiĂ©e commence par un caractĂšre « - », les algorithmes de signature qu’elle contient (pouvant contenir des caractĂšres gĂ©nĂ©riques) seront supprimĂ©s de la liste par dĂ©faut au lieu de la remplacer. Si la liste spĂ©cifiĂ©e commence par un caret « ˆ », les algorithmes de signature qu’elle contient seront ajoutĂ©s au dĂ©but de la liste par dĂ©faut. La liste par dĂ©faut est :

ssh-ed25519-cert-v01@openssh.com,
ecdsa-sha2-nistp256-cert-v01@openssh.com,
ecdsa-sha2-nistp384-cert-v01@openssh.com,
ecdsa-sha2-nistp521-cert-v01@openssh.com,
sk-ssh-ed25519-cert-v01@openssh.com,
sk-ecdsa-sha2-nistp256-cert-v01@openssh.com,
rsa-sha2-512-cert-v01@openssh.com,
rsa-sha2-256-cert-v01@openssh.com,
ssh-ed25519,
ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,
sk-ssh-ed25519@openssh.com,
sk-ecdsa-sha2-nistp256@openssh.com,
rsa-sha2-512,rsa-sha2-256

La liste des algorithmes de signature disponibles peut aussi ĂȘtre obtenue en utilisant la commande « ssh -Q HostbasedAcceptedAlgorithms ». Cette option se nommait par le passĂ© HostbasedAcceptedKeyTypes.

HostbasedAuthentication

Cette option permet de spĂ©cifier si l’authentification par rhosts ou /etc/hosts.equiv conjointement avec une authentification de machine cliente par clĂ© publique rĂ©ussie est autorisĂ©e (authentification basĂ©e sur l’hĂŽte). La valeur par dĂ©faut est no .

HostbasedUsesNameFromPacketOnly

Cette option permet d’indiquer si le serveur essaiera d’effectuer une recherche de nom inverse lors d’une comparaison de nom dans les fichiers ˜/.shosts , ˜/.rhosts et /etc/hosts.equiv pendant une authentification basĂ©e sur l’hĂŽte. Si elle est dĂ©finie Ă  yes , sshd (8) va utiliser le nom fourni par le client plutĂŽt que de tenter lui-mĂȘme de rĂ©soudre le nom Ă  partir de la connexion TCP. La valeur par dĂ©faut est no .

HostCertificate

Cette option permet de spĂ©cifier un fichier contenant un certificat d’hĂŽte public. La clĂ© publique du certificat doit correspondre Ă  une clĂ© d’hĂŽte privĂ©e dĂ©jĂ  spĂ©cifiĂ©e Ă  l’aide de HostKey . Par dĂ©faut, sshd (8) ne charge aucun certificat.

HostKey

Cette option permet de spĂ©cifier un fichier contenant une clef d’hĂŽte privĂ©e utilisĂ©e par SSH. Les fichiers par dĂ©faut sont /etc/ssh/ssh_host_ecdsa_key , /etc/ssh/ssh_host_ed25519_key et /etc/ssh/ssh_host_rsa_key .

Notez que sshd (8) refusera d’utiliser un fichier accessible au groupe ou aux autres et que l’option HostKeyAlgorithms restreint la liste des clĂ©s rĂ©ellement utilisĂ©es par sshd (8).

Il est possible d’avoir plusieurs fichiers de clĂ© d’hĂŽte. Il est aussi possible de spĂ©cifier des fichiers de clĂ© d’hĂŽte publique Ă  la place. Dans ce cas, les opĂ©rations sur la clĂ© privĂ©e seront dĂ©lĂ©guĂ©es Ă  un agent ssh-agent (1).

HostKeyAgent

Cette option permet d’identifier le socket de domaine Unix utilisĂ© pour communiquer avec un agent qui a accĂšs aux clĂ©s d’hĂŽte privĂ©es. Si l’argument est « SSH_AUTH_SOCK », l’emplacement du socket sera lu depuis la variable d’environnement SSH_AUTH_SOCK.

HostKeyAlgorithms

Cette option permet d’indiquer les algorithmes de signature de clĂ© d’hĂŽte qu’offre le serveur. La valeur par dĂ©faut de cette option est :

ssh-ed25519-cert-v01@openssh.com,
ecdsa-sha2-nistp256-cert-v01@openssh.com,
ecdsa-sha2-nistp384-cert-v01@openssh.com,
ecdsa-sha2-nistp521-cert-v01@openssh.com,
sk-ssh-ed25519-cert-v01@openssh.com,
sk-ecdsa-sha2-nistp256-cert-v01@openssh.com,
rsa-sha2-512-cert-v01@openssh.com,
rsa-sha2-256-cert-v01@openssh.com,
ssh-ed25519,
ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,
sk-ssh-ed25519@openssh.com,
sk-ecdsa-sha2-nistp256@openssh.com,
rsa-sha2-512,rsa-sha2-256

La liste des algorithmes de signature disponibles peut aussi ĂȘtre obtenue en utilisant la commande « ssh -Q HostKeyAlgorithms ».

IgnoreRhosts

Cette option permet de spĂ©cifier si les fichiers .rhosts et .shosts propres Ă  un utilisateur doivent ĂȘtre ignorĂ©s lors d’une authentification basĂ©e sur l’hĂŽte. Les fichiers globaux du systĂšme /etc/hosts.equiv et /etc/ssh/shosts.equiv seront quant Ă  eux toujours utilisĂ©s, et cela quelle que soit la valeur de cette option.

Les valeurs acceptĂ©es sont yes (la valeur par dĂ©faut) pour ignorer tous les fichiers propres aux utilisateurs, shosts-only pour autoriser l’utilisation de .shosts mais ignorer .rhosts ou no pour autoriser l’utilisation de .shosts et rhosts .

IgnoreUserKnownHosts

Cette option permet de spĂ©cifier si sshd (8) doit ignorer le fichier ˜/.ssh/known_hosts de l’utilisateur lors des authentifications basĂ©es sur l’hĂŽte pour n’utiliser que le fichier des hĂŽtes connus global du systĂšme /etc/ssh/ssh_known_hosts . La valeur par dĂ©faut est no .

Include

Cette option permet d’inclure le(s) fichier(s) de configuration spĂ©cifiĂ©(s). Plusieurs noms de chemin peuvent ĂȘtre spĂ©cifiĂ©s, chacun d’entre eux pouvant contenir des caractĂšres gĂ©nĂ©riques glob (7), et seront dĂ©veloppĂ©s et traitĂ©s selon l’ordre lexical. Les fichiers qui ne sont pas spĂ©cifiĂ©s Ă  l’aide d’un chemin absolu sont supposĂ©s ĂȘtre situĂ©s dans /etc/ssh . Une directive Include peut ĂȘtre placĂ©e dans un bloc Match afin d’effectuer une inclusion conditionnelle.

IPQoS

Cette option permet de spĂ©cifier le type de service IPv4 ou la classe DSCP pour la connexion. Les valeurs acceptĂ©es sont af11 , af12 , af13 , af21 , af22 , af23 , af31 , af32 , af33 , af41 , af42 , af43 , cs0 , cs1 , cs2 , cs3 , cs4 , cs5 , cs6 , cs7 , ef , le , lowdelay , throughput , reliability , une valeur numĂ©rique ou none pour utiliser la valeur par dĂ©faut du systĂšme d’exploitation. Cette option peut prendre un ou deux arguments sĂ©parĂ©s par un blanc. Si un seul argument est spĂ©cifiĂ©, il est utilisĂ© en tant que classe du paquet sans condition. Si deux arguments sont spĂ©cifiĂ©s, le premier est automatiquement sĂ©lectionnĂ© pour les sessions interactives et le second pour les sessions non interactives. La valeur par dĂ©faut est lowdelay pour les sessions interactives et throughput pour les sessions non interactives.

KbdInteractiveAuthentication

Cette option permet de spĂ©cifier si l’authentification par saisie au clavier est autorisĂ©e. La valeur par dĂ©faut est yes . L’argument doit ĂȘtre yes ou no . ChallengeResponseAuthentication est un alias obsolĂšte de cette option.

KerberosAuthentication

Cette option permet de spĂ©cifier si le mot de passe fourni par l’utilisateur pour l’authentification par mot de passe sera validĂ© Ă  l’aide du KDC (Centre de Distribution de ClĂ©) Kerberos. Pour utiliser cette option, le serveur a besoin d’un fichier de clĂ© servtab Kerberos qui autorise la vĂ©rification de l’identitĂ© du KDC. La valeur par dĂ©faut est no .

KerberosGetAFSToken

Si AFS est actif et si l’utilisateur possĂšde un ticket (TGT) Kerberos 5, essayer d’obtenir un jeton AFS avant d’accĂ©der au rĂ©pertoire personnel de l’utilisateur. La valeur par dĂ©faut est no .

KerberosOrLocalPasswd

Si l’authentification par mot de passe Ă  l’aide de Kerberos Ă©choue, le mot de passe sera validĂ© Ă  l’aide de n’importe quel mĂ©canisme additionnel local tel que /etc/passwd . La valeur par dĂ©faut est yes .

KerberosTicketCleanup

Cette option permet de spĂ©cifier si le fichier cache du ticket de l’utilisateur doit ĂȘtre automatiquement dĂ©truit Ă  la dĂ©connexion. La valeur par dĂ©faut est yes .

KexAlgorithms

Cette option permet de spĂ©cifier les algorithmes d’échange de clĂ©s KEX (Key Exchange) autorisĂ©s que le serveur peut offrir aux clients. L’ordre de cette liste n’est pas important, car c’est le client qui spĂ©cifie un ordre de prĂ©fĂ©rence. Plusieurs algorithmes peuvent ĂȘtre spĂ©cifiĂ©s en les sĂ©parant par des virgules.

Si la liste spĂ©cifiĂ©e commence par un caractĂšre « + », les algorithmes qu’elle contient seront ajoutĂ©s Ă  la liste par dĂ©faut au lieu de la remplacer. Si la liste spĂ©cifiĂ©e commence par un caractĂšre « - », les algorithmes qu’elle contient (pouvant contenir des caractĂšres gĂ©nĂ©riques) seront supprimĂ©s de la liste par dĂ©faut au lieu de la remplacer. Si la liste spĂ©cifiĂ©e commence par un caret « ˆ », les algorithmes qu’elle contient seront ajoutĂ©s au dĂ©but de la liste par dĂ©faut.

Les algorithmes de chiffrement pris en charge sont :

curve25519-sha256
curve25519-sha256@libssh.org
diffie-hellman-group1-sha1
diffie-hellman-group14-sha1
diffie-hellman-group14-sha256
diffie-hellman-group16-sha512
diffie-hellman-group18-sha512
diffie-hellman-group-exchange-sha1
diffie-hellman-group-exchange-sha256
ecdh-sha2-nistp256
ecdh-sha2-nistp384
ecdh-sha2-nistp521
mlkem768x25519-sha256
sntrup761x25519-sha512
sntrup761x25519-sha512@openssh.com

La liste par défaut est :

mlkem768x25519-sha256,
sntrup761x25519-sha512,sntrup761x25519-sha512@openssh.com,
curve25519-sha256,curve25519-sha256@libssh.org,
ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521

La liste des algorithmes d’échange de clĂ©s pris en charge peut aussi ĂȘtre obtenue en utilisant la commande « ssh -Q KexAlgorithms ».

ListenAddress

Cette option permet de spĂ©cifier les adresses locales d’écoute sur lesquelles sshd (8) doit attendre les connexions. On peut utiliser les formes suivantes :

ListenAddress nom_hĂŽte | adresse [ rdomain domaine ]
ListenAddress
nom_hĂŽte : port [ rdomain domaine ]
ListenAddress
adresse_IPv4 : port [ rdomain domaine ]
ListenAddress
[

nom_hĂŽte | adresse ]: port [ rdomain domaine ]

The optional rdomain qualifier requests sshd (8) listen in an explicit routing domain. If port is not specified, sshd will listen on the address and all Port options specified. The default is to listen on all local addresses on the current default routing domain. Multiple ListenAddress options are permitted.

On Linux, routing domains are implemented using Virtual Routing and Forwarding domains (VRFs); for more information, see ip-vrf (8).

LoginGraceTime

Le serveur se dĂ©connecte aprĂšs ce dĂ©lai si l’utilisateur n’a pas rĂ©ussi Ă  se connecter. Si la valeur est 0, il n’y a aucune limite de temps. La valeur par dĂ©faut est 120 (secondes).

LogLevel

Cette option permet d’indiquer le niveau de prolixitĂ© utilisĂ© lors de la journalisation des messages en provenance de sshd (8). Les valeurs possibles sont : QUIET, FATAL, ERROR, INFO, VERBOSE, DEBUG, DEBUG1, DEBUG2 et DEBUG3. La valeur par dĂ©faut est INFO. DEBUG et DEBUG1 sont Ă©quivalents. DEBUG2 et DEBUG3 indiquent des niveaux de dĂ©bogage supĂ©rieurs pour la sortie. Le niveau de journalisation DEBUG viole la vie privĂ©e des utilisateurs et n’est pas recommandĂ©.

LogVerbose

Specify one or more overrides to LogLevel . An override consists of one or more pattern lists that matches the source file, function and line number to force detailed logging for. For example, an override pattern of:

kex.c:*:1000,*:kex_exchange_identification():*,packet.c:*

activerait la journalisation dĂ©taillĂ©e pour la ligne 1000 de kex.c , tout le contenu de la fonction kex_exchange_identification () et tout le code du fichier packet.c . Cette option est destinĂ©e au dĂ©bogage et aucun outrepassement n’est activĂ© par dĂ©faut.

MACs

Cette option permet de spĂ©cifier les algorithmes MAC (code d’authentification de message) disponibles. L’algorithme MAC est utilisĂ© pour la protection de l’intĂ©gritĂ© des donnĂ©es. Plusieurs algorithmes peuvent ĂȘtre spĂ©cifiĂ©s en les sĂ©parant par des virgules. Si la liste spĂ©cifiĂ©e commence par un caractĂšre « + », les algorithmes qu’elle contient seront ajoutĂ©s Ă  la liste par dĂ©faut au lieu de la remplacer. Si la liste spĂ©cifiĂ©e commence par un caractĂšre « - », les algorithmes qu’elle contient (pouvant contenir des caractĂšres gĂ©nĂ©riques) seront supprimĂ©s de la liste par dĂ©faut au lieu de la remplacer. Si la liste spĂ©cifiĂ©e commence par un caret « ˆ », les algorithmes qu’elle contient seront ajoutĂ©s au dĂ©but de la liste par dĂ©faut.

Les algorithmes qui contiennent « -etm » calculent le MAC aprÚs chiffrement (encrypt-then-mac). Ils sont considérés comme plus sûrs et leur utilisation est recommandée. Les algorithmes MAC pris en charge sont :

hmac-md5
hmac-md5-96
hmac-sha1
hmac-sha1-96
hmac-sha2-256
hmac-sha2-512
umac-64@openssh.com
umac-128@openssh.com
hmac-md5-etm@openssh.com
hmac-md5-96-etm@openssh.com
hmac-sha1-etm@openssh.com
hmac-sha1-96-etm@openssh.com
hmac-sha2-256-etm@openssh.com
hmac-sha2-512-etm@openssh.com
umac-64-etm@openssh.com
umac-128-etm@openssh.com

La liste par défaut est :

umac-64-etm@openssh.com,umac-128-etm@openssh.com,
hmac-sha2-256-etm@openssh.com,hmac-sha2-512-etm@openssh.com,
hmac-sha1-etm@openssh.com,
umac-64@openssh.com,umac-128@openssh.com,
hmac-sha2-256,hmac-sha2-512,hmac-sha1

La liste des algorithmes MAC disponibles peut aussi ĂȘtre obtenue en utilisant la commande « ssh -Q mac ».

Match

Cette option introduit un bloc conditionnel. Si tous les critĂšres de la ligne du Match sont respectĂ©s, les options des lignes suivantes outrepassent celles dĂ©finies dans la partie globale du fichier de configuration jusqu’à ce qu’on atteigne une autre ligne Match ou la fin du fichier. Si une option apparaĂźt dans plusieurs blocs Match dont les critĂšres sont respectĂ©s, seule la premiĂšre instance de l’option s’applique.

The arguments to Match are one or more criteria-pattern pairs or one of the single token criteria: All , which matches all criteria, or Invalid-User , which matches when the requested user-name does not match any known account. The available criteria are User , Group , Host , LocalAddress , LocalPort , Version , RDomain , and Address (with RDomain representing the routing domain on which the connection was received; see ip-vrf (8)).

Les motifs de correspondance peuvent se composer d’entrĂ©es simples ou de listes de motifs sĂ©parĂ©s par des virgules et peuvent utiliser les caractĂšres gĂ©nĂ©riques et les opĂ©rateurs de nĂ©gation dĂ©crits dans la section “MOTIFS” de ssh_config (5).

Les motifs d’un critĂšre Address peuvent aussi contenir des groupes d’adresses au format CIDR adresse/taille_de_masque comme 192.0.2.0/24 ou 2001:db8::/32. Notez que la taille de masque spĂ©cifiĂ©e doit ĂȘtre cohĂ©rente avec l’adresse ; spĂ©cifier une taille de masque trop longue pour l’adresse ou une taille avec des bits dĂ©finis dans cette partie hĂŽte de l’adresse est une erreur. 192.0.2.0/33 et 192.0.2.0/8, respectivement, sont des exemples de cette erreur.

The Version keyword matches against the version string of sshd (8), for example “OpenSSH_10.0”.

Only a subset of keywords may be used on the lines following a Match keyword. Available keywords are AcceptEnv , AllowAgentForwarding , AllowGroups , AllowStreamLocalForwarding , AllowTcpForwarding , AllowUsers , AuthenticationMethods , AuthorizedKeysCommand , AuthorizedKeysCommandUser , AuthorizedKeysFile , AuthorizedPrincipalsCommand , AuthorizedPrincipalsCommandUser , AuthorizedPrincipalsFile , Banner , CASignatureAlgorithms , ChannelTimeout , ChrootDirectory , ClientAliveCountMax , ClientAliveInterval , DenyGroups , DenyUsers , DisableForwarding , ExposeAuthInfo , ForceCommand , GatewayPorts , GSSAPIAuthentication , HostbasedAcceptedAlgorithms , HostbasedAuthentication , HostbasedUsesNameFromPacketOnly , IgnoreRhosts , Include , IPQoS , KbdInteractiveAuthentication , KerberosAuthentication , LogLevel , MaxAuthTries , MaxSessions , PAMServiceName , PasswordAuthentication , PermitEmptyPasswords , PermitListen , PermitOpen , PermitRootLogin , PermitTTY , PermitTunnel , PermitUserRC , PubkeyAcceptedAlgorithms , PubkeyAuthentication , PubkeyAuthOptions , RefuseConnection , RekeyLimit , RevokedKeys , SetEnv , StreamLocalBindMask , StreamLocalBindUnlink , TrustedUserCAKeys , UnusedConnectionTimeout , X11DisplayOffset , X11Forwarding and X11UseLocalhost .

MaxAuthTries

Cette option permet de spĂ©cifier le nombre maximal de tentatives d’authentification par connexion. Lorsque le nombre d’échecs atteint la moitiĂ© de cette valeur, les Ă©checs suivants sont journalisĂ©s. La valeur par dĂ©faut est 6.

MaxSessions

Cette option permet de spĂ©cifier le nombre maximal autorisĂ© de sessions d’interprĂ©teur de commande, de connexion ou de sous-systĂšme (par exemple sftp) ouvertes par connexion rĂ©seau. Les clients qui prennent en charge le multiplexage de connexions peuvent Ă©tablir plusieurs sessions. DĂ©finir MaxSessions à 1 dĂ©sactive Ă  proprement parler le multiplexage de sessions, alors que le dĂ©finir à 0 interdit toute session d’interprĂ©teur de commande, de connexion ou de sous-systĂšme tout en permettant la redirection. La valeur par dĂ©faut est 10.

MaxStartups

Cette option permet de spĂ©cifier le nombre maximal de connexions simultanĂ©es non authentifiĂ©es au dĂ©mon SSH. Les connexions supplĂ©mentaires seront rejetĂ©es jusqu’à ce que l’authentification rĂ©ussisse ou que le dĂ©lai de grĂące dĂ©fini Ă  l’aide de l’option LoginGraceTime expire pour une connexion. La valeur par dĂ©faut est 10:30:100.

Une autre possibilitĂ© consiste Ă  activer le rejet prĂ©maturĂ© alĂ©atoire en spĂ©cifiant un triplet « dĂ©but:taux:total » (par exemple, « 10:30:60 »). sshd (8) va alors rejeter les tentatives de connexion avec une probabilitĂ© de « taux/100 » (30 %) s’il y a « dĂ©but » (10) connexions non authentifiĂ©es en cours. La probabilitĂ© augmente linĂ©airement et toutes les tentatives de connexion seront rejetĂ©es si le nombre de connexions non authentifiĂ©es atteint « total » (60).

ModuliFile

Cette option permet de spĂ©cifier le fichier moduli (5) qui contient les groupes Diffie-Hellman utilisĂ©s pour les mĂ©thodes d’échange de clĂ©s « diffie-hellman-group-exchange-sha1 » et « diffie-hellman-group-exchange-sha256 ». La valeur par dĂ©faut est /etc/ssh/moduli .

PAMServiceName

Cette option permet de spĂ©cifier le nom de service utilisĂ© pour l’authentification, l’autorisation et le contrĂŽle de session PAM (Pluggable Authentication Modules) lorsque UsePAM est activĂ©. La valeur par dĂ©faut est sshd .

PasswordAuthentication

Cette option permet de spĂ©cifier si l’authentification par mot de passe est autorisĂ©e. La valeur par dĂ©faut est yes .

PermitEmptyPasswords

Quand l’authentification par mot de passe est autorisĂ©e, cette option permet de spĂ©cifier si le serveur autorise les connexions Ă  des comptes dont les mots de passe sont des chaĂźnes de caractĂšres vides. La valeur par dĂ©faut est no .

PermitListen

Cette option permet de spĂ©cifier les adresses/ports sur lesquels une redirection de port TCP distant peut Ă©couter. La spĂ©cification de permission d’écoute peut ĂȘtre sous une des formes suivantes :

PermitListen port
PermitListen
hĂŽte : port

Plusieurs permissions peuvent ĂȘtre spĂ©cifiĂ©es en les sĂ©parant par des blancs. Si l’argument est any , toutes les restrictions sont supprimĂ©es et toutes les requĂȘtes d’écoute sont autorisĂ©es. Si l’argument est none , toutes les requĂȘtes d’écoute sont interdites. Le nom d’hĂŽte peut contenir des caractĂšres gĂ©nĂ©riques comme dĂ©crit dans la section MOTIFS de ssh_config (5). Si le numĂ©ro de port est remplacĂ© par le caractĂšre gĂ©nĂ©rique « * », tous les ports sont autorisĂ©s. Par dĂ©faut, toutes les requĂȘtes d’écoute de redirection de port sont autorisĂ©es. Notez que l’option GatewayPorts peut par la suite restreindre les adresses qui peuvent ĂȘtre Ă©coutĂ©es. Notez aussi que ssh (1) demandera « localhost » comme hĂŽte d’écoute si aucun hĂŽte d’écoute n’a Ă©tĂ© spĂ©cifiquement demandĂ©, et que ce nom est traitĂ© diffĂ©remment des adresses d’hĂŽte local explicites « 127.0.0.1 » et « ::1 ».

PermitOpen

Cette option permet de spĂ©cifier les destinations vers lesquelles la redirection de port TCP est autorisĂ©e. La spĂ©cification de redirection doit ĂȘtre sous une des formes suivantes :

PermitOpen hĂŽte : port
PermitOpen
adr_IPv4 : port
PermitOpen
[adr_IPv6] : port

Plusieurs redirections peuvent ĂȘtre spĂ©cifiĂ©es en les sĂ©parant par des blancs. Si l’argument est any , toutes les restrictions sont supprimĂ©es et toutes les requĂȘtes de redirection sont autorisĂ©es. Si l’argument est none , toutes les requĂȘtes de redirection sont interdites. Si l’hĂŽte ou le numĂ©ro de port est remplacĂ© par le caractĂšre gĂ©nĂ©rique « * », tous les hĂŽtes ou ports, respectivement, sont autorisĂ©s. Sinon, aucune correspondance de motif ou de recherche d’adresse n’est effectuĂ©e pour les noms fournis. Par dĂ©faut, toutes les requĂȘtes de redirection de port sont autorisĂ©es.

PermitRootLogin

Cette option permet de spĂ©cifier si l’utilisateur root peut se connecter en utilisant ssh (1). L’argument doit ĂȘtre yes , prohibit-password , forced-commands-only ou no . La valeur par dĂ©faut est prohibit-password ..

Si cette option est dĂ©finie Ă  prohibit-password (ou son alias obsolĂšte without-password ), l’authentification par mot de passe et interaction au clavier est dĂ©sactivĂ©e pour l’utilisateur root.

Si cette option est dĂ©finie Ă  forced-commands-only , les connexions de l’utilisateur root sont autorisĂ©es avec une authentification par clĂ© publique, mais seulement si l’option command a Ă©tĂ© spĂ©cifiĂ©e (ce qui peut ĂȘtre utile pour effectuer des sauvegardes Ă  distance mĂȘme si les connexions de l’utilisateur root sont normalement interdites). Toutes les autres mĂ©thodes d’authentification sont dĂ©sactivĂ©es pour l’utilisateur root.

Si cette option est dĂ©finie Ă  no , l’utilisateur root n’est pas autorisĂ© Ă  se connecter.

PermitTTY

Cette option permet de spĂ©cifier si l’allocation de terminal pty (4) est autorisĂ©e. La valeur par dĂ©faut est yes .

PermitTunnel

Cette option permet de spĂ©cifier si la redirection de dispositif tun (4) est autorisĂ©e. L’argument doit ĂȘtre yes , point-to-point (couche 3), ethernet (couche 2) ou no . SpĂ©cifier yes revient Ă  autoriser point-to-point et ethernet . La valeur par dĂ©faut est no .

IndĂ©pendamment de cette dĂ©finition, les permissions du dispositif tun (4) sĂ©lectionnĂ© doivent accorder l’autorisation d’accĂšs Ă  l’utilisateur.

PermitUserEnvironment

Cette option permet de spĂ©cifier si les options environment= de ˜/.ssh/authorized_keys et le fichier ˜/.ssh/environment seront traitĂ©s par sshd (8). L’argument doit ĂȘtre yes , no ou une liste de motifs indiquant les noms de variable d’environnement Ă  accepter (par exemple « LANG,LC_* »). La valeur par dĂ©faut est no . Activer le traitement de l’environnement peut permettre aux utilisateurs de court-circuiter les restrictions d’accĂšs dans certaines configurations utilisant des mĂ©canismes comme LD_PRELOAD.

PermitUserRC

Cette option permet de spĂ©cifier si le fichier ˜/.ssh/rc sera exĂ©cutĂ©. La valeur par dĂ©faut est yes .

PerSourceMaxStartups

Cette option permet de spĂ©cifier le nombre de connexions non authentifiĂ©es permises depuis une adresse source donnĂ©e ou « none » pour n’imposer aucune limite. Cette limite s’applique en plus de MaxStartups , la valeur la plus basse des deux Ă©tant retenue. La valeur par dĂ©faut est no .

PerSourceNetBlockSize

Cette option permet de spĂ©cifier le nombre de bits de l’adresse source qui sont regroupĂ©s pour appliquer les limites de PerSourceMaxStartups. Il est possible de spĂ©cifier la valeur pour IPv4 Ă©ventuellement suivie d’un deux-points « : » et de la valeur pour IPv6. La valeur par dĂ©faut est 32:128 , ce qui signifie que chaque adresse est considĂ©rĂ©e individuellement.

PerSourcePenalties

Cette option permet de contrĂŽler les pĂ©nalitĂ©s Ă  appliquer pour diverses conditions qui peuvent correspondre Ă  une attaque sur sshd (8). Si une pĂ©nalitĂ© est appliquĂ©e Ă  un client, son adresse source et toutes celles du mĂȘme rĂ©seau (tel que dĂ©fini par PerSourceNetBlockSize ) feront l’objet d’un refus de connexion pendant un certain temps.

Une pĂ©nalitĂ© n’affecte pas les connexions simultanĂ©es en cours, mais plusieurs pĂ©nalitĂ©s pour la mĂȘme source et des connexions simultanĂ©es vont s’accumuler jusqu’à un maximum. Inversement, les pĂ©nalitĂ©s ne sont appliquĂ©es qu’une fois un certain seuil de temps accumulĂ©.

Penalties are enabled by default with the default settings listed below but may disabled using the no keyword. The defaults may be overridden by specifying one or more of the keywords below, separated by whitespace. All keywords accept arguments, e.g. "crash:2m".

crash:durée

Spécifier la durée pendant laquelle seront rejetés les clients qui ont causé un plantage de sshd (8) (par défaut 90 secondes).

authfail:durée

SpĂ©cifier la durĂ©e pendant laquelle seront rejetĂ©s les clients qui se dĂ©connectent aprĂšs avoir effectuĂ© une ou plusieurs tentatives d’authentification infructueuses (par dĂ©faut 5 secondes).

refuseconnection:duration

Specifies how long to refuse clients that were administratively prohibited connection via the RefuseConnection option (default: 10s).

noauth:durée

SpĂ©cifier la durĂ©e pendant laquelle seront rejetĂ©s les clients qui se dĂ©connectent sans essayer de s’authentifier (par dĂ©faut 1 seconde). Ce dĂ©lai doit ĂȘtre utilisĂ© avec prudence sous peine de pĂ©naliser des outils de recherche lĂ©gitimes comme ssh-keyscan (1).

grace-exceeded:durée

Specifies how long to refuse clients that fail to authenticate after LoginGraceTime (default: 10s).

max:durée

SpĂ©cifier la durĂ©e maximale pendant laquelle l’accĂšs sera refusĂ© pour un intervalle d’adresses sources particulier (par dĂ©faut 10 minutes). Des pĂ©nalitĂ©s rĂ©pĂ©tĂ©es feront grimper la durĂ©e jusqu’à cette valeur maximale.

min:durée

SpĂ©cifier la pĂ©nalitĂ© minimale qui doit ĂȘtre atteinte avant que l’application ne commence (par dĂ©faut 15 secondes).

max-sources4:nombre , max-sources6:nombre

SpĂ©cifier le nombre maximal de plages d’adresses client IPv4 et IPv6 Ă  suivre pour les pĂ©nalitĂ©s (par dĂ©faut : 65 536 pour les deux).

overflow:mode

Cette option permet de contrĂŽler la maniĂšre dont le serveur se comporte lorsque max-sources4 ou max-sources6 sont dĂ©passĂ©s. Il y a deux modes opĂ©ratoires : deny-all qui rejette toutes les connexions entrantes autres que celles exemptĂ©es Ă  l’aide de PerSourcePenaltyExemptList jusqu’à ce qu’une pĂ©nalitĂ© arrive Ă  expiration, et permissive qui autorise de nouvelles connexions en supprimant les pĂ©nalitĂ©s existantes plus tĂŽt (le mode par dĂ©faut est permissive ). Notez que les pĂ©nalitĂ©s client infĂ©rieures au seuil min sont comptabilisĂ©es dans le nombre total de pĂ©nalitĂ©s suivies. Les adresses IPv4 et IPv6 sont suivies sĂ©parĂ©ment, si bien qu’un dĂ©passement dans l’un n’affectera pas l’autre.

overflow6:mode

Cette option permet de spĂ©cifier un mode de dĂ©passement diffĂ©rent pour les adresses IPv6. Par dĂ©faut, c’est le mĂȘme mode de dĂ©passement que celui dĂ©fini pour IPv4 qui est utilisĂ©.

PerSourcePenaltyExemptList

Cette option permet de spĂ©cifier une liste, sĂ©parĂ©e par des virgules, d’adresses exemptes de pĂ©nalitĂ©s. Cette liste peut contenir des caractĂšres gĂ©nĂ©riques et des intervalles au format CIDR adresse/taille_masque. Notez que la taille de masque fournie doit ĂȘtre cohĂ©rente avec l’adresse — il est erronĂ© de spĂ©cifier une taille de masque trop grande pour l’adresse ou avec des bits positionnĂ©s dans la partie hĂŽte de l’adresse (par exemple 192.0.2.0/33 et 192.0.2.0/8, respectivement). Par dĂ©faut, aucune adresse n’est exemptĂ©e.

PidFile

Cette option permet de spĂ©cifier l’emplacement du fichier contenant l’identifiant du processus du dĂ©mon de SSH ou none pour ne pas Ă©crire ce fichier. La valeur par dĂ©faut est /run/sshd.pid .

Port

Cette option permet de spĂ©cifier le numĂ©ro du port sur lequel Ă©coute sshd (8). La valeur par dĂ©faut est 22. Cette option peut ĂȘtre spĂ©cifiĂ©e plusieurs fois. Voir aussi ListenAddress .

PrintLastLog

Cette option permet de spĂ©cifier si sshd (8) doit afficher la date et l’heure de la derniĂšre connexion d’un utilisateur lorsque l’utilisateur se connecte en mode interactif. La valeur par dĂ©faut est yes .

PrintMotd

Cette option permet de spĂ©cifier si sshd (8) doit afficher le contenu du fichier /etc/motd quand un utilisateur se connecte en mode interactif (sur certains systĂšmes, il est aussi affichĂ© par l’interprĂ©teur de commande ou le fichier /etc/profile ou Ă©quivalent). La valeur par dĂ©faut est yes .

PubkeyAcceptedAlgorithms

Cette option permet de spĂ©cifier les algorithmes de signature qui seront acceptĂ©s pour une authentification par clĂ© publique sous la forme d’une liste de motifs sĂ©parĂ©s par des virgules. Si la liste spĂ©cifiĂ©e commence par un caractĂšre « + », les algorithmes de signature qu’elle contient seront ajoutĂ©s Ă  la liste par dĂ©faut au lieu de la remplacer. Si la liste spĂ©cifiĂ©e commence par un caractĂšre « - », les algorithmes de signature qu’elle contient (pouvant contenir des caractĂšres gĂ©nĂ©riques) seront supprimĂ©s de la liste par dĂ©faut au lieu de la remplacer. Si la liste spĂ©cifiĂ©e commence par un caret « ˆ », les algorithmes de signature qu’elle contient seront ajoutĂ©s au dĂ©but de la liste par dĂ©faut. La liste par dĂ©faut est :

ssh-ed25519-cert-v01@openssh.com,
ecdsa-sha2-nistp256-cert-v01@openssh.com,
ecdsa-sha2-nistp384-cert-v01@openssh.com,
ecdsa-sha2-nistp521-cert-v01@openssh.com,
sk-ssh-ed25519-cert-v01@openssh.com,
sk-ecdsa-sha2-nistp256-cert-v01@openssh.com,
rsa-sha2-512-cert-v01@openssh.com,
rsa-sha2-256-cert-v01@openssh.com,
ssh-ed25519,
ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,
sk-ssh-ed25519@openssh.com,
sk-ecdsa-sha2-nistp256@openssh.com,
rsa-sha2-512,rsa-sha2-256

La liste des algorithmes de signature disponibles peut aussi ĂȘtre obtenue en utilisant la commande « ssh -Q PubkeyAcceptedAlgorithms ».

PubkeyAuthOptions

Cette option permet de dĂ©finir une ou plusieurs options d’authentification par clĂ© publique. Les mots-clĂ©s pris en charge sont : none (la valeur par dĂ©faut indiquant qu’aucune autre option n’est activĂ©e), touch-required et verify-required .

L’option touch-required fait que l’authentification par clĂ© publique utilise un algorithme d’authentificateur FIDO (c’est-Ă -dire ecdsa-sk ou ed25519-sk ) de façon Ă  toujours imposer la signature pour attester qu’un utilisateur physiquement prĂ©sent a confirmĂ© explicitement l’authentification (en gĂ©nĂ©ral en touchant l’authentificateur). Par dĂ©faut, sshd (8) impose la prĂ©sence de l’utilisateur, sauf outrepassement Ă  l’aide d’une option authorized_keys. L’option touch-required dĂ©sactive cet outrepassement.

L’option verify-required impose qu’une signature de clĂ© FIDO atteste que l’utilisateur a Ă©tĂ© vĂ©rifiĂ©, par exemple Ă  l’aide d’un code PIN.

Les mots-clĂ©s touch-required ou verify-required n’ont aucun effet sur les autres types d’authentification par clĂ© publique non-FIDO.

PubkeyAuthentication

Cette option permet de spĂ©cifier si l’authentification par clĂ© publique est autorisĂ©e. La valeur par dĂ©faut est yes .

RefuseConnection

Indicates that sshd (8) should unconditionally terminate the connection. Additionally, a refuseconnection penalty may be recorded against the source of the connection if PerSourcePenalties are enabled. This option is only really useful in a Match block.

RekeyLimit

Cette option permet de spĂ©cifier la quantitĂ© maximale de donnĂ©es qui peuvent ĂȘtre envoyĂ©es ou reçues, Ă©ventuellement suivie d’une durĂ©e maximale, avant que la clĂ© de session ne soit renĂ©gociĂ©e. Le premier argument est spĂ©cifiĂ© en octets et peut possĂ©der un suffixe « K », « M » ou « G » pour indiquer respectivement des kilo-octets, des mĂ©ga-octets ou des giga-octets. La valeur par dĂ©faut se situe entre « 1 Go » et « 4 Go » en fonction de l’algorithme de chiffrement. Le second argument facultatif est spĂ©cifiĂ© en secondes et peut utiliser toutes les unitĂ©s dĂ©crites dans la section “FORMATS DE TEMPS”. La valeur par dĂ©faut de RekeyLimit est default none , ce qui signifie que la renĂ©gociation de clĂ© est effectuĂ©e aprĂšs que la quantitĂ© de donnĂ©es par dĂ©faut de l’algorithme de chiffrement a Ă©tĂ© envoyĂ©e ou reçue, et qu’aucune renĂ©gociation de clĂ© basĂ©e sur la durĂ©e n’est effectuĂ©e.

RequiredRSASize

Cette option permet de spĂ©cifier la taille minimale de clĂ© RSA (en bits) que sshd (8) acceptera. Les clĂ©s d’authentification d’utilisateur et basĂ©es sur l’hĂŽte dont la taille est en dessous de cette limite seront refusĂ©es. La valeur par dĂ©faut est 1024 bits. Notez que la valeur spĂ©cifiĂ©e doit ĂȘtre supĂ©rieure ou Ă©gale Ă  la valeur par dĂ©faut.

RevokedKeys

Cette option permet de spĂ©cifier l’emplacement du fichier des clĂ©s publiques rĂ©voquĂ©es ou none si on ne l’utilise pas. Les clĂ©s listĂ©es dans ce fichier seront refusĂ©es pour l’authentification par clĂ© publique. Notez que si ce fichier n’est pas accessible en lecture, l’authentification par clĂ© publique sera refusĂ©e pour tous les utilisateurs. Les clĂ©s peuvent ĂȘtre spĂ©cifiĂ©es Ă  l’aide d’un fichier texte avec une clĂ© par ligne, ou sous la forme d’une liste de rĂ©vocations de clĂ© OpenSSH (KRL) telle que gĂ©nĂ©rĂ©e par ssh-keygen (1). Pour plus d’informations Ă  propos des KRL, voir la section LISTES DE RÉVOCATIONS DE CLÉ de ssh-keygen (1).

SecurityKeyProvider

Cette option permet de spĂ©cifier le chemin d’une bibliothĂšque qui sera utilisĂ©e lors du chargement des clĂ©s hĂ©bergĂ©es par un authentificateur FIDO, outrepassant ainsi le comportement par dĂ©faut consistant Ă  utiliser le support USB HID embarquĂ©.

SetEnv

Cette option permet de spĂ©cifier une ou plusieurs variables d’environnement Ă  dĂ©finir dans les sessions enfant ouvertes par sshd (8), sous la forme « NOM=VALEUR ». La valeur de la variable d’environnement peut ĂȘtre entourĂ©e de guillemets droits (par exemple si elle contient des blancs). Les variables d’environnement dĂ©finies Ă  l’aide de SetEnv outrepassent l’environnement par dĂ©faut et toute variable spĂ©cifiĂ©e par l’utilisateur Ă  l’aide de AcceptEnv ou PermitUserEnvironment .

SshdAuthPath

Overrides the default path to the sshd-auth binary that is invoked to complete user authentication. The default is /usr/lib/openssh/sshd-auth . This option is intended for use by tests.

SshdSessionPath

Remplacer le chemin par dĂ©faut de l’exĂ©cutable sshd-session invoquĂ© pour gĂ©rer chaque connexion. Le chemin par dĂ©faut est /usr/lib/openssh/sshd-session . Cette option est destinĂ©e Ă  ĂȘtre utilisĂ©e dans les tests.

StreamLocalBindMask

Cette option permet de dĂ©finir le masque de mode de crĂ©ation de fichier (umask) Ă  utiliser pour crĂ©er un fichier de socket de domaine Unix pour la redirection de port local ou distant. Cette option n’est utilisĂ©e que pour la redirection d’un port vers un fichier de socket de domaine Unix.

La valeur par dĂ©faut est 0177 qui crĂ©e un fichier de socket de domaine Unix qui n’est accessible en lecture et Ă©criture que pour son propriĂ©taire. Notez que tous les systĂšmes d’exploitation ne tiennent pas compte du mode de fichier pour les fichiers de socket de domaine Unix.

StreamLocalBindUnlink

Cette option permet de spĂ©cifier si un fichier de socket de domaine Unix pour la redirection de port local ou distant doit ĂȘtre supprimĂ© avant d’en crĂ©er un nouveau. Si le fichier de socket existe dĂ©jĂ  et si StreamLocalBindUnlink n’est pas activĂ©e, sshd ne pourra pas rediriger le port vers le fichier de socket de domaine Unix. Cette option n’est utilisĂ©e que pour la redirection de port vers un fichier de socket de domaine Unix.

L’argument doit ĂȘtre yes ou no . La valeur par dĂ©faut est no .

StrictModes

Cette option permet de spĂ©cifier si sshd (8) doit vĂ©rifier les modes et le propriĂ©taire des fichiers et du rĂ©pertoire personnel de l’utilisateur avant d’accepter une connexion. C’est en gĂ©nĂ©ral souhaitable, parce que les novices laissent parfois accidentellement leur rĂ©pertoire ou leurs fichiers accessibles en Ă©criture pour tout le monde. La valeur par dĂ©faut est yes . Notez que cette option ne s’applique pas Ă  ChrootDirectory dont les permissions et propriĂ©taire sont systĂ©matiquement vĂ©rifiĂ©s.

Subsystem

Cette option permet de configurer un sous-systĂšme externe (par exemple un dĂ©mon de transfert de fichiers). Les arguments doivent ĂȘtre un nom de sous-systĂšme et une commande (avec arguments optionnels) Ă  exĂ©cuter lors d’une requĂȘte Ă  ce sous-systĂšme.

La commande sftp-server implémente le sous-systÚme de transfert de fichiers SFTP.

La commande internal-sftp , quant Ă  elle, implĂ©mente un serveur SFTP interne au processus, ce qui peut simplifier les configurations utilisant ChrootDirectory pour forcer une racine de systĂšme de fichiers diffĂ©rente sur les clients. Cette commande accepte les mĂȘme arguments que sftp-server , et mĂȘme si elle est interne au processus, les options telles que LogLevel ou SyslogFacility ne s’appliquent pas Ă  elle et doivent ĂȘtre dĂ©finies explicitement Ă  l’aide d’arguments sur la ligne de commande.

Par dĂ©faut, aucun sous-systĂšme n’est dĂ©fini.

SyslogFacility

Cette option permet d’indiquer le code de catĂ©gorie (« facility ») utilisĂ© lors de la journalisation des messages du dĂ©mon sshd (8). Les valeurs possibles sont : DAEMON, USER, AUTH, LOCAL0, LOCAL1, LOCAL2, LOCAL3, LOCAL4, LOCAL5, LOCAL6 et LOCAL7. La valeur par dĂ©faut est AUTH.

TCPKeepAlive

Cette option permet de spĂ©cifier si le systĂšme doit envoyer des messages de rappel TCP Ă  l’autre extrĂ©mitĂ© de la connexion. Si ces messages sont envoyĂ©s, la mort d’une connexion ou le plantage d’une des machines seront notifiĂ©s de maniĂšre appropriĂ©e. Cela signifie cependant que les connexions seront fermĂ©es si la route est momentanĂ©ment interrompue, et cela indispose certains utilisateurs. À l’inverse, si les messages de rappel TCP ne sont pas envoyĂ©s, des sessions pourront rester indĂ©finiment bloquĂ©es sur le serveur en laissant des utilisateurs « fantĂŽmes » et en consommant des ressources du serveur.

La valeur par dĂ©faut est yes (envoyer les messages de rappel TCP), et le serveur saura alors si le rĂ©seau tombe ou si la machine du client se plante, ce qui permet d’éviter le blocage infini de sessions.

Pour dĂ©sactiver l’envoi de messages de rappel TCP, cette option doit ĂȘtre dĂ©finie Ă  no .

Cette option avait pour nom par le passé KeepAlive .

TrustedUserCAKeys

Cette option permet de spĂ©cifier un fichier contenant les clĂ©s publiques d’autoritĂ©s de certification considĂ©rĂ©es comme fiables pour signer des certificats utilisateur pour l’authentification, ou none pour ne pas utiliser un tel fichier. Chaque ligne du fichier contient une clé ; les lignes vides et les commentaires commençant par « # » sont autorisĂ©s. Si un certificat est prĂ©sentĂ© pour une authentification et si la clĂ© de la CA qui l’a signĂ© est enregistrĂ©e dans ce fichier, il pourra ĂȘtre utilisĂ© pour l’authentification pour tout utilisateur faisant partie de la liste de « principals » du certificat. Notez que les certificats qui ne possĂšdent pas de liste de « principals » ne seront pas acceptĂ©s pour une authentification utilisant TrustedUserCAKeys (NDT : un « principal » est une chaĂźne arbitraire dĂ©finie au niveau du serveur pour un utilisateur et devant ĂȘtre prĂ©sente dans le certificat du client pour que ce dernier puisse se connecter). Pour plus de dĂ©tails Ă  propos des certificats, voir la section CERTIFICATS de ssh-keygen (1).

UnusedConnectionTimeout

Cette option permet de spĂ©cifier si et au bout de combien de temps sshd (8) doit fermer les connexions client sans canaux ouverts. Les canaux ouverts comprennent les interprĂ©teurs de commande actifs, les exĂ©cutions de commande ou les sessions de sous-systĂšme, les rĂ©seaux connectĂ©s, les sockets, les redirections d’agent ou de X11. Les Ă©couteurs de redirection tels que ceux du drapeau -R de ssh (1) ne sont pas considĂ©rĂ©s comme des canaux ouverts et n’empĂȘchent pas le dĂ©lai d’arriver Ă  expiration. La valeur du dĂ©lai est spĂ©cifiĂ©e en secondes ou peut utiliser toute unitĂ© dĂ©crite dans la section “FORMATS DE TEMPS”.

Notez que ce dĂ©lai prend effet lorsque la connexion du client a terminĂ© l’authentification de l’utilisateur, mais avant que le client ait l’opportunitĂ© d’ouvrir un canal. Il faut ĂȘtre prudent lorsqu’on utilise des valeurs de dĂ©lai courtes, car elles ne donneront peut-ĂȘtre pas assez de temps au client pour demander l’ouverture de ses canaux avant la fermeture de la connexion.

La valeur par dĂ©faut est none et indique que les connexions sans canaux ouverts n’auront pas de dĂ©lai d’expiration. Cette option s’avĂšre utile en combinaison avec l’option ChannelTimeout .

UseDNS

Cette option permet de spĂ©cifier si sshd (8) doit rechercher le nom de l’hĂŽte distant et vĂ©rifier que le nom d’hĂŽte rĂ©solu pour l’adresse IP distante correspond en retour Ă  exactement la mĂȘme adresse IP.

Si cette option est dĂ©finie Ă  no (la valeur par dĂ©faut), les noms d’hĂŽte ne pourront pas ĂȘtre utilisĂ©s dans les directives from , sshd_config , Match et Host de ˜/.ssh/authorized_keys , mais seulement leurs adresses IP.

UsePAM

Cette option permet d’activer l’interface PAM (Pluggable Authentication Module). Si elle est dĂ©finie Ă  yes , l’authentification PAM sera activĂ©e en utilisant KbdInteractiveAuthentication et PasswordAuthentication en plus du traitement du module PAM de compte et de session pour tous les types d’authentification.

Étant donnĂ© que l’authentification PAM par interaction au clavier est en gĂ©nĂ©ral Ă©quivalente Ă  l’authentification par mot de passe, vous devez dĂ©sactiver PasswordAuthentication ou KbdInteractiveAuthentication .

Si UsePAM est activĂ©e, vous ne pourrez pas exĂ©cuter sshd (8) en tant qu’utilisateur autre que le superutilisateur. La valeur par dĂ©faut est no .

VersionAddendum

Cette option permet de spĂ©cifier du texte additionnel Ă  ajouter Ă  la banniĂšre de protocole SSH envoyĂ©e par le serveur lors d’une connexion. La valeur par dĂ©faut est none .

X11DisplayOffset

Cette option permet de spĂ©cifier le premier numĂ©ro de « display » disponible pour les redirections de X11 par sshd (8), ce qui empĂȘche sshd d’interfĂ©rer avec les vrais serveurs X11. La valeur par dĂ©faut est 10.

X11Forwarding

Cette option permet de spĂ©cifier si les redirections de X11 sont autorisĂ©es. L’argument doit ĂȘtre yes ou no . La valeur par dĂ©faut est no .

Lorsque la redirection de X11 est activĂ©e, le serveur et les affichages du client peuvent ĂȘtre davantage exposĂ©s si le « display » mandataire de sshd (8) est configurĂ© pour Ă©couter l’adresse gĂ©nĂ©rique (voir X11UseLocalhost ), bien que cela ne soit pas le comportement par dĂ©faut. De plus, l’usurpation d’authentification ainsi que la vĂ©rification et la substitution des donnĂ©es d’authentification se produisent cĂŽtĂ© client. Le risque de sĂ©curitĂ© induit par l’utilisation de la redirection de X11 est que le serveur d’affichage X11 du client soit exposĂ© Ă  une attaque lorsque le client SSH demande la redirection (voir les avertissements Ă  propos de ForwardX11 dans ssh_config (5)). Un administrateur systĂšme peut vouloir protĂ©ger les clients qui pourraient s’exposer Ă  des attaques en demandant involontairement une redirection de X11, ce qui pourrait justifier de dĂ©finir cette option Ă  no .

Notez que la dĂ©sactivation des redirections de X11 n’empĂȘche pas les utilisateurs de rediriger le trafic X11, puisqu’ils pourront toujours installer leurs propres redirecteurs.

X11UseLocalhost

Cette option permet de spĂ©cifier si sshd (8) doit lier le serveur de redirection de X11 Ă  l’adresse de bouclage (loopback address) ou Ă  l’adresse gĂ©nĂ©rique (wildcard address). Par dĂ©faut, sshd lie le serveur de redirection Ă  l’adresse de bouclage et dĂ©finit la partie nom d’hĂŽte de la variable d’environnement DISPLAY Ă  localhost , ce qui empĂȘche des machines distantes de se connecter au « display » mandataire. NĂ©anmoins, certains clients X11 anciens pourraient ne pas fonctionner avec cette configuration. Il est possible de dĂ©finir X11UseLocalhost Ă  no pour spĂ©cifier que le serveur de redirection doit ĂȘtre liĂ© Ă  l’adresse gĂ©nĂ©rique. L’argument doit ĂȘtre yes ou no . La valeur par dĂ©faut est yes .

XAuthLocation

Cette option permet de spécifier le chemin complet du programme xauth (1) ou none pour ne pas en utiliser. La valeur par défaut est /usr/bin/xauth .

FORMATS DE TEMPS

Les arguments de la ligne de commande et les options du fichier de configuration de sshd (8) qui spĂ©cifient des temps peuvent ĂȘtre exprimĂ©s en utilisant une sĂ©quence de la forme : temps [ qualificateur ], oĂč temps est une valeur entiĂšre positive et qualificateur une des unitĂ©s suivantes :

⟹ aucune ⟩

secondes

s | S

secondes

m | M

minutes

h | H

heures

d | D

jours

w | W

semaines

Tous les membres de la séquence sont additionnés les uns aux autres pour obtenir la valeur totale de temps.

Exemples de format de temps :

600

600 secondes (10 minutes)

10m

10 minutes

1h30m

1 heure 30 minutes (90 minutes)

SYMBOLES

Les arguments de certaines options peuvent utiliser des symboles qui sont dĂ©veloppĂ©s Ă  l’exĂ©cution :

%%

Le caractÚre littéral « % ».

%C

L’identification des extrĂ©mitĂ©s de la connexion, contenant quatre valeurs sĂ©parĂ©es par des espaces : adresse client, numĂ©ro de port client, adresse serveur et numĂ©ro de port serveur.

%D

Le domaine de routage dans lequel la connexion entrante a été reçue.

%F

L’empreinte de la clĂ© de la CA.

%f

L’empreinte de la clĂ© ou du certificat.

%h

Le rĂ©pertoire personnel de l’utilisateur.

%i

L’identifiant de la clĂ© dans le certificat.

%K

La clé de la CA encodée en base64.

%k

La clĂ© ou le certificat encodĂ©s en base64 pour l’authentification.

%s

Le numéro de série du certificat.

%T

Le type de la clé de la CA.

%t

Le type de la clé ou du certificat.

%U

L’UID numĂ©rique de l’utilisateur cible.

%u

Le nom d’utilisateur.

AuthorizedKeysCommand accepte les symboles %%, %C, %D, %f, %h, %k, %t, %U et %u.

AuthorizedKeysFile accepte les symboles %%, %h, %U et %u.

AuthorizedPrincipalsCommand accepte les symboles %%, %C, %D, %F, %f, %h, %i, %K, %k, %s, %T, %t, %U et %u.

AuthorizedPrincipalsFile accepte les symboles %%, %h, %U et %u.

ChrootDirectory accepte les symboles %%, %h, %U et %u.

FICHIERS
/etc/ssh/sshd_config

Ce fichier contient les donnĂ©es de configuration de sshd (8). Il ne doit ĂȘtre accessible en Ă©criture que pour le superutilisateur, mais il est recommandĂ© (bien que non nĂ©cessaire) qu’il soit accessible en lecture pour tous.

VOIR AUSSI

sftp-server (8), sshd (8)

AUTEURS

OpenSSH est dérivé de la version originale et libre 1.2.12 de ssh par Tatu Ylonen. Aaron Campbell, Bob Beck, Markus Friedl, Niels Provos, Theo de Raadt et Dug Song ont corrigé de nombreux bogues, réintroduit de nouvelles fonctionnalités et créé OpenSSH. Markus Friedl a contribué à la prise en charge des versions 1.5 et 2.0 du protocole SSH. Niels Provos et Markus Friedl ont contribué à la prise en charge de la séparation des privilÚges.

TRADUCTION

La traduction française de cette page de manuel a été créée par Laurent GAUTROT <l dot gautrot at free dot fr> et Lucien Gentis <lucien.gentis@waika9.com>

Cette traduction est une documentation libre ; veuillez vous reporter à la GNU General Public License version 3 : https://www.gnu.org/licenses/gpl-3.0.html concernant les conditions de copie et de distribution. Il n’y a aucune RESPONSABILITÉ LÉGALE.

Si vous découvrez un bogue dans la traduction de cette page de manuel, veuillez envoyer un message à debian-l10n-french@lists.debian.org . Debian February 15, 2025 SSHD_CONFIG (5)