Bash脚本NMAP函数逻辑异常及未知条件[[ '' -eq 1 ]]排查请求

1. 定位[[ '' -eq 1 ]]的触发上下文 #

直接从bash -x的执行输出里找这个空值判断的前后代码逻辑：

• 重点看该判断之前的NMAP命令执行记录，确认是否是这台特定服务器导致NMAP输出异常，进而让依赖的变量为空
• 核对脚本中对应分支的代码，看是否存在未处理空值的条件判断逻辑

2. 手动验证NMAP命令的实际输出 #

针对问题服务器，直接执行脚本内的NMAP命令，检查输出是否符合预期：

# 替换为你脚本中的实际NMAP命令
nmap -p [端口范围] [目标服务器IP]

可能的异常情况：

• 目标服务器防火墙拦截NMAP扫描，导致无端口结果输出
• 服务器DNS解析异常、网络丢包严重，NMAP返回错误信息而非正常端口列表
• 执行NMAP的权限不足，输出报错而非扫描结果

3. 捕获NMAP的完整输出用于调试 #

修改脚本中的NMAP执行语句，同时捕获标准输出和错误输出，方便定位问题：

# 替换原有NMAP变量赋值语句
port_scan_result=$(nmap -p [端口范围] $target_host 2>&1)
# 临时添加调试日志，记录输出内容
echo "DEBUG [$(date)]: 目标$target_host的NMAP输出: '$port_scan_result'" >> /tmp/scan_debug.log

重新执行脚本后，查看/tmp/scan_debug.log的内容，就能明确NMAP返回了什么，为什么变量会为空。

4. 修复空值判断的逻辑漏洞 #

在使用NMAP结果变量的判断前，先添加非空检查，避免空值进入数值判断：

if [[ -n "$port_scan_result" ]]; then
    # 原有端口结果处理逻辑
else
    echo "ERROR: 目标$target_host的NMAP扫描未返回有效结果"
    # 跳过后续可能触发异常判断的逻辑
    return 1
fi

内容的提问来源于stack exchange，提问作者Chris Quek