Java项目安全扫描核心是选对工具、集成构建流程、解析报告，重点在于让结果影响质量门禁；推荐SAST（如SonarQube）、SCA（如Dependency-Check）、IAST/RASP三类组合使用，并通过CI/CD固化执行与门禁。
Java项目中配置安全扫描工具，核心是选对工具、集成进构建流程、正确解析报告。重点不在装软件，而在让扫描结果真正影响代码质量门禁。
选适合Java生态的主流工具
推荐从以下三类中按需组合使用：
- 静态应用安全测试（SAST）：如 SonarQube（配合 sonar-java 插件）、Checkmarx、Fortify。适合在编译前/后分析源码或字节码，发现硬编码密码、SQL注入、反序列化漏洞等。
- 软件成分分析（SCA）：如 OWASP Dependency-Check、Snyk CLI、JFrog Xray。专注识别项目依赖（Maven/Gradle）中的已知漏洞（CVE）和许可证风险。
- 运行时检测（IAST/RASP）：如 Contrast Security、Seeker。需在测试环境 JVM 启动时挂载 agent，能精准定位漏洞触发路径，但部署稍重。
Maven项目快速集成 Dependency-Check
这是最轻量且见效快的起点，专治“用了带漏洞的 commons-collections4”这类问题：
- 在 pom.xml 的
org.owasp dependency-check-maven 8.4.0 7 src/main/resources/dependency-check-suppressions.xml check
- 执行
mvn verify即可生成 HTML 报告（默认在target/dependency-check-report.html）； - 用
suppressionFile排除误报或已确认无风险的组件，避免阻塞构建。
SonarQube 搭配 Java 分析器
要深度检查代码逻辑缺陷，SonarQube 是较成熟的选择：
立即学习“Java免费学习笔记（深入）”；
- 启动 SonarQube 服务（Docker 最简）：
docker run -d --name sonarqube -p 9000:9000 -p 9092:9092 sonarqube:latest； - 确保 Maven 项目有
pom.xml和src/main/java结构； - 在项目根目录执行扫描命令（需提前配置
sonar.host.url和 token）：
mvn clean compile sonar:sonar \ -Dsonar.projectKey=my-java-app \ -Dsonar.host.url=http://localhost:9000 \ -Dsonar.login=your_admin_token
- 登录 http://localhost:9000 查看漏洞、坏味道、覆盖率等维度报告；
- 关键配置项：
sonar.java.binaries（指定 class 目录）、sonar.java.libraries（第三方 jar 路径），确保字节码级分析准确。
把扫描纳入 CI/CD 流程
不接入流水线的扫描等于没扫。以 GitHub Actions 为例：
- 在
.github/workflows/security-scan.yml中增加步骤：
- name: Run OWASP Dependency-Check
uses: dependency-check-team/dependency-check-action@v5
with:
project-name: 'my-java-service'
path: '.'
format: 'HTML'
fail-on-error: true
suppression-file: 'dependency-check-suppressions.xml'- 设置 Quality Gate：SonarQube 可配置条件（如“阻断级漏洞数 > 0 则失败”），CI 中用
sonar-scanner并加参数-Dsonar.qualitygate.wait=true等待结果； - 所有扫描报告建议归档到制品库（如 Nexus、MinIO），便于审计追溯。
基本上就这些。工具本身不难装，难点在于定义清楚“什么算高危”“谁来跟进修复”“怎么避免重复误报”。定好规则，再自动化，安全扫描才真正落地。
