Демон OpenSSH игнорирует директиву ServerKeyBits

У меня есть проблема с моей виртуальной машиной Fedora 19 x86_64.

Это, кажется, игнорирует мою 4096-разрядную ключевую установку. Я установил ServerKeyBits директива к 4096, остановленный sshd сервис, удаленный, весь хост вводит /etc/ssh/ каталог, и затем перезапущенный sshd сервис. Это создает новые ключи, которые составляют 2 048 битов вместо этого. Я знаю это потому что, когда я делаю ssh-keygen -lf /etc/ssh/ssh_host_rsa_key.pub это возвращается 2048 все же на другой машине, которую я сделал, это для него возвращается 4096.

Почему мои услуги OpenSSH игнорируют ServerKeyBits директива? Это, кажется, не игнорирует другие директивы, такие как выключение аутентификации по паролю и только разрешение аутентификации пары ключей.

Я имею openssh-6.2p2-7.fc19.x86_64 и openssl-1:1.0.1e-37.fc19.1.x86_64 установленный.

Заранее спасибо.

Мой конфигурационный файл следующие:

#       $OpenBSD: sshd_config,v 1.89 2013/02/06 00:20:42 dtucker Exp $

# This is the sshd server system-wide configuration file.  See
# sshd_config(5) for more information.

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

# 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.

# If you want to change the port on a SELinux system, you have to tell
# SELinux about this change.
# semanage port -a -t ssh_port_t -p tcp #PORTNUMBER
#
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 4096

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

# Authentication:

#LoginGraceTime 2m
#PermitRootLogin yes
#StrictModes yes
#MaxAuthTries 6
#MaxSessions 10

RSAAuthentication yes
PubkeyAuthentication yes

# The default is to check both .ssh/authorized_keys and .ssh/authorized_keys2
# but this is overridden so installations will only check .ssh/authorized_keys
AuthorizedKeysFile      .ssh/authorized_keys

#AuthorizedPrincipalsFile none

#AuthorizedKeysCommand none
#AuthorizedKeysCommandUser nobody

# 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
PasswordAuthentication no
PermitEmptyPasswords no

# Change to no to disable s/key passwords
#ChallengeResponseAuthentication yes
ChallengeResponseAuthentication no

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

# GSSAPI options
#GSSAPIAuthentication no
GSSAPIAuthentication yes
#GSSAPICleanupCredentials yes
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'.
# WARNING: 'UsePAM no' is not supported in Fedora and may cause several
# problems.
#UsePAM no
UsePAM yes

#AllowAgentForwarding yes
AllowTcpForwarding no
#GatewayPorts no
#X11Forwarding no
X11Forwarding no
#X11DisplayOffset 10
#X11UseLocalhost yes
#PrintMotd yes
#PrintLastLog yes
#TCPKeepAlive yes
#UseLogin no
UsePrivilegeSeparation sandbox          # Default for new installations.
#PermitUserEnvironment no
#Compression delayed
#ClientAliveInterval 0
#ClientAliveCountMax 3
#ShowPatchLevel no
UseDNS no
#PidFile /var/run/sshd.pid
#MaxStartups 10:30:100
#PermitTunnel no
#ChrootDirectory none
#VersionAddendum none

# no default banner path
#Banner none
Banner /etc/issue.net

# Accept locale-related environment variables
AcceptEnv LANG LC_CTYPE LC_NUMERIC LC_TIME LC_COLLATE LC_MONETARY LC_MESSAGES
AcceptEnv LC_PAPER LC_NAME LC_ADDRESS LC_TELEPHONE LC_MEASUREMENT
AcceptEnv LC_IDENTIFICATION LC_ALL LANGUAGE
AcceptEnv XMODIFIERS

# override default of no subsystems
Subsystem       sftp    /usr/libexec/openssh/sftp-server

# Uncomment this if you want to use .local domain
#Host *.local
#       CheckHostIP no

# Example of overriding settings on a per-user basis
#Match User anoncvs
#       X11Forwarding no
#       AllowTcpForwarding no
#       ForceCommand cvs server
7
задан 4 July 2014 в 01:36
1 ответ

Ключ, для которого ServerKeyBits является эфемерным ключом. Не для сгенерированных ключей хоста. Он также предназначен для версии 1 протокола, которая, по сути, больше не актуальна, и вы отключили его в вставленном вами конфигурационном файле Protocol 2. Таким образом, в контексте изменения вашей конфигурации ServerKeyBits полностью лишен смысла.

ServerKeyBits

Определяет количество битов в однодневном протоколе версии 1. ключ от сервера. Минимальное значение 512, а по умолчанию 1024.

Если вы хотите создать 4096-битные ключи rsa хоста, выдайте такую команду.

ssh-keygen -q -f /etc/ssh/ssh_host_rsa_key -N '' \
           -b 4096 -t rsa

DSA ключи фиксированы на 1024 бита, а ecdsa ключи могут быть 256, 384 или 521 бит. Таким образом, будет сгенерирован ключ ecdsa с наибольшим количеством бит.

ssh-keygen -q -f /etc/ssh/ssh_host_ecdsa_key -N '' \
           -b 521 -t ecdsa

Я не уверен насчёт Centos/Redhat/Fedora, но на дистрибутивах Debian ключи хостов генерируются как часть скрипта postinst. В какой-то момент времени скрипт init.d также будет воссоздавать эти ключи, если они будут отсутствовать. Меня бы не удивило, если бы скрипт запуска ssh на Fedora был тем, на что вы должны смотреть вместо sshd_config.

.
9
ответ дан 2 December 2019 в 23:33

Теги

Похожие вопросы