[2024-03-22 更新]
需要注意的是，这条链存在一条致命缺陷，在Method类中有一个名为slot的int类型参数，该参数用于给jvm定位该Method在类的方法列表的索引，代码详见。但是这个slot参数并不是固定的，在每次jvm加载类时，该slot将有可能发生变化。
在Hessian的流程中，将会很耿直的直接获取该slot值直接序列化与反序列化，在反序列化利用链触发invoke时如果slot值异常，jvm在提取Method时就会获取到错误的Method对象，直接进行调用时如果参数的数量或类型错误时将有可能产生异常，但是jvm并没有做对应异常处理，这将会导致jvm直接崩溃。
所以很遗憾的是该利用链目前并不稳定，不建议实战使用。🥲
希望在未来有方法能解决该问题。
最近看到一些师傅在做一个CTF的时候找到了Hessian的JDK原生反序列化的利用链，简单了解Hessian的反序列化原理，发现其只需要通过调用SerializerFactory的setAllowNonSerializable(true);函数关闭Serializable派生类检查，就可以使其序列化、反序列化任何没有继承Serializable的类，这点相较于原生反序列化稍微有点特殊。
在一个师傅的文章里找到了一条JDK原生的可以invoke任意函数，或实例化任意类的gadget：
UIDefaults.get
UIDefaults.getFromHashTable
UIDefaults$LazyValue.createValue
SwingLazyValue.createValue 继续阅读“探寻Hessian JDK原生反序列化不出网的任意代码执行利用链”
