java运行库一键修复_在运行时修补Java

本文介绍了如何在Java运行时动态修补代码,以解决哈希表攻击问题。通过利用Java Instrumentation API,可以在不接触核心库的情况下替换有问题的类,避免了对JVM的直接修改。文中提供了一个概念验证的例子,展示了如何创建一个代理来管理并修补特定的类。
摘要由CSDN通过智能技术生成

java运行库一键修复

本文将重点介绍如何解决与第三方库相关的问题
  • 不能被规避
  • 难以排除/绕过/更换
  • 只需不提供错误修正

在这种情况下,解决问题仍然是一项艰巨的任务。

作为这种情况的诱因,请考虑对“哈希索引”数据结构的攻击,例如java.util.Hashtable和java.util.HashMap (对于不熟悉此类攻击的人,我建议查看以下内容28C3: 对Web应用程序进行拒绝服务攻击变得容易( )。

长话短说,核心问题是使用非加密哈希函数(在其中查找冲突很容易)。 根本原因隐藏在java.lang.String.hashCode()函数中。 显而易见的方法是修补java.lang.String类,这很困难,原因有两个:

  1. 它包含本机代码
  2. 它属于Java核心类,它们随Java安装一起提供,因此不受我们的控制

第一点将迫使我们修补体系结构和特定于OS的库,我们应该在可能的情况下规避这些库。 第二点是正确的,但它会更灵活一些,我们将在下面看到。

好的,让我们重新考虑:修补本机很脏,我们不急于采用这种方式–我们必须为不愿意修复其代码的其他人(在本例中为SDK SDK库)做一些工作。

尝试:
哈希问题涉及类java.util.Hashtablejava.util.HashMap ,它们不使用任何本机代码。 修补这些类要容易得多,因为为所有体系结构和OS提供一个已编译的类就足够了。
我们可以使用提供的错误解决方案之一,并用固定版本调整(或替换)原始类。 困难在于在不接触核心

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值