SSH : SSHD_config et sécurisation

Cyröll · 27-05-2018 11:40:35

Hello. J'espère être dans le bon sous-forum, et je vous remercie grandement !

J'ai il y a peu installé openssh-server et openssh-client sur mon serveur, en soit SSHD fonctionne très bien mais toute les modifications que je fais à celui-ci dans le fichier sshd_config semblent ne pas être prise en compte. Voici le fichier :

root@host:/etc/ssh# cat etc/ssh/sshd_config

cat: etc/ssh/sshd_config: No such file or directory

root@host:/etc/ssh# cat etc/ssh/ sshd_config

cat: etc/ssh/: No such file or directory

#       $OpenBSD: sshd_config,v 1.100 2016/08/15 12:32:04 naddy Exp $

# This is the sshd server system-wide configuration file.  See

# sshd_config(5) for more information.

# This sshd was compiled with PATH=/usr/bin:/bin:/usr/sbin:/sbin

# The strategy used for options in the default sshd_config shipped with

# OpenSSH is to specify options with their default value where

# possible, but leave them commented.  Uncommented options override the

# default value.

#Port 22

#AddressFamily any

#ListenAddress 0.0.0.0

#ListenAddress ::

#HostKey /etc/ssh/ssh_host_rsa_key

#HostKey /etc/ssh/ssh_host_ecdsa_key

#HostKey /etc/ssh/ssh_host_ed25519_key

# Ciphers and keying

#RekeyLimit default none

# Logging

#SyslogFacility AUTH

#LogLevel INFO

# Authentication:

#LoginGraceTime 2m

#PermitRootLogin prohibit-password

#StrictModes yes

#MaxAuthTries 3

#MaxSessions 1

#PubkeyAuthentication yes

# Expect .ssh/authorized_keys2 to be disregarded by default in future.

#AuthorizedKeysFile     .ssh/authorized_keys .ssh/authorized_keys2

#AuthorizedPrincipalsFile none

#AuthorizedKeysCommand none

#AuthorizedKeysCommandUser nobody

# For this to work you will also need host keys in /etc/ssh/ssh_known_hosts

#HostbasedAuthentication no

# Change to yes if you don't trust ~/.ssh/known_hosts for

# HostbasedAuthentication

#IgnoreUserKnownHosts no

# Don't read the user's ~/.rhosts and ~/.shosts files

#IgnoreRhosts yes

# To disable tunneled clear text passwords, change to no here!

#PasswordAuthentication yes

#PermitEmptyPasswords no

# Change to yes to enable challenge-response passwords (beware issues with

# some PAM modules and threads)

ChallengeResponseAuthentication no

# Kerberos options

#KerberosAuthentication no

#KerberosOrLocalPasswd yes

#KerberosTicketCleanup yes

#KerberosGetAFSToken no

# GSSAPI options

#GSSAPIAuthentication no

#GSSAPICleanupCredentials yes

#GSSAPIStrictAcceptorCheck yes

#GSSAPIKeyExchange no

# Set this to 'yes' to enable PAM authentication, account processing,

# and session processing. If this is enabled, PAM authentication will

# be allowed through the ChallengeResponseAuthentication and

# PasswordAuthentication.  Depending on your PAM configuration,

# PAM authentication via ChallengeResponseAuthentication may bypass

# the setting of "PermitRootLogin without-password".

# If you just want the PAM account and session checks to run without

# PAM authentication, then enable this but set PasswordAuthentication

# and ChallengeResponseAuthentication to 'no'.

UsePAM yes

#AllowAgentForwarding yes

#AllowTcpForwarding yes

#GatewayPorts no

X11Forwarding yes

#X11DisplayOffset 10

#X11UseLocalhost yes

#PermitTTY yes

PrintMotd no

#PrintLastLog yes

#TCPKeepAlive yes

#UseLogin no

#UsePrivilegeSeparation sandbox

