Root Zugriff SSH sperren

Status
Für weitere Antworten geschlossen.

cowa

Benutzer
Mitglied seit
20. Dez 2012
Beiträge
3
Punkte für Reaktionen
0
Punkte
0
Hallo,

ich habe "PermitRootLogin no" UND "DenyUsers root" aktiviert sowie den sshd neugestartet.
Kann mich aber weiter als root anmelden. Was mache ich falsch?

Rich (BBCode):
/usr/syno/etc.defaults/rc.d/S95sshd.sh restart

Rich (BBCode):
#       $OpenBSD: sshd_config,v 1.82 2010/09/06 17:10:19 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 change a
# default value.

#Port 22
#AddressFamily any
#ListenAddress 0.0.0.0
#ListenAddress ::

# The default requires explicit activation of protocol 1
#Protocol 2

# HostKey for protocol version 1
#HostKey /etc/ssh/ssh_host_key
# HostKeys for protocol version 2
#HostKey /etc/ssh/ssh_host_rsa_key
#HostKey /etc/ssh/ssh_host_dsa_key
#HostKey /etc/ssh/ssh_host_ecdsa_key

# Lifetime and size of ephemeral version 1 server key
#KeyRegenerationInterval 1h
#ServerKeyBits 1024

# Logging
# obsoletes QuietMode and FascistLogging
#SyslogFacility AUTH
#LogLevel INFO

# Authentication:

#LoginGraceTime 2m
PermitRootLogin no
DenyUsers root
#StrictModes yes
#MaxAuthTries 6
#MaxSessions 10

#RSAAuthentication yes
#PubkeyAuthentication yes
#AuthorizedKeysFile     .ssh/authorized_keys

# For this to work you will also need host keys in /etc/ssh/ssh_known_hosts
#RhostsRSAAuthentication no
# similar for protocol version 2
#HostbasedAuthentication no
# Change to yes if you don't trust ~/.ssh/known_hosts for
# RhostsRSAAuthentication and 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 no to disable s/key passwords
#ChallengeResponseAuthentication yes
ChallengeResponseAuthentication no

# Kerberos options
#KerberosAuthentication no
#KerberosOrLocalPasswd yes
#KerberosTicketCleanup yes
#KerberosGetAFSToken no

# GSSAPI options
#GSSAPIAuthentication no
#GSSAPICleanupCredentials yes

# 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
#UsePAM no

#AllowAgentForwarding yes
AllowTcpForwarding no
#GatewayPorts no
#X11Forwarding no
#X11DisplayOffset 10
#X11UseLocalhost yes
#PrintMotd yes
#PrintLastLog yes
#TCPKeepAlive yes
#UseLogin no
#UsePrivilegeSeparation yes
#PermitUserEnvironment no
#Compression delayed
#ClientAliveInterval 0
#ClientAliveCountMax 3
#UseDNS yes
#PidFile /var/run/sshd.pid
#MaxStartups 10
#PermitTunnel no
ChrootDirectory none
#ChrootDirectory /var/services/homes/%u
#DenyUsers admin

# no default banner path
#Banner none

# override default of no subsystems
#Subsystem      sftp    /usr/libexec/sftp-server
#Subsystem       sftp    internal-sftp -f DAEMON -l VERBOSE -u 000
Subsystem       sftp    internal-sftp -f DAEMON -u 000
#Subsystem       sftp    /usr/syno/sbin/sftp-server -l DEBUG3

# the following are HPN related configuration options
# tcp receive buffer polling. disable in non autotuning kernels
#TcpRcvBufPoll yes

# allow the use of the none cipher
#NoneEnabled no

# disable hpn performance boosts.
#HPNDisabled no

# buffer size for hpn to non-hpn connections
#HPNBufferSize 2048


# Example of overriding settings on a per-user basis
#Match User root
#       X11Forwarding no
#       AllowTcpForwarding yes
#       ForceCommand cvs server

Gruß Cornelius
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
nimm dem admin das PW weg und root kann sich nicht mehr anmelden :)
 

cowa

Benutzer
Mitglied seit
20. Dez 2012
Beiträge
3
Punkte für Reaktionen
0
Punkte
0
Das kann ja auch nicht das Ziel sein.
Ich möchte einfach nur den SSH Zugang für root sperren.
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
Das kann ja auch nicht das Ziel sein.
doch das ist genau das Ziel, aber eventuell ist das nicht der Weg :)
Dann würde ich mal folgendes probieren, wenn das mit LoginDeny ned funzen will: stell den Login auf Zertifikatslogin um (und nur Cert Login erlauben) und gib dem root danach keinen entsprechenden Eintrag in ~/.ssh/authorized_keys
Dann kommt root nicht mehr rein.
Allerdings finde ich es komisch, dass es mit deinen Anpassungen ned gefunzt hat. Bist du sicher, dass du das richtige Konfigfile erwischt hast und dass deine Anpassungen nach dem Neustart des sshd immer noch vorhanden waren? Manchmal überschreiben Startscripte bestimmte Sachen in Konfigfiles
 

cowa

Benutzer
Mitglied seit
20. Dez 2012
Beiträge
3
Punkte für Reaktionen
0
Punkte
0
Rich (BBCode):
DiskStation> find / -name "sshd_config"
/etc/ssh/sshd_config
/etc.defaults/ssh/sshd_config
Ich habe /etc/ssh/sshd_config verwendet, aber auch die Variante unter /etc.defaults/ bringts nicht.
Habe das Startscript /usr/syno/etc.defaults/rc.d/S95sshd.sh inkl. Subscripts angeschaut und nirgends einen Config Pfad gefunden, weswegen ich stark davon ausgehe das /etc/ssh/sshd_config korrekt ist.

Ich möchte für anderen User keine Key's verwenden, weswegen ich diese Einstellung nicht nutzen kann.
Hab diese Config so auf einem anderen Linux mit OpenSSH getestet. Dort funktioniert es.
Auf der DS412+ wird "OpenSSH_5.8p1-hpn13v11, OpenSSL 1.0.1c-fips 10 May 2012" verwendet.

Bin etwas ratlos ...
 

fpo4711

Benutzer
Mitglied seit
26. Mai 2010
Beiträge
2.772
Punkte für Reaktionen
1
Punkte
0
Hallo cowa,

ich hatte mir zu diesem Problem vor einiger Zeit auf einer anderen Machine diesen Link als Notiz gemacht.

Ungeprüft auf Synology ... Vieleicht hilft es ja.

Gruß Frank
 
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat