适用环境企业业务系统生产环境 Linux 服务器检查项来源企业安全基线 / CIS Benchmark / 等保 / 漏洞扫描平台风险等级低仅内核网络参数不影响单播 Ping 连通性整改方式标准机对比 最小变更修复脱敏说明文中192.168.1.255为文档示例广播地址非真实内网拓扑目录一、背景二、问题分析三、基线要求四、修复思路五、修复前检查六、配置修复七、修复验证八、自动化修复脚本九、回滚方案十、风险评估十一、整改收益十二、经验总结一、背景在企业 Linux 安全基线检查过程中经常会遇到如下检查项检查项内容类别Network Parameters (Host and Router)检查项Ensure broadcast ICMP requests are ignored该项通常来源于企业安全基线、CIS Benchmark、等保或漏洞扫描平台。检查目标是确认系统是否忽略广播地址发送的 ICMP Echo RequestPing请求从而避免系统成为网络放大攻击的一部分。本次整改针对某业务系统生产环境中的 Linux 服务器开展采用标准机对比 最小变更修复的方式完成整改。二、问题分析什么是广播 ICMP 请求正常 Ping 通常是Client │ ├── ICMP Echo Request ▼ Server而广播 Ping 则会向整个网段发送请求192.168.1.255网络中的所有主机都有可能响应。例如ping192.168.1.255如果服务器接受广播 Ping 并回复将可能被攻击者利用实施Smurf AttackSmurf 攻击网络放大攻击网络扫描DDoS 攻击辅助三、基线要求系统应开启如下内核参数net.ipv4.icmp_echo_ignore_broadcasts 1参数含义参数值含义0响应广播 Ping1忽略广播 Ping安全基线要求配置为1四、修复思路本次整改遵循统一原则标准机验证配置差异分析最小变更修复验证结果避免直接修改大量系统配置降低生产环境风险。五、修复前检查查看当前运行参数sysctlnet.ipv4.icmp_echo_ignore_broadcasts输出示例net.ipv4.icmp_echo_ignore_broadcasts 0表示系统仍会响应广播 Ping。六、配置修复方式一新增独立配置文件推荐创建专用配置文件vi/etc/sysctl.d/99-icmp-broadcast.conf写入net.ipv4.icmp_echo_ignore_broadcasts 1加载配置执行sysctl--system输出类似* Applying /etc/sysctl.d/99-icmp-broadcast.conf ...说明参数已被系统加载。七、修复验证再次检查sysctlnet.ipv4.icmp_echo_ignore_broadcasts返回net.ipv4.icmp_echo_ignore_broadcasts 1说明运行态已经生效。检查配置文件确认配置已持久化grepicmp_echo_ignore_broadcasts /etc/sysctl.d/*.conf预期结果/etc/sysctl.d/99-icmp-broadcast.conf: net.ipv4.icmp_echo_ignore_broadcasts 1八、自动化修复脚本为便于多台服务器统一整改可封装为标准化 Shell 脚本。文件名fix_icmp_broadcast_ignore.sh脚本内容#!/bin/bashset-eechoechoFix: Ignore Broadcast ICMP RequestechoBACKUP_FILE/etc/sysctl.conf.bak.$(date%F-%H%M%S)cp-a/etc/sysctl.conf${BACKUP_FILE}echoBackup Created:echo${BACKUP_FILE}cat/etc/sysctl.d/99-icmp-broadcast.confEOF net.ipv4.icmp_echo_ignore_broadcasts 1 EOFechoApply sysctl...sysctl--system/tmp/sysctl_apply.log21echoVerify...RESULT$(sysctl-nnet.ipv4.icmp_echo_ignore_broadcasts)if[${RESULT}1];thenecho[PASS] net.ipv4.icmp_echo_ignore_broadcasts1elseecho[FAIL] Current value${RESULT}exit1fiechoCompleted.九、回滚方案若需要回退删除配置文件rm-f/etc/sysctl.d/99-icmp-broadcast.conf重新加载sysctl--system或者恢复备份文件cp-a/etc/sysctl.conf.bak.YYYY-MM-DD-HHMMSS\/etc/sysctl.confsysctl--system十、风险评估本项整改属于低风险配置。项目影响Web 服务无影响应用服务无影响数据库服务无影响SSH 远程登录无影响SELinux无影响Firewalld无影响内网业务访问无影响HTTPS 访问无影响实际影响仅为服务器不再响应广播 Ping 请求不影响正常单播 Pingping服务器IP仍可正常连通。十一、整改收益完成整改后可获得以下收益满足企业 Linux 安全基线要求满足 CIS Benchmark 相关控制项防止 Smurf Attack 攻击降低网络放大攻击风险提高服务器网络安全性提升安全扫描通过率十二、经验总结本次整改属于典型 Linux 内核网络参数加固场景。对于生产环境服务器推荐采用标准机对比 独立 sysctl 配置文件 最小变更同步的实施方式而非直接修改大量系统默认配置。通过将安全配置单独存放于/etc/sysctl.d/目录不仅便于后续审计和维护也能够降低配置冲突风险适合作为企业 Linux 基线整改的标准实践。
