请教等保测评和 jdk 版本的问题
之前公司项目基于 jdk8 和 springboot2 开发。现在一个新项目,关于物联网方面的(mysql8 、tdengine 、netty 、kafk 、redis 、nginx 等这种),还在设计阶段,提出后期会涉及到等保三级测评。
好像一些技术组件新版本(还不确定本项目的相关组件新版本是否支持 jdk1.8 ),越来越多的不支持 jdk8 了,这种情况下,想向了解等保的请教一下。
1.复用之前的项目,依旧统一采用 jdk1.8 和原框架代码,部分组件使用旧版本,是否会被等保检测出来,遇到漏洞问题?打补丁修改是否麻烦及能解决等保问题?
2.统一采用 jdk11 版本,jdk 版本升级会带来多少影响?只为解决等保测评的漏洞问题,推荐升级版本吗?
3.统一采用 jdk17 版本,跨度太大,是否不应该选择?
springboot2 停止维护了,只有商业支持,有 CVE 漏洞,理论上有问题。
连 springboot2 都停止维护了吗?一直没关注到这个
不用犹豫 直接最新的 起码保底也是 17+3
一般扫不出来。🤨
扫不出来的是吗? 就是想确认这个情况,怕扫出来,后面再改动组件版本什么的应该是比初期变更 更麻烦
jdk8 的项目,上个月刚过了三级等保。不升级是没有问题的
看你是什么等保级别了,普通的不用动,严格的会有硬性规定
会扫出来的...直接服务器上全盘扫你的文件...
给时间给人 就以后发现了慢慢改呗
不给时间不给人 那直接拉到最新 慢慢开发
🆗 多谢
JDK 升级没多大影响,可能会少个内置包,Maven 加个依赖补上就行了。
SpringBoot 升级影响巨大,尤其是 SpringBoot3 就是一坨,从 JavaEE 改成了 Jakarta EE ,破坏性巨大,感觉要凉了。
也是用到了问题上面提到这种相关组件吗?
#11 你提到的那些除了 tdengine 没用过,其他的只多不少
等保,一般问题不大,做过很多等保的项目,等保三级从来没有因为 JDK 出过问题。
好的 谢谢
怕的是,这两年好像有些新版本不支持 jdk8 ,旧版本有漏洞问题。对这块不清楚,所以请教一下
spring 、log4j 、fastjson 等包的版本, 密码等敏感数据加密存储,加密传输,用国密干。权限设计 三权分立,等等。。。。。。功能权限,数据权限。是否可越权。
升级到 SpringBoot3 + JDK21 吧,这个升级比较简单的一般没太大问题,除非依赖不兼容 SpringBoot3
升级 SpringBoot3 很多配置要改,还有 javaee,swagger 的注解也要改
看怎么扫了,有些都能扫出压缩包里的,感觉去掉依赖包版本名字才能躲过
花钱就行,有些公司可能只是问问各种组件的版本,都不登录验证,也不会扫描。
有时候,我们可能会写一些轻量级的脚本去处理很多符合某种pattern的文件,例如“某目录下的 *logfile.csv” 但是,我们大多数脚本的参数都是 sys.a…
有一台服务器,在公网上,带宽限速上行 100Mb ,我经常连上去写代码。以前一直用的是 1080p 或 2K 屏,那会远程连接到服务器上去写代码,觉得很流畅,因为是直连。没有中…
RT , 前面也蹲了挺久,大概也知道国内方便解的大致只有一加了,但(之前)看一加全系没有 N79 ,就缓着了,本来早上还觉得 0 目标。。。 想着等等魅族、三星,能 root …
合速度