零基础快速上手JAVA代码审计

已于 2024-09-29 12:32:37 修改
阅读量464 收藏 12
点赞数 6
文章标签： java 开发语言
于 2024-09-29 12:30:17 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/liguangyao213/article/details/142632777
版权

《网安面试指南》icon-default.png?t=O83Ahttp://mp.weixin.qq.com/s?__biz=MzkwNjY1Mzc0Nw==&mid=2247484339&idx=1&sn=356300f169de74e7a778b04bfbbbd0ab&chksm=c0e47aeff793f3f9a5f7abcfa57695e8944e52bca2de2c7a3eb1aecb3c1e6b9cb6abe509d51f&scene=21#wechat_redirect

《Java代码审计》icon-default.png?t=O83Ahttp://mp.weixin.qq.com/s?__biz=MzkwNjY1Mzc0Nw==&mid=2247484219&idx=1&sn=73564e316a4c9794019f15dd6b3ba9f6&chksm=c0e47a67f793f371e9f6a4fbc06e7929cb1480b7320fae34c32563307df3a28aca49d1a4addd&scene=21#wechat_redirect

《Web安全》icon-default.png?t=O83Ahttp://mp.weixin.qq.com/s?__biz=MzkwNjY1Mzc0Nw==&mid=2247484238&idx=1&sn=ca66551c31e37b8d726f151265fc9211&chksm=c0e47a12f793f3049fefde6e9ebe9ec4e2c7626b8594511bd314783719c216bd9929962a71e6&scene=21#wechat_redirect

SQL注入

审计的注意点

是否使用预编译技术，预编译是否完整。定位 SQL 语句上下文，查看是否有参数直接拼接，是否有对模糊查询关键字的过滤。Mybatis 框架则搜索 ${}，四种情况无法预编译：like 模糊查询、order by 排序、范围查询 in、动态表名/列名，只能拼接，所以还是需要手工防注入，此时可查看相关逻辑是否正确。

