zoukankan      html  css  js  c++  java
  • openssh

    1. 使用 SSH 访问远程命令行

    1.1 OpenSSH 简介

    OpenSSH 是 SSH(Secure Shell) 协议的免费开源实现。SSH协议族可以用来进行远程控制, 或在计算机之间传送文件。而实现此功能的传统方式,如telnet(终端访真协议)、 rcp ftp、 rlogin、rsh都是极为不安全的,并且会使用明文传送密码。OpenSSH提供了服务端后台程序和客户端工具,用来加密远程控制和文件传输过程中的数据,并由此来代替原来的类似服务。

    OpenSSH这一术语指系统中使用的Secure Shell软件的软件实施。用于在远程系统上安全运行shell。如果您在可提供ssh服务的远程Linux系统中拥有用户帐户,则ssh是通常用来远程登录到该系统的命令。ssh命令也可用于在远程系统中运行命令。

    常见的远程登录工具有:

    • telnet(teletype network):基于TCP协议,端口号为23;Telnet提供远程登录功能,使得用户在本地主机上运行Telnet客户端,就可登录到远端的Telnet服务器. 在本地输入的命令可以在服务器上运行,服务器把结果返回到本地,如同直接在服务器控制台上操作. 这样就可以在本地远程操作和控制服务器;Telnet将用户的所有内容,包括用户名和密码都明文在互联网上传送,具有安全隐患,一般用于测试某个端口是不是通的。
    • ssh( Secure Shell):SSH 为建立在应用层基础上的安全协议。SSH 是目前较可靠,专为远程登录会话和其他网络服务提供安全性的协议。利用 SSH 协议可以有效防止远程管理过程中的信息泄露问题。
    • dropbear:嵌入式系统专用的SSH服务器端和客户端工具

    1.2 SSH 版本

    openssh有两个版本,分别为v1和v2,其特点如下:

    v1:基于CRC-32做MAC,无法防范中间人(man-in-middle)攻击——有漏洞,容易受到攻击。
    v2:双方主机协议选择安全的MAC方式。基于DH算法做密钥交换,基于RSA或DSA算法实现身份认证——通过公钥加密(数字签名和密钥交换)的方式进行,确保服务器端的身份识别。

    1.3 SSH 认证方式

    openssh有两种认证方式,分别是:

    • 基于口令认证:第一种级别(基于口令的安全验证),只要你知道自己帐号和口令,就可以登录到远程主机。所有传输的数据都会被加密,但是不能保证你正在连接的服务器就是你想连接的服务器。可能会有别的服务器在冒充真正的服务器,也就是受到“中间人”这种方式的攻击。
    • 基于密钥认证:第二种级别(基于密匙的安全验证)需要依靠密匙 先为自己创建一对密匙,并把公匙放在需要访问的服务器上;客户端软件会向服务器发出请求,请求用你的密匙进行安全验证;服务器收到请求之后,在该服务器目录下寻找公匙,然后把它和你发送过来的公匙进行比较。若两密匙一致,服务器就用公匙加密“质询”(challenge)并把它发送给客户端软件;客户端软件收到“质询”之后就可以用 私密 解密再把它发送给服务器。
      —— 第一种口令认证是单向认证,服务器认证客户端;而密钥认证是双向认证,更安全。

    1.4 openSSH 的工作模式

    openSSH是基于C/S(client&server)客户端&服务器 架构工作的。

    服务器端    //sshd,配置文件在/etc/ssh/sshd_config
    客户端     //ssh,配置文件在/etc/ssh/ssh_config
        ssh-keygen      //密钥生成器
        ssh-copy-id     //将公钥传输至远程服务器
        scp             //跨主机安全复制工具

    1.5 Secure Shell 示例

    //以当前用户身份创建远程交互式shell,然后在结束时使用exit命令返回到之前的shell
    

    [root@20 ~]# ssh 192.168.56.25
    root@192.168.56.25's password:
    Last login: Tue Apr 2 04:50:14 2019 from 192.168.56.10
    [root@25 ~]# exit
    logout
    Connection to 192.168.56.25 closed.
    [root@20 ~]#

    //以其他用户身份(remoteuser)在选定主机(remotehost)上连接到远程`shell`

    [root@25 ~]# ssh root@192.168.56.20
    The authenticity of host '192.168.56.20 (192.168.56.20)' can't be established.
    RSA key fingerprint is a9:d4:00:22:5c:d1:49:94:57:c3:69:7e:7f:e3:3e:71.
    Are you sure you want to continue connecting (yes/no)? yes
    Warning: Permanently added '192.168.56.20' (RSA) to the list of known hosts.
    root@192.168.56.20's password:
    Last login: Mon Apr 1 20:51:08 2019 from 192.168.56.10
    [root@20 ~]#

    //以远程用户身份(remoteuser)在远程主机(remotehost)上通过将输出返回到本地显示器的方式来执行单一命令

    [root@25 ~]# ssh root@192.168.56.20 'ip a show ens33'
    root@192.168.56.20's password:
    2: ens33: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 00:0c:29:fc:11:6c brd ff:ff:ff:ff:ff:ff
    inet 192.168.56.20/24 brd 192.168.56.255 scope global noprefixroute ens33
    valid_lft forever preferred_lft forever
    inet6 fe80::20c:29ff:fefc:116c/64 scope link
    valid_lft forever preferred_lft forever
    [root@25 ~]#

    1.6 SSH 主机密钥

    ssh通过公钥加密的方式保持通信安全。当某一ssh客户端连接到ssh服务器时,在该客户端登录之前,服务器会向其发送公钥副本。这可用于为通信渠道设置安全加密,并可验证客户端的服务器。

    当用户第一次使用ssh连接到特定服务器时,ssh命令可在用户的~/.ssh/known_hosts文件中存储该服务器的公钥。在此之后每当用户进行连接时,客户端都会通过对比~/.ssh/known_hosts文件中的服务器条目和服务器发送的公钥,确保从服务器获得相同的公钥。如果公钥不匹配,客户端会假定网络通信已遭劫持或服务器已被入侵,并且中断连接。

    这意味着,如果服务器的公钥发生更改(由于硬盘出现故障导致公钥丢失,或者出于某些正当理由替换公钥),用户则需要更新其~/.ssh/known_hosts文件并删除旧的条目才能够进行登录。

    //主机ID存储在本地客户端系统上的 ~/.ssh/known_hosts 中

    [root@25 ~]# cat .ssh/known_hosts
    192.168.56.20 ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQCahb0lQudYhHFDlhyM1p9JcDu0gZaW73ZnB5/Grc+MDLBpXw5CiZybsGGBly5zsgrTUhqlqrrJa/JR3nA6Q0mcUM7f1waT2nQKqKaFYHAuD17xv4ynmzt8Ng9v/cVoMyaoW1l8Ih9gZHX7lnnqzTSl4jzoZPpSgI9DROBHPYzlyx1RNptb7whQweq/yRHFVrDGd2DIsZJrZHuJZTp0a2oGO0ROQoUZDQ7R9MQEqn4p47esaCDHs9Uiimk18RWBAtqxsBKdJkuVjGlfTT18/e2EUlygLDCXiM9J1Tll2O1cM5p9Bngi9YCog5AxbOl/Bjo+xy6sw/rZ0mCQ4JzETrIZ

    //主机密钥存储在SSH服务器上的 /etc/ssh/ssh_host_key* 中

    [root@20 ~]# ls /etc/ssh/*key*
    /etc/ssh/ssh_host_ecdsa_key /etc/ssh/ssh_host_ecdsa_key.pub /etc/ssh/ssh_host_ed25519_key /etc/ssh/ssh_host_ed25519_key.pub /etc/ssh/ssh_host_rsa_key /etc/ssh/ssh_host_rsa_key.pub

    2. 配置基于 SSH 密钥的身份验证

    用户可通过使用公钥身份验证进行ssh登录身份验证。ssh允许用户使用私钥-公钥方案进行身份验证。这意味着将生成私钥和公钥这两个密钥。私钥文件用作身份验证凭据,像密码一样,必须妥善保管。公钥复制到用户希望登录的系统,用于验证私钥。公钥并不需要保密。拥有公钥的ssh服务器可以发布仅持有您私钥的系统才可解答的问题。因此,可以根据所持有的密钥进行验证。如此一来,就不必在每次访问系统时键入密码,但安全性仍能得到保证。

    使用ssh-keygen命令生成密码。将会生成私钥~/.ssh/id_rsa和公钥~/.ssh/id_rsa.pub

    注意:

    生成密钥时,系统将提供指定密码的选项,在访问私钥时必须提供该密码。如果私钥被偷,除颁发者之外的其他任何人很难使用该私钥,因为已使用密码对其进行保护。这样,在攻击者破解并使用私钥前,会有足够的时间生成新的密钥对并删除所有涉及旧密钥的内容。

    生成ssh密钥后,密钥将默认存储在家目录下的.ssh/目录中。私钥和公钥的权限就分别为600644.ssh目录权限必须是700

    在可以使用基于密钥的身份验证前,需要将公钥复制到目标系统上。可以使用ssh-copy-id完成这一操作

    [root@localhost ~]# ssh-copy-id remoteuser@remotehost
    

    通过ssh-copy-id将密钥复制到另一系统时,它默认复制~/.ssh/id_rsa.pub文件

    //SSH密钥演示
    //使用 ssh-keygen 创建公钥-私钥对

    [root@25 ~]# ssh-keygen -t rsa
    Generating public/private rsa key pair.
    Enter file in which to save the key (/root/.ssh/id_rsa):
    Enter passphrase (empty for no passphrase):
    Enter same passphrase again:
    Your identification has been saved in /root/.ssh/id_rsa.
    Your public key has been saved in /root/.ssh/id_rsa.pub.
    The key fingerprint is:
    d6:ef:4c:09:72:b8:7d:b5:fc:de:7c:15:33:0f:9a:f5 root@25
    The key's randomart image is:
    +--[ RSA 2048]----+
    | |
    | |
    | |
    | o o+ |
    | S + +.o=|
    | . = oo+ .E|
    | . . = o .|
    | = oo|
    | o .*|
    +-----------------+

    //使用 ssh-copy-id 将公钥复制到远程系统上的正确位置

    [root@25 ~]# ls .ssh/
    id_rsa id_rsa.pub known_hosts
    [root@25 ~]# ssh-copy-id -i .ssh/id_rsa.pub root@192.168.56.20
    root@192.168.56.20's password:
    Now try logging into the machine, with "ssh 'root@192.168.56.20'", and check in:

    .ssh/authorized_keys

    to make sure we haven't added extra keys that you weren't expecting.

    //使用 ssh 命令无命令登录远程主机

    [root@25 ~]# ssh root@192.168.56.20
    Last login: Mon Apr 1 20:53:34 2019 from 192.168.56.25
    [root@20 ~]#

    //使用 scp 命令传送文件到远程主机

    [root@25 ~]# scp test root@192.168.56.20:/tmp
    test 100% 12 0.0KB/s 00:00 

    //使用 scp 命令从远程主机上下载文件到本地

    [root@25 ~]# ls
    anaconda-ks.cfg Desktop Documents Downloads install.log install.log.syslog Music Pictures Public Templates test Videos
    [root@25 ~]# rm -rf test
    [root@25 ~]# scp -r root@192.168.56.20:/tmp/test .
    test 100% 12 0.0KB/s 00:00
    [root@25 ~]# ls
    anaconda-ks.cfg Desktop Documents Downloads install.log install.log.syslog Music Pictures Public Templates test Videos
    [root@25 ~]#

    //scp命令常用选项
        -r      //递归复制
        -p      //保持权限
        -P      //端口
        -q      //静默模式
        -a      //全部复制
    

    3. 自定义 SSH 服务配置

    虽然OpenSSH服务器通常无需修改,但会提供其他安全措施,可以在配置文件/etc/ssh/sshd_config中修改OpenSSH服务器的各个方面。

    PermitRootLogin {yes|no}    //是否允许root用户远程登录系统
    PermitRootLogin without-password    //仅允许root用户基于密钥方式远程登录
    PasswordAuthentication {yes|no}     //是否启用密码身份验证,默认开启
    

    4. SSH 安全注意事项

    • 密码应该经常换且足够复杂
    [root@localhost ~]#  tr -dc A-Za-z0-9_ < /dev/urandom | head -c 30 |xargs   //生成30位的密码
    LYH9cbirdT6E_hbColMFjZNf9Kd6If
    
    [root@localhost ~]# openssl rand 20 -base64
    Di9ry+dyV40xVvBHirsc3XpBOzg=    //生成20位随机密码
    
    • 使用非默认端口
    • 限制登录客户端地址
    • 仅监听特定的IP地址
    • 禁止管理员直接登录
    • 仅允许有限制用户登录
      • AllowUsers
      • AllowGroups
    • 使用基于密钥的认证
    • 禁止使用空密码
    • 禁止使用SSHv1版本
    • 设定空闲会话超时时长
    • 利用防火墙设置ssh访问策略
    • 限制ssh的访问频度和并发在线数
    • 做好日志的备份,经常分析(集中于某台服务器)

      总结:
      1. known_hosts中存储的内容是什么?

      known_hosts中存储是已认证的远程主机host key,每个SSH Server都有一个secret, unique ID, called a host key。

      2. host key何时加入known_hosts的?

      当我们第一次通过SSH登录远程主机的时候,Client端会有如下提示:

      Host key not found from the list of known hosts.
      Are you sure you want to continue connecting (yes/no)?

      此时,如果我们选择yes,那么该host key就会被加入到Client的known_hosts中,格式如下:

      # domain name+encryption algorithm+host key
      example.hostname.com ssh-rsa AAAAB4NzaC1yc2EAAAABIwAAAQEA。。。

      3. 为什么需要known_hosts?

      最后探讨下为什么需要known_hosts,这个文件主要是通过Client和Server的双向认证,从而避免中间人(man-in-the-middle attack)攻击,每次Client向Server发起连接的时候,不仅仅Server要验证Client的合法性,Client同样也需要验证Server的身份,SSH client就是通过known_hosts中的host key来验证Server的身份的。

  • 相关阅读:
    Django Rest framework FilterSet 设置 help_text
    树莓派:灯光,相机,动作,和非现场存储
    CFileDialogST v1.0
    使任何应用程序透明的Windows 2000/XP
    产生半透明的对话框和窗口没有闪烁
    一个酷的皮肤GUI与阴影边界
    使用图像蒙皮的表单
    一个控制皮肤组织的控制
    写一个潦草的应用程序使用可视化组件框架
    CRegionCreator
  • 原文地址:https://www.cnblogs.com/liuzhenchao/p/10636379.html
Copyright © 2011-2022 走看看