目录
15.1 SSH远程管理
SSH（Secure Shell）是一种安全通道协议，主要用来实现字符界面的远程登录、远程复制等功能。SSH协议对通信双方的数据传输进行了加密处理，其中包括用户登录时输入的用户口令。与早期的Telent（远程登录）、RSH（Remote Shell，远程执行命令）、RCP（Remote File Copy，远程文件复制）等应用相比，SSH协议提供了更好的安全性。
15.1.1 配置OpenSSH服务端
在CentOS 7.3系统中，OpenSSH服务器由openssh、openssh-server等软件包提供（默认已安装），并已将sshd添加为标准的系统服务。执行“systemctl start sshd”命令即可启动sshd服务，包括root在内的大部分用户都可以在远程登录系统。
sshd服务的默认配置文件是/etc/ssh/sshd_config，正确调整相关配置项，可以进一步提高sshd远程登录的安全性。
1.服务监听选项
sshd服务使用的默认端口号为22，必要时建议修改此端口号，并指定监听服务的具体IP地址，以提高在网络中的隐蔽性。除此之外，SSH协议的版本选用V2比V1的安全性要更好，禁用DNS反向解析可以提高服务器的响应速度。
2.用户登录控制
sshd服务默认允许root用户登录，但在Internet中使用时是非常不安全的。普遍的做法如下：先以普通用户远程登入，进入安全Shell环境后，根据实际需要使用su命令切换为root用户。
关于sshd服务的用户登录控制，通常应禁止root用户或密码为空的用户登录。另外，可以限制登录验证的时间（默认为两分钟）及最大重试次数，若超过限制后仍未能登录则断开连接。
当希望只允许或禁止某些用户登录时，可以使用AllowUsers或DenyUsers配置，两者用法类似（注意不要同时使用）。
3.登录验证方式
对于服务器的远程管理，除了用户账户的安全控制以外，登录验证的方式也非常重要。sshd服务支持两种验证方式——密码验证、密钥对验证，可以设置只使用其中一种方式，也可以两种方式都启用。
1.密码验证：对服务器中本地系统用户的登录名称、密码进行验证。这种方式使用最为简便，但从客户端角度来看，正在连接的服务器有可能被假冒；从服务角度来看，当遭遇密码穷举（暴力破解）攻击时防御能力比较弱。
2.密钥对验证：要求提供相匹配的密钥信息才能通过验证，通常先在客户端中创建一对密钥文件（公钥、私钥），然后将公钥文件放到服务器中的指定位置。远程登录时，系统将使用公钥、私钥进行加密/解密关联验证，大大增强了远程管理的安全性。该方式不易被假冒，且可以免交互登录，在shell中被广泛使用。
当密码验证、密钥对验证都启用时，服务器将优先使用密钥对验证。对于安全性要求较高的服务器，建议将密码验证方式禁用，只允许启用密钥对验证方式；若没有特殊要求，则两种方式都可启用。
其中，公钥库文件用来保存多个客户端上传的公钥文本，以便与客户端本地的私钥文件进行匹配。
15.1.2 使用SSH客户端程序
在CentOS7.3系统中，OpenSSH客户端由openssh-clients软件包提供（默认已安装），其中包括ssh远程登录命令，以及scp、sftp远程复制和文件传输命令等。实际上，任何支持SSH协议的客户端程序都可以与OpenSSH服务器进行通信，如Windows平台中的Xshell、SecureCRT、Putty等图形工具。
1.命令程序ssh、scp、sftp
1）ssh远程登录
通过ssh命令可以远程登录sshd服务，为用户提供一个安全的Shell环境，以便对服务器进行管理和维护。使用时应指定登录用户、目标主机地址作为参数。
当用户第一次登录SSH服务器时，必须接受服务器发来的ECDSA密钥（根据提示输入“yes”）后才能继续验证。接收的密钥信息将保存到~/.ssh/known_hosts文件中。密码验证成功以后，即可登录目标服务器的命令环境中了，就好像把客户端的显示器、键盘连接到服务器一样。
如果sshd服务器使用了非默认的端口号（如2345），则在登录时必须通过“-p”选项指定端口号。
2）scp远程复制
通过scp命令可以利用SSH安全连接与远程主机相互复制文件。使用scp命令时，除了必须指定复制源、目标之外，还应指定目标主机地址、登录用户，执行后根据提示输入验证口令即可。例如，以下操作分别演示了下行、上行复制的操作过程，将远程主机中的/etc/passwd文件复制到本机，并将本机的/etc/vsftpd目录复制到远程主机。
3）sftp安全FTP
通过sftp命令可以利用SSH安全连接与远程主机上传、下载文件，采用了与FTP类似的登录过程和交互式环境，便于目录资源管理。
2.图形工具Xshell
图形工具Xshell是Windows下一款功能非常强大的安全终端模拟软件，支持Telnet、SSH、SFTP等协议，可以方便地对Linux主机进行远程管理。
安装并运行Xshell后，在新建会话窗口中指定远程主机的IP地址、端口号等相关信息、然后单击“连接”按钮，根据提示接受密钥、验证密码后即可成功登录目标主机。
15.1.3 构建密钥对验证的SSH体系
在CentOS 7.3服务器、客户端中构建密钥验证SSH体系的基本过程。以RSA加密算法为例，整个过程包括四步，首先要在SSH客户端以zhangsan用户身份创建密钥对，并且要创建的公钥文件上传至SSH服务器端，然后要将公钥信息导入服务器端的目标用户lisi的公钥数据库，最后以服务器端用户lisi的身份登录验证。
1.在客户端创建密钥对
在CentOS 7.3 客户端中，通过ssh-keygen工具为当前用户创建密钥对文件。可用的加密算法为RSA、ECDSA或DSA等（ssh-keygen命令的“-t”选项用于指定算法类型。）例如，以zhangsan用户登录客户端，并生成基于ECDSA算法的SSH密钥对（公钥、私钥 ）文件。
上述操作过程中，提示指定私钥文件的存放位置时，一般直接按Enter即可，最后生成的私钥、公钥文件默认存放在宿主目录中的隐藏目录中的隐藏文件夹.ssh下。私钥短语用来对私钥文件进行保护，当使用该私钥验证登录时必须正确提供此处所设置的短语。尽管不设置私钥短语也是可行的，但在生产环境中不建议这样做。
新生成的密钥对文件中，id_ecdsa是私钥文件，权限默认为600，对于私钥文件必须妥善保管，不能泄露给他人；id_ecdsa.pub是公钥文件，用来提供给SSH服务器。
2.将公钥文件上传至服务器
将上一步生成的公钥文件上传至服务器，并部署到服务器端给用户的公钥数据库。上传公钥文件时可以选择SCP、FTP、Samab、HTTP甚至发送E-mail等任何方式。
3.在服务中导入公钥文本
在服务器中，目标用户（指用来远程登录的账号lisi）的公钥数据库位于~/.ssh目录，默认的文件名是“authorized——keys”。如果目录不存在，需要手动创建。当获取客户端发送过来的公钥文件以后，可以通过重定向将公钥文本内容追加到目标用户的公钥数据库。
在公钥库authorized——keys文件中，最关键的内容是“ecdsa-sha2-nistp256加密字串”部分，当导入非ssh-keygen工具创建的公钥文本时，应确保此部分信息完整，最后的“zhangsan@localhost”是注释信息。
由于sshd服务默认采用严格的权限检测模式（StricModes yes），因此还需注意公钥库文件authorized_keys的权限——要求除了登录的目标用户或root用户，同组或其他用户对该文件不能有写入权限，否则可能无法成功使用密钥对验证。
除此之外，应确认sshd服务是否支持密钥对验证的方式。
4.在客户端使用密钥对验证
当私钥文件（客户端）、公钥文件（服务器）均部署到位以后，就可以在客户端中进行测试。首先确认客户端当前的用户为zhangsan，然后通过ssh命令以服务器端用户lisi的身份远程登录。如果密钥对验证方式配置成功，则在客户端将会要求输入私钥短语，以便调用私钥文件进行匹配（若为设置私钥短语，则直接登入目标服务器）。
经过“客户端创建密钥对”、“将公钥上传至服务器”、“在服务器中导入公钥文本”与“在客户端使用密钥对验证”四个步骤，SSH密钥对验证体系已经构建完成。
而在上述步骤中，第二步和第三步其实可以采用另外一种方法实现。
查看服务器中目标用户lisi的公钥数据库如下：
ssh-copy-id命令在上传公钥文件到服务器的时候，具有简单、快捷的优点，可以优先使用此命令上传公钥，但通过SCP命令拷贝再导入的方式具有通用性，可应对没有ssh-copy-id命令的情况。
15.2 TCP Wrappers访问控制
在Linux系统中，许多网络服务针对客户端提供了访问控制机制，如Samba、BIND、HTTPD、OpenSSH等。防护机制——TCP Wrappers（TCP封套），以作为应用服务与网络之间的一道特殊防线，提供额外的安全保障。
15.2.1 TCP Wrappers概述
TCP Wrappers将TCP服务程序“包裹”起来，代为监听TCP服务程序的端口，增加了一个安全检测过程，外来的连接请求必须先通过这层安全检测，获得许可后才能访问真正的服务程序，TCP Wrappers还可以记录所有企图访问被保护服务的行为，为管理员提供丰富的安全分析资料。
对于大多数Linux发行版，TCP Wrappers是默认提供的功能。CentOS 7.3中使用的软件包是tcp_wrappers-7.6-77.e17.x86_64.rpm该软件包提供执行程序tcpd和共享链接库文件libwrap.so.*，对应TCP Wrappers保护机制的两种实现方式——直接使用tcpd程序对其它服务程序进行保护，需要运行tcpd；由其他网络服务程序调用libwrap.so.*链接库，不需要运行tcpd程序。
通常链接库方式的应用要更加广泛，也更有效率。例如，vsftpd、sshd及超级服务器xinetd等，都调用了libwrap共享库（使用ldd命令可以查看程序的共享库）。
注意：xinetd是一个特殊的服务管理程序，通常被称为超级服务器。xinetd通过在/etc/xinetd.d目录下为每个被保护的程序建立一个配置文件，调用TCP Wrappers机制来提供额外的访问控制保护。
15.2.2 TCP Wrappers的访问策略
TCP Wrappers机制的保护对象为各种网络服务程序，针对访问服务的客户端地址进行访问控制。对应的两个策略文件为/etc/hosts.allow和/etc/hosts.deny，分别用来设置允许和拒绝策略。
1.策略的配置格式
两个策略文件的作用相反，但配置记录的格式相同，如下所示。
服务程序列表、客户端地址列表之间以冒号分隔，在每个列表内的多个项之间以逗号分隔。
（1）服务程序列表
服务程序列表分为以下几类：
1.ALL：代表所有服务。
2.单个服务程序：如“vsftpd”。
3.多个服务程序组成的列表：如“vsftpd,sshd”。
（2）客户端地址表
客户端地址表分为以下几类：
1.ALL：代表任何客户端地址。
2.LOCAL：代表本机地址。
3.单个IP地址：如“192.168.4.4”。
4.网络段地址：如“192.168.4.0/255.255.255.0”。
5.以“.”开始的域名：如“.bdqn.com”匹配bdqn.com域中的所有主机。
6.以“.”结束的网络地址：如“192.168.4”匹配整个192.168.4.0/24网段。
7.嵌入通配符“*”“？”：前者代表任意长度字符，后者仅代表一个字符，如“10.0.8.2*”匹配以10.0.8.2开头的所有IP地址。不可与以“.”开始或结束的模式混用。
8.多个客户端组成的列表：如“192.168.1.，172.16.16.，。bdqn.com”。
2.访问控制的基本原则
关于TCP Wrappers机制的访问策略，应用时遵循以下顺序和原则：首先检查/etc/hosts.allow文件，如果找到相匹配的策略，则允许访问；否则继续检查/etc/hosts.deny文件，如果找到相匹配的策略，则拒绝访问；如果检查上述两个文件都找不到匹配的策略，则允许访问。
3.TCP Wrappers配置实例
实际使用TCP Wrappers机制时，较宽松的策略可以是“允许所有，拒绝个别”，较严格的策略是“允许个别，拒绝所有”。前者只需在hosts.deny文件中添加相应的拒绝策略就可以了；后者除了在hosts.allow中添加允许策略之外，还需要在hosts.deny文件中设置“ALL：ALL”的拒绝策略。
