今天所做的努力
都是在为明天积蓄力量

linux服务器SSH加固之旅

对主机安全要求有以下一个方面

1)身份鉴别 2)访问控制 3)审计 4)入侵防范

根据这4点规范要求,结合实际加固经验,总结如下

一、服务端的加固:

1、登录认证维度的加固

1)、选择安全的登录认证方式

首推公钥认证方式

通过ansible 批量更新,或者通过堡垒机的定时任务实现对管理的服务器上的公钥进行批量更新

如果需要再进一步提升安全性,可在公钥认证的基础上增加二次认证,相关文章有:

基于短信的二次认证 基于TOTP的二次认证

严禁选择基于密码的、基于主机的认证方式:

如果有条件的可以接入Kerberos 认证

2)选择安全的ssh-key生成算法生成的key

ssh key 常见算法及安全性

DSA: 已被证明不安全,且从OpenSSH Server 7 之后便不再支持

RSA: RSA算法产生的私钥的安全性依赖于密钥的长度,如果密钥的长度小于3072,则不够安全,比如常见的2048 位的ssh key 是不够安全的,1024位直接被标记为不安全

ECDSA:这个算法产生的密钥安全性依赖于当前机器产生的随机数的强度

Ed25519: 目前最为推荐的ssh key 生成算法,安全性最好!

如何查看当前认证公钥key加密算法及其强度:

如何生成Ed25519算法的key 呢?

shell下执行命令:

3)基于权限最小化原则,限制不同用户使用不同角色的账户

有的同学登录ssh 服务器是为了执行日常的运维操作命令,有的同学则单存为了上传下载文件,根据权限最小化原则,则给与日常运维的同学以普通ssh账户,可以获取shell,限制只有上传下载需求的同学只能sftp登录ssh 服务器

建议参考文章: 运维安全 | 如何限制指定账户不能SSH只能SFTP在指定目录

2、网络层的访问控制

1)禁止端口转发

通过禁止TCP端口转发,可以禁止SSH 远程端口和本地端口转发功能,也可以禁止SSH 远程隧道的建立

2) 限制指定的IP才能连接

如果接入了堡垒机,则限制只允许堡垒机的IP连接

除了在防火墙上做规则限制,还可以通过TCP Wrapper 和sshd_config的配置命令

3、审计角度的加固

按照等保的要求,服务器对日常的运维行为必须保留日志,便于审计

为了实现等保的审计要求,可以选择加入堡垒机,或者将ssh 登录日志、bash 操作日志集中转发之SOC或者内部日志平台(比如通过syslog方式),可以参考的文章有: 安全运维之如何将Linux历史命令记录发往远程Rsyslog服务器

4、openssh server 本身的安全加固

及时更新openssh server及其依赖的openssl库的补丁,比如openssh server就曾曝出过比较严重漏洞:OpenSSH现中危漏洞,可致远程代码执行

建议关注:openssh 官方安全通告:

https://www.openbsd.org/security.html

5、SSH Server 的入侵防范

1)ssh 相关后门进行排查、比如openssh 后门等,相关文章有:

一款短小精致的SSH后门分析 Linux安全运维丨OpenSSH安全浅析

2)ssh 登录日志的排查

安全运维之如何找到隐匿于last和w命令中的ssh登录痕迹

二、客户端安全加固

从putty、winscp 被爆携带后门到xshell多个版本被爆后门,客户端软件的安全性值得我们投入更多的精力去关注与改进,不然再牛逼的服务端加固也无济于事

百度软件中心版putty被曝恶意捆绑软件 远程终端管理工具Xshell被植入后门代码事件分析报告

从等保安全性要求,建议禁止使用破解版的ssh client 软件,比如SecureCRT 等,避免软件供应链污染导致的安全问题。

建议从正规官网下载Xshell、MobaXterm、putty、winscp等ssh 客户端软件。

赞(0)
未经允许不得转载:流觞 » linux服务器SSH加固之旅
分享到: 更多 (0)

Warning: Use of undefined constant php - assumed 'php' (this will throw an Error in a future version of PHP) in /www/wwwroot/www.lnmpweb.cn/wp-content/themes/dux5.1/single.php on line 78