Conmi的正确答案——Maven加载时检测到的漏洞修复

JDK:17.0.5

Maven:3.9.6


1、使用Maven仓库包修复

  1. 示例(假设是springboot3.4.1的logback-core1.5.12报漏洞):
  2. 根据报错信息,前往Maven仓库(mvnrepository)找到"logback-core":
  3. 进入仓库页面,找到修复漏洞的最新版(生产不选alpha、beta版这些带测试版字样的版本):
  4. 进入包页面复制Maven的引入配置:
  5. 复制回项目位置,刷新Maven后并运行,查看是否存在错误:
  6. 运行出现错误,根据日志可以分析出是"ch.qos.logback.classic.PatternLayout"的版本不比配(直接用AI去识别问题出在哪也行,死斗游戏里最重要是快):
  7. 再去Maven仓库找到相同版本的"logback-classic"包(其实第一次搜索的时候有附带出现),重复之前的步骤即可:
  8. 再次运行没有报错,则说明已修复完成:

    (最后的"spring-boot-starter-data-redis"也可以按照同样的方法去修复)

2、手动修复

有一些包经久未修,可以尝试在github上找到其开源的仓库,阅读漏洞编号的文件查看漏洞复现步骤。

根据步骤进行源码debug,找到导致漏洞的代码,修复漏洞、以及修复的同时避免写出新的漏洞。

============

像之前报的那种"为什么Mybatis-Plus不拦截前端直传到后端的SQL"那种漏洞可以忽视。

谁知道你设计的逻辑里前端是不是在AI里,难不成别人要帮你把AI都查一遍?

若是如此,JDBC恐难逃此漏洞。
科斯定律:"谁付出的成本最低,谁就应该承担更大的责任"。

============


3、漏洞发现

日常可以去看一下漏洞文档,看一下他们的漏洞是怎么发现的,则可以弥补自己编码过程中可能出现漏洞的写法。

相关推荐
小羊没烦恼!8 分钟前
在Scrum中实施敏捷建模
java·开发语言·windows·算法·c#
❀͜͡傀儡师11 分钟前
20 年沉淀,CAS 8.0 重新定义企业级 SSO:适配 JDK 25 与 Spring Boot 4.1
java·开发语言·spring boot
牧瀬クリスだ26 分钟前
Spring统一功能处理
java·spring boot·spring·状态模式
SL_staff28 分钟前
从钉钉日报到动态数据看板:面向业务侧的低代码BI实践路径
java·数据分析·数据可视化
TDengine (老段)35 分钟前
TDengine TSDB 实战排障四(升级与兼容)
android·java·大数据·数据库·物联网·时序数据库·tdengine
nhdh39 分钟前
SpringAI与SpringAIAlibaba:标准与生态的完美互补
java·人工智能·spring
不会写DN1 小时前
Go日志库工程选型与逃逸分析评测报告
java·服务器·golang
SL_staff2 小时前
合规性折旧:当知识资产因主权缺位在审计中‘功能性清零’
java·设计模式·开源
wzq11_6662 小时前
Kubernetes集群——基础篇(基础知识与搭建步骤一遍过!!!)
java·容器·kubernetes
Dreams_l2 小时前
基于SpringBoot实现的抽奖系统(一)
java·spring boot·后端