在Ubuntu系统中，/etc/issue和/etc/issue.net这两个文件默认会在登录提示符中显示操作系统的详细版本信息，比如"Ubuntu 22.04.3 LTS"这样的内容。这看似无害的欢迎信息，实际上是一个真实存在的信息泄露风险点——攻击者在未登录状态下就能获取你的系统版本、内核版本等关键情报，从而针对性地寻找已知漏洞进行攻击。解决方法非常直接：清空这两个文件的内容，或者用自定义的警告信息覆盖，同时配合修改SSH登录横幅来构建完整的信息遮蔽体系。
一、/etc/issue和/etc/issue.net到底是什么
/etc/issue是一个纯文本文件，它的内容会在本地终端登录之前显示在屏幕上，也就是你在按Ctrl+Alt+F1到F6切换到虚拟控制台时看到的那行提示文字。/etc/issue.net则是专门为远程登录（比如telnet、rlogin等）准备的类似文件。在现代Ubuntu系统中，虽然telnet已经被SSH取代，但/etc/issue.net仍然会被某些网络登录服务读取。
默认情况下，Ubuntu 22.04的/etc/issue内容大致如下：
Ubuntu 22.04.3 LTS \n \l
其中\n代表主机名，\l代表终端行号。/etc/issue.net的内容也类似，通常包含完整的操作系统名称和版本号。这些信息对普通用户来说只是欢迎语，但对攻击者来说，这就是一份"免费的侦察报告"。
二、为什么说这是安全风险
信息泄露本身不会直接导致系统被入侵，但它是攻击链的第一环。攻击者在进行渗透测试或者恶意攻击时，第一步就是信息收集。当他通过SSH连接到你的服务器，或者通过其他方式获取到登录界面时，看到"Ubuntu 22.04.3 LTS"这行字，他立刻就知道：
第一，目标运行的是Ubuntu系统，不是CentOS或Debian，攻击工具和exploit需要针对性选择。第二，22.04.3这个具体版本号意味着他可以去查这个版本对应的内核版本、已知CVE漏洞列表、默认软件包版本等。第三，如果你没有及时打补丁，某些公开的漏洞利用代码可能直接就能用。
举个实际例子，假设你的Ubuntu 22.04系统内核是5.15.0-76，而这个内核版本存在某个本地提权漏洞（比如CVE-2023-xxxx），攻击者看到issue文件后直接就能确认你是否在受影响范围内。这比他盲目扫描要高效得多，也危险得多。
三、如何检查当前系统的issue文件内容
在动手修改之前，先看看你的系统现在暴露了什么信息。打开终端，执行以下命令：
cat /etc/issue cat /etc/issue.net
如果输出内容包含具体的Ubuntu版本号、内核版本或其他系统细节，那就说明存在信息泄露。另外还可以检查SSH的登录横幅文件：
cat /etc/ssh/sshd_config | grep Banner
如果Banner参数指向某个文件且该文件内容包含系统信息，同样需要处理。
四、具体的修复和加固步骤
修复这个问题分三个层面：本地登录提示、远程登录提示、SSH服务配置。下面逐一说明。
1. 清空或修改/etc/issue
最简单的做法是直接清空文件内容：
sudo truncate -s 0 /etc/issue
但完全空白可能让合法用户困惑，更好的做法是写入一段通用的警告信息，比如：
sudo bash -c 'echo "Authorized access only. All activities are monitored." > /etc/issue'
这样既不暴露系统版本，又能起到法律威慑作用。注意不要写入任何可能暴露系统类型的信息，比如不要写"Welcome to Ubuntu"。
2. 清空或修改/etc/issue.net
同样的操作应用到/etc/issue.net：
sudo bash -c 'echo "Authorized access only. All activities are monitored." > /etc/issue.net'
如果你的系统不使用telnet等远程登录服务，也可以直接删除这个文件或者将其内容设为空。
3. 配置SSH登录横幅
SSH服务有自己的横幅显示机制，默认情况下可能也会泄露信息。首先创建一个横幅文件：
sudo bash -c 'echo "* * WARNING: Unauthorized access is prohibited. * * This system is monitored. All activities may be * * recorded and subject to audit. * *" > /etc/ssh/banner
然后修改SSH配置文件：
sudo nano /etc/ssh/sshd_config
找到或添加以下行：
Banner /etc/ssh/banner
保存后重启SSH服务：
sudo systemctl restart sshd
五、进阶加固：从系统层面彻底限制信息暴露
除了修改这两个文件，还有几个相关的加固措施值得做。第一，修改/etc/os-release文件的权限，这个文件包含更详细的系统信息：
sudo chmod 644 /etc/os-release
默认可能是644，但有些情况下会被设为更宽松的权限。第二，禁用不必要的服务信息泄露，比如在Apache或Nginx中隐藏服务器版本：
# Apache sudo nano /etc/apache2/conf-available/security.conf # 添加：ServerTokens Prod # 添加：ServerSignature Off # Nginx sudo nano /etc/nginx/nginx.conf # 在http块中添加：server_tokens off;
第三，考虑使用/etc/issue的动态生成机制。Ubuntu支持在issue文件中使用转义序列，你可以只显示时间和主机名，不显示版本：
sudo bash -c 'echo "\n \l at \t" > /etc/issue'
这样只会显示"主机名 at 时间"，不会暴露任何系统版本信息。
六、为什么很多人忽视这个问题
说实话，这个风险在安全评估中属于"低危"级别，因为它不直接导致漏洞利用。但在实际攻防场景中，信息收集是所有攻击的前置步骤。很多运维人员觉得"我的系统打了补丁就安全了"，但他们忽略了一个事实：攻击者不需要知道你打了什么补丁，他只需要知道你的系统版本，就能判断哪些漏洞可能存在。即使你打了最新补丁，他也能通过版本号推断你的软件生态、默认配置、可能的弱口令策略等。
更深层的问题在于，Ubuntu默认开启这个信息展示，而官方文档中几乎不会提醒用户去关闭它。这是一种"便利性优先于安全性"的设计哲学。对于生产环境的服务器来说，任何不必要的信息暴露都应该被视为需要修复的问题，哪怕它看起来微不足道。
七、自动化检查脚本
如果你管理多台服务器，可以用一个简单的脚本批量检查和修复：
#!/bin/bash
# 检查并修复issue信息泄露
ISSUE_FILE="/etc/issue"
ISSUE_NET_FILE="/etc/issue.net"
# 检查是否包含版本信息
if grep -qi "ubuntu" "$ISSUE_FILE"; then
echo "[WARN] $ISSUE_FILE contains Ubuntu version info"
echo "Authorized access only." | sudo tee "$ISSUE_FILE"
echo "[FIX] $ISSUE_FILE has been sanitized"
fi
if [ -f "$ISSUE_NET_FILE" ]; then
if grep -qi "ubuntu" "$ISSUE_NET_FILE"; then
echo "[WARN] $ISSUE_NET_FILE contains Ubuntu version info"
echo "Authorized access only." | sudo tee "$ISSUE_NET_FILE"
echo "[FIX] $ISSUE_NET_FILE has been sanitized"
fi
fi
echo "[DONE] Issue files checked and sanitized"
把这个脚本保存为check_issue.sh，赋予执行权限后定期运行即可。
八、总结与建议
/etc/issue和/etc/issue.net的信息泄露是Ubuntu系统中一个容易被忽视但确实存在的安全隐患。修复成本极低，只需要几行命令，但收益是实实在在的——你切断了攻击者信息收集的一个渠道。在安全领域有一句话叫"纵深防御"，意思是不要依赖单一的防护措施，而是层层设防。修改这两个文件就是纵深防御中最基础的一层。
建议所有Ubuntu服务器管理员将这个操作纳入初始安全加固清单，和修改SSH默认端口、禁用root登录、配置防火墙规则等操作一起执行。安全不是做一件大事，而是把每一件小事都做到位。