关键函数或字符串查找

  • Statement

  • createStatement

  • PrepareStatement

  • like '%${

  • in(${

  • in (${

  • select

  • update

  • insert

  • delete

  • ${

  • setObject(

  • setInt(

  • setString(

  • setSQLXML(

  • createQuery(

  • createSQLQuery(

  • createNativeQuery(

JDBC

Statement

SQL语句动态拼接导致的SQL注入漏洞是先前最为常见的场景，createStatement() ：创建一个 Statement 对象，之后可使用 executeQuery() 方法执行SQL语句。executeQuery(String sql) 方法：执行指定的 SQL 语句，返回单个 ResultSet 对象。

图片

根据案例可以看到用户可以传入参数id，id未经过任何处理直接拼接到SQL语句里，然后使用executeQuery()执行了SQL语句。运行代码进行调试测试。

图片

图片

图片

测试存在SQL注入漏洞。

PrepareStatement

预编译是能够有效防止注入的，但是存在预编译使用错误的情况，最后导致SQL注入的产生。

图片

在上述案例中就是虽然使用了preparestatement预编译，但是未对参数进行标记而导致了SQL注入产生。启动代码调试

图片

图片

预编译正确写法

图片

图片

可以看到这次无法注入了。

Order by注入

在SQL语句中， order by 语句用于对结果集进行排序。而order by 语句后面需要是字段名或者字段位置，无论是preparestatement还是mybatis中，都无法直接预编译，因为会将传入的参数用单引号包裹，从而认为传入的是字符串而不是字段名，因此在使用order by时，无法使用预编译进行防止注入。

图片

启动代码，使用sqlmap直接跑，可以看到存在注入。

图片

审计实战

源码地址: https://gitee.com/getrebuild/rebuild/tree/3.5.4/

搭建好系统后可以再pom.xml里看使用了什么框架，不存在mybatis框架就直接在代码里查看是否存在未预编译得代码。

图片

第一步首先获取用户传入的feeds参数，这里的 "feedsId = '%s'" 是一个模板字符串，其中的%s是一个占位符，表示字符串类型的数据。feeds 是一个变量，其值将被插入到模板字符串中的%s位置。第四步再将sqlwhere拼接进SQL语句，第五步执行SQL语句。所以该参数不存在预编译。只用了getIdParameterNotNull方法进行处理。

图片

跟进该方法，可以看到使用getParameter方法获取传入的参数，然后再用isid校验了参数v，跟进参数v

图片

第一个if需要实例一模一样，无法传入我们的语句，所以直接看第二个，可以看到需要满足上述三个条件才会进入下一步校验，分别是校验了是否是null，如果转换成字符串后是否是空，第三个是校验了传入的参数的长度。跟进长度要求.

图片

可以看到上述为静态初始化块，静态初始化块（static 块）在 Java 程序中会在类被加载时自动执行。具体来说，静态初始化块有以下几个特点：自动执行：当类首次被加载时，静态初始化块会自动执行。执行时机：在类的任何成员（包括静态成员）被访问之前执行。所以当前的idLength取决于idGenerator类的getlenth，而idGenerator是通过反射获取的WeakIDGenerator，所以这里getlenth来源于WeakIDGenerator类，追进去查看。

图片

可以看到长度为20。返回刚才的代码

图片

验证完成后表达式 id.toString().charAt(3) == '-' 用于检查变量 id 转换为字符串后，第四个字符（索引为 3）是否为-，所以得出结果，我们需要传入的参数首先是20位，而且第四位参数必须为-，所以构造参数为000-0000000000000000

图片

可以看到调用成功。添加payload 001-00000000%27or+1=1%23发现报错。由于长度限制未进行后续测试，主要是学习审计思路。

图片

Mybatis

在mybatis中和#的区别就是一个有预编译一个没有，其中是未进行预编译直接进入数据库查询的，所以需要查看当前参数是否为用户所控制，如果是用户可控的情况下，那么说明存在SQL注入。

常规$注入

源码地址: https://gitee.com/mingSoft/MCMS/tree/5.2.8/

参数为用户所控制的情况下，未对传入的参数进行过滤就会造成SQL注入，接下来用代码举例说明。

图片

可以看到直接使用了$，我们需要从下往上追，首先我们需要找到其对应的映射器，其位置一般位于最上方。

图片

我们需要进入这个dao文件搜索出现存在$的id，就比如上述出现queryChildren。

图片

其中也可能会存在在当前dao文件里未找到该id的情况，这个时候我们需要查看他的父类，也就是上述图片中的IBasedao文件。那么我们找到这个id后就需要追踪谁调用了这个方法，直接Ctrl+鼠标左键追踪即可查看到。

图片

继续往上追，可以看到存在四个调用，这个时候就需要判断哪个调用用户可控且不存在过滤。

图片

这里我直接进入存在注入的点进行分析，可以看到传入的参数为categoryEntity，继续追categoryEntity来源。

图片

根据图上可以看到，categoryEntity来源于categoryid,而categoryid来源于目录{categoryId}，再分析代码，只判断了categoryId是否为0，那么整个流程已经理清。

图片

所以构造URL进行注入。

图片

注入成功。

Order by注入

与JDBC预编译中order by注入一样，在 order by 语句后面需要是字段名或者字段位置。因此也不能使用Mybatis中预编译的方式。如果我们要防止注入，只能限制用户传入的数据使我们想要的数据，使用白名单方式即可，下面两种修复方式均可。

图片

图片

In注入

in在查询某个范围数据是会用到多个参数，在Mybtis中如果直接使用占位符 #{} 进行查询会 将这些参数看一个整体，进而引发报错，所以开发人员可能会直接使用$，从而导致了SQL注入的产生，而我们正确的做法应该是foreach配合占位符 #{} 实现IN查询。这样就不会导致注入的产生。

图片

Like注入

Like语句在查询时直接使用#{}会报错，如果开发人员经验不太充足的情况下可能会直接使用${}进行查询，从而导致SQL注入的产生。正确做法应该是like CONCAT(CONCAT('%',#{item.value}),'%')。

图片

命令执行

审计的注意点

命令执行漏洞是指应用有时需要调用一些执行系统命令的函数，如果系统命令代码未对用户可控参数做过滤，则当用户能控制这些函数中的参数时，就可以将恶意系统命令拼接到正常命令中，从而造成命令执行攻击。首先我们了解一下命令连接符的使用。

Windows与Linux均支持：

cmd1 | cmd2 只输出cmd2的结果，但两个命令均会执行

cmd1 || cmd2 只有当cmd1执行失败后，cmd2才被执行

cmd1 & cmd2 先执行cmd1，不管是否成功，都会执行cmd2

cmd1 && cmd2 先执行cmd1，cmd1执行成功后才执行cmd2，否则不执行cmd2

Linux单独支持:

cmd1;cmd2 依次执行命令

需关注的函数:

  • Runtime.getRuntime().exec()

  • Process

  • UNIXProcess

  • ProcessImpl

  • ProcessBuilder.start()

  • GroovyShell.evaluate()

Runtime.getRuntime().exec()

java.lang.Runtime 公共类中的 exec()方法可以执行系统命令，其中需要关注是否为cmd /c，在不使用cmd /c的时候，只能执行单个命令，无法使用|和&进行连接执行多个命令，当使用|和&连接时会将其当成一个整体命令执行。而使用cmd /c就可以执行复杂命令。

图片

上述代码中，userinput模拟用户输入，command为执行的命令，尝试执行ipconfig && dir。

图片

执行成功。但是在审计的时候除了正射调用，也可能存在反射调用exec进行命令执行。

图片

上述代码就展示了反射如何调用java.lang.Runtime 公共类中的 exec()方法，尝试进行命令执行。

图片

探索一下如何调用的，首先进入exec方法。

图片

再次进入下面return的方法。

图片

图片

可以看到最终调用的是ProcessBuilder方法，那么下一个就是processbuilder的命令执行。

ProcessBuilder.start()

ProcessBuilder.start() 方法的主要作用就是启动一个新的操作系统进程。这个进程独立于当前的 Java 应用程序，有自己的输入、输出和错误流。通过这个方法，你可以执行外部命令或脚本，就像在命令行中手动执行一样。需要注意的是，在processbuilder中传入的cmd只能以字符串数组的形式来传递命令和参数，否则会出现报错。

图片

测试命令执行。

图片

执行成功。我们再跟进一下processbuilder.start()查看其调用，跟进start，可以看到最终执行是ProcessImpl.start()这里ProcessImpl更为底层。Runtime和ProcessBuilder执行命令实际上也是调用了ProcessImpl这个类。

图片

ProcessImpl.start()

ProcessImpl 类实际上是 Java 运行时环境内部用于实现 Process 接口的具体实现类。它通常是私有的，并且不是公共 API 的一部分，因此开发者通常不能直接实例化或调用 ProcessImpl 中的方法，所以一般调用此方法需要通过反射的形式进行调用。

图片

代码示例如图所示，如果未经过过滤则会直接导致命令执行。

图片

审计实战

源码地址: https://github.com/xuxueli/xxl-job

搭建好后，分别启动调度中心和执行器。搭建好系统后进行测试，审计。了解到存在命令执行后进行测试，存在的点是后台任务管理执行脚本处，点击保存。

图片

保存完后，修改GLUE IDE内容。

图片

添加whoami，保存执行。

图片

图片

查看执行日志。

图片

命令执行成功，跟踪代码查看。首先可以知道得是入口为/trigger，查看调用。

图片

跟进addTrigger方法。

图片

这里得代码主要是使用选定的 triggerPool_ 线程池来执行一个 Runnable 实例中的任务。尝试调用 XxlJobTrigger.trigger() 方法来触发任务，该方法包含了实际的任务处理逻辑，并允许传入任务ID (jobId)、触发类型 (triggerType)、失败重试次数 (failRetryCount)、执行分片参数 (executorShardingParam) 和执行参数 (executorParam)。跟进XxlJobTrigger.trigger()。

图片

跟进后发现我们传入的参数executorParam添加进了jobinfo。

图片

最后经过一系列判断后jobinfo被传入进了processTrigger方法里进行处理。

图片

跟进processTrigger方法查看如何处理jobinfo，可以看到jobinfo传入进来之后，将其中得数据去除添加进triggerparam中，可以看到一个getgluesource，该参数就是我们上述传入得GLUE IDE内容。Debug查看一下。

图片

图片

继续跟进triggerParam的处理，可以看到有两个处理了triggerParam，其中第一个是根据指定的路由策略从一组注册的执行器中选择一个合适的执行器地址，以便将任务分发给该执行器进行执行。那么我们跟进第二个方法。

图片

跟进runExecutor方法查看如何处理triggerParam，可以看到首先根据address获取执行器，这里获取执行器（9999端口启动的），并委托ExecutorBiz执行run方法。

图片

跟进run方法，可以看到有一个实现，继续跟进这个实现

图片

在该方法里看到，先是判断glueTypeEnum是否为BEAN，或者为GLUE_GROOVY，可以得知此处校验的是我们最初传入进来的powershell。

图片

图片

图片

所以代码未走上述的两个条件，可以看到jobhandler为null，if判断是否为null，是的情况下创建了一个新的实例ScriptJobHandler。

图片

再继续往下走由上述代码中可以看到jobThread = null;那么就应该走下面为null的代码，可以看到调用了registJobThread处理上述实例化的ScriptJobHandler。

图片

继续跟进registJobThread方法，可以看到创建了一个JobThread 实例，通过调用 start() 方法启动了新的 JobThread 实例。这实际上会创建一个新的线程，并在该线程中执行 JobThread 的 run() 方法。

图片

那么跟进JobThread 的run方法，实例中传入了handler，追踪handler参数，可以看到代码中使用if判断，发现无论走上面的if还是下面的else都会调用handler.execute去处理triggerParam.getExecutorParams()。

图片

跟进execute方法，可以看到需要找具体的handler实现，而当初我们传进去的handler为ScriptJobHandler，那么直接追进ScriptJobHandler的execute方法中。

图片

跟进ScriptJobHandler类当中，可以看到，获取了几个参数。

图片

其中cmd为gluetype中获取的，根据我们最开始选择的powershell可得知，此处cmd为powershell。

图片

这段代码的作用是构建一个脚本文件的路径，并确保该文件存在。如果文件不存在，则创建该文件并写入脚本内容，写入的内容也是我们传进来的gluesource。

图片

继续往下看scriptParams来源于上述我们传入的params，最后再传入最下面的execToFile进行处理。

图片

跟进execToFile发现我们传入的sciptfile被添加进了cmdarry中。

图片

除了上述两个参数被添加近cmdarray当中，还将传入的params数组中的每个元素添加到一个集合 cmdarray 中。将List类型的集合转换为一个 String[] 类型的数组后直接执行数组里的命令，至此整个利用链已经理清，上述复现只复现了gluesource中造成的命令执行，其中还有我们传入的executorParam造成的命令执行，可以自己尝试着复现一下。

图片

任意文件操作

审计的注意点

常见的一些java文件操作类的漏洞:任意文件的读取、下载、删除、修改，这类漏洞的成因基本相同，都是因为程序没有对文件和目录的权限进行严格控制，或者说程序没有验证请求的资源文件是否合法导致的。

需关注的函数

  • sun.nio.ch.FileChannelImpl

  • java.io.File.list/listFiles

  • java.io.FileInputStream

  • java.io.FileOutputStream

  • java.io.FileSystem/Win32FileSystem/WinNTFileSystem/UnixFileSystem

  • sun.nio.fs.UnixFileSystemProvider/WindowsFileSystemProvider

  • java.io.RandomAccessFile

  • sun.nio.fs.CopyFile

  • sun.nio.fs.UnixChannelFactory

  • sun.nio.fs.WindowsChannelFactory

  • java.nio.channels.AsynchronousFileChannel

  • FileUtil/IOUtil

  • filePath/download/deleteFile/move/getFile

  • fileName/filePath

文件读取

对传入的路径未做严格的校验，导致攻击者可以自定义路径，注意操作文件是否存在过滤../和..\等相关操作。使用代码进行测试。

图片

可以看到上述代码未经过过滤直接创建并返回了相应的文件资源，启动环境尝试一下。

图片

可以看到读取成功。

文件删除

审计方式也是同理主要是查看是否存在过滤相关的。

图片

启动环境测试。

图片

文件上传

源码地址: https://gitee.com/mingSoft/MCMS/tree/5.2.6/

文件上传注意的点是需要查看代码对于上传是否有限制，如果有限制需要查看存在什么限制，是校验的什么，然后再针对进行绕过测试。那么我们开始审计。

图片

首先看代码层面只校验了路径中是否包含../和..\主要是为了防止路径穿越。

图片

再去看配置文件可以发现，全局存在黑名单校验，不允许上传如图所示的后缀。

图片

从依赖中看到使用了模板引擎freemarker。

图片

在Freemarker如果使用了自定义标签，并且这些标签在模板中被调用时没有正确过滤输入，也可能导致执行系统命令。可以覆盖存在的ftl文件来执行我们想执行的命令。

图片

可以看到图上存在一个五个参数，其中null可以不传入，其他四个分别为上传路径，上传文件的名称，是否使用上传文件夹路径，是否重命名。先确定我们要上传的路径。

图片

尝试覆盖上述的index.ftl，那么构造我们的payload，（<#assign ex="freemarker.template.utility.Execute"?new()>${ex("whoami")}），上传测试。

图片

再去找我们对应的index.ftl文件的页面。

图片

访问http://127.0.0.1:8080/ms/cms/category/index，命令执行成功。

图片

审计实战

源码地址:https://gitee.com/mjtop/JTopCMSV3/releases/tag/JTopCMSV3.0.2-OP

搭建完系统直接开始审计代码，全局搜索/download相关的信息。

图片

存在两个下载接口，这两个接口均存在任意文件下载读取，我们追踪第二个进行审计。可以看到主要文件参数来源于我们传入的target。

图片

而我们的target来源于上面的params， params的来源于处理完的request请求

图片

查看如何处理的当前请求，跟进ServletUtil.getRequestInfo查看如何处理的。

图片

继续跟进可以看到有一段代码处理了request，Enumeration enumeration = request.getParameterNames();Enumeration是一个枚举类，在这里用来列举出所有的参数名称。你可以通过这个Enumeration来遍历所有的参数名，并且对于每一个参数名，你可以使用request.getParameter(String paramname)方法来获取对应的值。

图片

依次走下来，发现会在红框处处理我们的参数，判断decodeMode是true还是false，而decodeMode来源于上述直接传入的false，因此是走下面SystemSafeCharUtil.decodeDangerChar

图片

跟进查看decodeDangerChar方法，就是将我们传入的**!1**这类型的转成正常的字符。

图片

所以在这里的代码对于用户传入的target只有这上面一层处理，未发现处理../相关的方法，尝试构造../1.txt获取我们编辑的文本内容，根据最开始的路径可以得出，功能点在备份处，下载备份的功能。

图片

下载抓包测试。

图片

发送到repeater进行测试，发现未成功读取，既然当前代码层面不存在防御，那么查看是否存在过滤器。

图片

图片

在web.xml中找到了过滤器，一共存在两个与之对应的过滤器，其中securitySessionDispose的过滤器是对应的是鉴权过滤器。

图片

图片

直接查看另一个过滤器，这个过滤器内容实在是太多，而且开发的命名也是极其抽象，无法阅读下去，只能搜索我们的../相关的信息，可以看到存在静态代码块包含了危险字符，猜测为过滤的内容。

图片

分析$_6的调用，可以看到被当作参数传入了$_1

图片

跟进_$1，但是由于代码写的很复杂，大概就是匹配了危险字符，并打印出来，与我们的打印台的错误对应上了

图片

打印台报错内容为..

图片

所以在此是被过滤器拦截了，但是，在我们之前审计过程中遇见了一个字符转换的处理功能，那么我们是否可以使用他这种处理方式来读取我们想要读取的内容呢？

图片

构造测试，在上一级目录放置了一个1.txt文本，可以看到顺利读取成功。

图片

查看代码获取到的我们的target参数，第一步初始参数为我们正常的传入的值。

图片

第二部最后获取到的target参数。

图片

审计完毕，读取到我们想要的内容。

SSRF

审计的注意点

SSRF 漏洞出现的场景有很多，如在线翻译、转码服务、图片收藏/下载、信息采集、邮件系统或者从远程服务器请求资源等。通常我们可 以通过浏览器查看源代码查找是否在本地进行了请求，也可以使用 DNSLog 等工具进行测试网页是否被访问。

重点关注 HTTP 请求操作函数。想要支持所有的协议，只能使用 URLConnection、URL

。

需关注的函数

  • HttpClient.execute()

  • HttpClient.executeMethod()

  • HttpURLConnection.connect()

  • HttpURLConnection.getInputStream()

  • URL.openStream()

  • HttpServletRequest()

  • BasicHttpEntityEnclosingRequest()

  • DefaultBHttpClientConnection()

  • BasicHttpRequest()

  • ImageIO.read()

  • Request.Get.execute

  • Request.Post.execute

  • OkHttpClient.newCall.execute

  • com.alibaba.druid.util.HttpClientUtils

  • javax.servlet.http.HttpServletRequest

  • java.net.URI

  • java.net.URL

  • java.net.URLConnection

  • com.bea.uddiexplorer.Search

  • org.apache.commons.httpclient.HttpMethodBase

  • org.apache.http.client.methods.HttpRequestBase

除了建立 HTTP 协议连接，还可能直接通过 Socket 建立连接

  • AsynchronousServerSocketChannel.accept/bind

  • AsynchronousSocketChannel.write/read/bind/connect

  • ServerSocketChannel.bind

  • ServerSocket.accept/bind

  • Socket.bind/connect

  • Socket.getInputStream().read

  • Socket.getOutputStream().write

  • SocketChannel.bind/read/write/connect

Execute()

在Java中，execute()方法常常在HttpClient ，HttpAsyncClient ，okhttp3

，Hutool库中使用，它负责发送HTTP请求并接收响应。审计execute()调用时，需要检查用于构造请求的参数（如URL）是否经过了充分的验证和过滤。如果execute()的参数可以直接被用户控制，而没有适当的输入验证，这可能表明存在SSRF风险。

图片

在这个案例中，使用了execute执行了http请求，其中传入的URL为用户可控，而代码层面未对用户传入的URL参数进行过滤，导致了漏洞的产生。

在网页上尝试复现该漏洞

图片

图片

可以看到这个代码同样存在相同问题，URL未经过过滤直接传入，直接execute执行。

图片

openConnection()

openConnection()是建立网络请求的第一步，它创建了一个到目标URL的网络连接。在SSRF审计中，审计人员会关注这里是否使用了用户提供的或不受信任的输入来构造URL，因为这可能允许攻击者控制服务器发起的请求。

图片

在这个例子中URL未经过过滤，openConnection() 方法直接执行了HTTP请求，导致了ssrf漏洞的产生。启动程序查看结果

图片

openstream()

openStream()是java.net.URL类中的一个方法，用于打开到由URL表示的资源的连接，并返回一个InputStream对象，该对象可以用来读取资源的内容。当调用URL对象的openStream()方法时，实际上会创建一个与指定URL对应的网络连接，并返回一个InputStream，这样你就可以通过这个流读取URL所引用的资源。这个过程相当于调用了URL对象的openConnection()方法，然后从返回的URLConnection对象中获取输入流。

图片

在这个案例中就是使用了openstream方法直接访问了未经过滤的URL导致了ssrf漏洞的产生。

Socket

Socket类提供了基本的TCP/IP网络通信功能，允许程序创建客户端Socket连接到远程服务器，或者作为服务器接收来自客户端的连接。在审计代码中，Socket相关的方法调用通常会揭示应用程序如何与远程服务进行交互，包括发起HTTP请求、DNS查询等。

图片

这个案例就是通过socket请求的相关资源，在Java中，使用Socket类来直接请求URL并不常见，一般会使用上述案例中的HttpURLConnection，HttpClient。我们启动一下代码查看结果

图片

图片

mingzhi61
关注
Java代码审计——Fastjson JdbcRowSetImpl调用链
王嘟嘟的博客
12-09 1234
0x00 前言 反序列化总纲 单独的把fastjson的调用链拎出来进行分析。 fastjson可参考：https://blog.csdn.net/qq_36869808/article/details/121697765?spm=1001.2014.3001.5501 0x01 JdbcRowSetImpl 这里要是需要使用JNDI就必须通过lookup方法，这个参考：待填坑。 首先来看fastjson payload，有两个参数：一个是dataSourceName，另外一个是autoCommit {"@
Java代码审计——H2 Rce CVE-2021-42392
王嘟嘟的博客
01-11 2743
0x00 前言 H2数据库是一个开源的关系型数据库。 H2是一个采用java语言编写的嵌入式数据库引擎，只是一个类库（即只有一个 jar 文件），可以直接嵌入到应用项目中，不受平台的限制。 下面这个是CVE信息 0x01 漏洞复现 首先需要下载一个H2，然后直接启动，启动页面如下 这里我们使用典型的javax.naming.InitialContext JNDI进行测试：具体的JNDI可参考Java代码审计——Fastjson ＜ 24 反序列 点击连接或者测试连接之后即可触发。 0x02 调用链
Java代码审计——Fastjson TemplatesImpl调用链
王嘟嘟的博客
12-09 2660
0x00 前言 反序列化总纲 除开jdbc调用链，还有一个TemplatesImpl的调用链，这个在CC链中是出现过的。可以参考：调用链 主要的要点在满以下三个变量 _bytecodes _name _tfactory 还有就是调用newTransformer的方法 0x01 调用链 先上poc： final String CLASS = "com.sun.org.apache.xalan.internal.xsltc.trax.TemplatesImpl"; ParserConfig conf
Java代码审计初探-JtopCMS文件上传漏洞（CNVD-2021-05471）
BlusKing
04-06 2189
原文发在freebuf：https://www.freebuf.com/vuls/267872.html 漏洞信息 CNVD-ID CNVD-2021-05471 公开日期 2021-02-26 危害级别 高 ([AV:N/AC:L/Au:N/C:C/I:C/A:C]) 影响产品 合肥明靖信息科技有限公司 JTopCMS 4.0.0 ..
Java代码审计——fastjson 1.2.68 反序列化漏洞 SafeFileOutputStream文件操作
王嘟嘟的博客
03-23 3303
0x00 前言 反序列化总纲 主要是依赖Java代码审计——fastjson 1.2.68 反序列化漏洞 AutoCloseable 0x01 环境 maven文件： <dependency> <groupId>org.aspectj</groupId> <artifactId>aspectjtools</artifactId> <version>1
OSWE—我的代码审计之路
zkaqlaoniao的博客
06-12 1403
大家好，我是 zkaq-念旧。上周，我终于获得了我梦寐以求的 OSWE 认证，然后安心过了个节，现在我也算是半只脚踏进代码审计圈了。在本篇文章中，我将介绍有关于 OSWE 课程的信息、考试规则、解答常见疑问，以及分享我的备考经验，我将带领你一步一步拿到属于你自己的 OSWE 认证。疯狂暗示（话说社区好像没有 “证书分享” 板块，要不加一个？大家考了证都来分享分享经验和心得，争取掌控全员 OSCE3 [狗头]）疯狂暗示我不会任何的内网渗透知识，但我在代码领域专精。
如何让代码审计更快速？
qq_27387017的博客
05-30 377
背景 在大环境下，安服仔的剧烈斗争下，各大厂家另开僻路，因而安服仔要的要求越来越高。以前安服仔只要测试一些系统，而如今，不仅打的了攻防，做得了代码审计，还得能写出一手好的ppt，更要会测试各种系统。而money还是那个money，内卷只会提高技术水平。 为什么需要代码审计 前面提到为啥需要代码审计，在目前主流来说，漏洞爆发的源头多是供应商使用了不安全的组件或者是代码逻辑存在漏洞。那么如果在开发的时候注意或者在未被攻击者发现前制止，这样就会提前阻断后面可能的损失。 新手如何上手代码审计 俗话说：欲先善其事,必
代码审计系列：审计思路学习笔记
闵行小鱼塘
05-31 1295
学习记录代码审计的一些思路
第37篇：fortify代码审计工具的使用技巧(1)-审计java代码过程
ABC_123的博客
12-19 3080
Part1 前言在正式文章之前，插播一下：恭喜梅西圆梦，获得世界杯冠军，加冕球王，一场精彩绝伦的球赛。开心之后，还是要静下心学习的，我们也要继续努力。Fortify全名叫Fortify SCA，是惠普公司HP的出品的一款源代码安全测试工具，这家公司也出品过另一款很厉害的Web漏洞扫描器叫Webinspect。美国的Fortify、美国的Coverity、美国的Codesecure、美国的IBM...
JAVA医药管理系统设计(参考文献+源代码).zip
04-16
8. **源代码与参考文献**：提供的源代码对于学习和理解Java开发的医药管理系统至关重要，开发者可以通过阅读源代码了解系统架构、设计模式以及具体的实现细节。参考文献则为开发者提供了理论依据和设计灵感。 9. **...
inception-master源代码、数据库审计平台
07-11
【标题】"inception-master源代码、数据库审计平台"指的是一个开源项目，其核心是Inception，一个数据库审计系统。...同时，根据提供的文档和示例，可以快速上手部署和使用Inception，以满足数据库审计的需求。
JAVA源码JAVA某百货店POS积分管理系统-积分点更新生成以及通票回收处理(源代码+论文)
03-09
- **易用性**：用户界面友好，操作简单明了，即使是非专业人员也能快速上手。 - **安全性**：采用了多种安全措施，如数据加密、权限控制等，保护用户信息不被泄露。 #### 六、总结 JAVA某百货店POS积分管理系统是...
Fortify、Checkmarx（代码审计）
墨痕诉清风的博客
06-15 706
Fortify 是一个静态的、白盒的软件源代码安全测试工具。它通过内置的五大主要分析引擎：数据流、语义、结构、控制流、配置流等对应用软件的源代码进行静态的分析，通过与软件安全漏洞规则集进行匹配、查找，从而将源代码中存在的安全漏洞扫描出来，并可导出报告。扫描的结果中包括详细的安全漏洞信息、相关的安全知识、修复意见。数据量引擎：跟踪、记录并分析程序中的数据传递过程所产生的安全问题。语义引擎：分析过程中不安全的函数，方法的使用的安全问题。结构引擎：分析程序上下文环境、结构中的安全问题。
Java操作MySQL数据库：解决常见连接问题，快速上手
![Java操作MySQL数据库：解决常见连接问题，快速上手]...# 1. Java连接MySQL数据库基础 ### 1.1 JDBC技术简介 Java Database Connectivity (JDBC) 是一种标准的Java
工厂模式的介绍及实现
户伟伟的博客
09-25 117
工厂模式（Factory Pattern）是一种创建型设计模式，提供了一种创建对象的接口，而无需显式指定对象的具体类。在这种模式中，我们通过定义一个工厂类，专门负责生产各种类型的对象，这样我们可以避免直接在代码中实例化具体类，使代码更具扩展性、灵活性和维护性。解耦：客户端代码与具体的类解耦，避免了对象创建逻辑的重复。简化对象创建：通过工厂统一管理对象的创建逻辑，使代码更清晰易懂。扩展性强：新增类时，只需在工厂中增加创建逻辑，而不必修改现有的业务代码。
Spring Boot 学习和使用
cesske的博客
09-24 1091
Spring Boot是一款开源的Java Web应用框架，旨在简化Spring应用的初始搭建以及开发过程。Spring Boot通过整合Spring技术栈中的诸多关键组件，为开发者提供了一种快速、简便的Spring应用开发方式。它遵循“约定优于配置”的原则，通过自动配置、起步依赖和内置的Servlet容器，极大地简化了传统Spring应用的配置和部署过程。Spring Boot通过其自动化配置、起步依赖、内嵌服务器等特性，极大地简化了Spring应用的开发和部署过程。
基于Hive和Hadoop的哔哩哔哩网站分析系统
最新发布
图南的博客
09-27 442
本项目是一个基于大数据技术的哔哩哔哩平台分析系统，旨在为用户提供全面的哔哩哔哩视频数据和深入的用户行为分析。系统采用 Hadoop 平台进行大规模数据存储和处理，利用 MapReduce 进行数据分析和处理，通过 Sqoop 实现数据的导入导出，以 Spark 为核心进行高效的数据处理。整个系统结合了大数据处理技术，为用户提供精准的内容推荐和深入的用户兴趣分析，帮助平台更好地了解视频趋势和用户需求。
智能BI平台项目
2302_79400545的博客
09-22 238
BI商业智能：数据可视化、报表可视化系统。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

mingzhi61

你的打赏，是我创造最大的动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值