#PermitUserEnvironment no

#Compression delayed

#ClientAliveInterval 5

#ClientAliveCountMax 2

#UseDNS no

#PidFile /var/run/sshd.pid

#MaxStartups 10:30:100

#PermitTunnel no

#ChrootDirectory none

#VersionAddendum none

# no default banner path

#Banner none

# Allow client to pass locale environment variables

AcceptEnv LANG LC_*

# override default of no subsystems

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

# Example of overriding settings on a per-user basis

#Match User anoncvs

#       X11Forwarding no

#       AllowTcpForwarding no

#       PermitTTY no

#       ForceCommand cvs server

Dans ce fichier j'ai modifier : MaxAuthTries, MaxSessions, ClientAliveInterval et ClientAliveCountMax ; aucun d'eux ne semble être pris en compte car je peux rater le password plus de 3 fois sans que Putty n'aie sa connexion interrompue. Je remarque également que je ne suis pas timeout par le serveur après 10 secondes d'inactivité sur la console. J'ai utilisé openssh-client, openssh-server, et ma machine qui me fait office de remote access est une windows 10 avec Putty.

Il y a aussi un autre point que je souhaite abordé car je n'ai trouvé aucune doc sur le sujet (Je suppose qu'il doit y en avoir beaucoup, mais ne connaissant pas le nom exacte de ce que je cherche à faire, je peine à la trouver). J'aimerais que dés que quelqu'un encode un password faux trois fois d'affilée lors du login SSH, celui-ci se shutdown (ou le port 22) pendant un certain temps. Vu qu'il y a une fonction MaxAuthTries, je suppose qu'il y a également une fonction AuthTries et qu'il y a possibilité de s'en servir, mais je ne sais pas du tout comment !

Merci beaucoup à vous ! :)

MicP · 27-05-2018 13:51:44

Bonjour

Tu devrais lire la page man de sshd_config

man sshd_config

Voir aussi les lignes contenant le mot sshd dans le fichier /var/log/auth.log

grep sshd /var/log/auth.log

Dernière modification par MicP (27-05-2018 13:57:47)

rodinux · 27-05-2018 23:24:41

Tu peux Autoriser/Interdire des utilisateurs

Il est possible d'autoriser une liste de certains utilisateurs à se connecter. Modifier ou ajouter cette ligne dans le sshd_config :

AllowUsers user1 user2 user3

Il est possible de refuser la connexion que de certains utilisateurs. Modifier ou ajouter cette ligne dans le sshd_config :

DenyUsers user1 user2 user3

Sinon, les bonnes pratiques sont diverses pour la sécurité, souvent on préconise de s'identifier avec une clé c'est encore mieux :
https://yunohost.org/#/security_fr...

Cyröll · 30-05-2018 13:35:32

Hello !

Merci pour vos réponses, j'ai finalement trouvé comment appliquer la config en mettant en place un serveur DHCP. Au moment de redémarrer le service DHCP je me suis rendu compte que je ne l'avais pas fait pour le SSH..

Merci aussi pour la doc vis à vis des users ! J'ai l'intention effectivement d'utiliser le système de double clé RSA par la suite, mais ma paranoïa me dis que si quelqu'un parvient à accéder physiquement à ma machine de remote access (qui ne serais pas aussi sécurisée physiquement que les serveurs), ce serait bien d'avoir une sécurité supplémentaire qui shutdown le port SSH lors de X login raté. C'est peut-être totalement exagéré, mais ça ferait au moins un bon exercice je suppose

Debian-facile

#1 27-05-2018 11:40:35

SSH : SSHD_config et sécurisation

#2 27-05-2018 13:51:44

Re : SSH : SSHD_config et sécurisation

#3 27-05-2018 23:24:41

Re : SSH : SSHD_config et sécurisation

#4 30-05-2018 13:35:32

Re : SSH : SSHD_config et sécurisation

Pied de page des forums