4

我的类中的方法具有以下属性SecurityPermission(SecurityAction.Assert)。我编译它（调试构建）并通过查看原始堆并查看包含 PermissionSet blob 的 blob 堆来查看 ildasm.exe 中的输出。我期望（根据 ECMA-335）是：

2e 01 80 84 53 79 73 74  65 6d 2e 53 65 63 75 72 >.   System.Secur<
69 74 79 2e 50 65 72 6d  69 73 73 69 6f 6e 73 2e >ity.Permissions.<
53 65 63 75 72 69 74 79  50 65 72 6d 69 73 73 69 >SecurityPermissi<
6f 6e 41 74 74 72 69 62  75 74 65 2c 20 6d 73 63 >onAttribute, msc<
6f 72 6c 69 62 2c 20 56  65 72 73 69 6f 6e 3d 32 >orlib, Version=2<
2e 30 2e 30 2e 30 2c 20  43 75 6c 74 75 72 65 3d >.0.0.0, Culture=<
6e 65 75 74 72 61 6c 2c  20 50 75 62 6c 69 63 4b >neutral, PublicK<
65 79 54 6f 6b 65 6e 3d  62 37 37 61 35 63 35 36 >eyToken=b77a5c56<
31 39 33 34 65 30 38 39  00 00

但我看到的是这样的：

2e 01 80 84 53 79 73 74  65 6d 2e 53 65 63 75 72 >.   System.Secur<
69 74 79 2e 50 65 72 6d  69 73 73 69 6f 6e 73 2e >ity.Permissions.<
53 65 63 75 72 69 74 79  50 65 72 6d 69 73 73 69 >SecurityPermissi<
6f 6e 41 74 74 72 69 62  75 74 65 2c 20 6d 73 63 >onAttribute, msc<
6f 72 6c 69 62 2c 20 56  65 72 73 69 6f 6e 3d 32 >orlib, Version=2<
2e 30 2e 30 2e 30 2c 20  43 75 6c 74 75 72 65 3d >.0.0.0, Culture=<
6e 65 75 74 72 61 6c 2c  20 50 75 62 6c 69 63 4b >neutral, PublicK<
65 79 54 6f 6b 65 6e 3d  62 37 37 61 35 63 35 36 >eyToken=b77a5c56<
31 39 33 34 65 30 38 39  01 00

特别是，请注意01 00我期望的末尾的00 00. 规范说，在计算字符串之后应该是命名参数的数量。由于我没有传递任何命名参数，因此我希望该数字是 16 位 0。

这是使用 Visual Studio 2013 针对 .NET 2.0 编译的。

更复杂的是，如果我添加一个命名参数，我会得到：

2e 01 80 84 53 79 73 74  65 6d 2e 53 65 63 75 72 >.   System.Secur<
69 74 79 2e 50 65 72 6d  69 73 73 69 6f 6e 73 2e >ity.Permissions.<
53 65 63 75 72 69 74 79  50 65 72 6d 69 73 73 69 >SecurityPermissi<
6f 6e 41 74 74 72 69 62  75 74 65 2c 20 6d 73 63 >onAttribute, msc<
6f 72 6c 69 62 2c 20 56  65 72 73 69 6f 6e 3d 32 >orlib, Version=2<
2e 30 2e 30 2e 30 2c 20  43 75 6c 74 75 72 65 3d >.0.0.0, Culture=<
6e 65 75 74 72 61 6c 2c  20 50 75 62 6c 69 63 4b >neutral, PublicK<
65 79 54 6f 6b 65 6e 3d  62 37 37 61 35 63 35 36 >eyToken=b77a5c56<
31 39 33 34 65 30 38 39  12 01 54 02 0d 55 6e 6d >1934e089  T  Unm<
61 6e 61 67 65 64 43 6f  64 65 01                >anagedCode      <

再一次，查看属性的计数字符串的末尾，您可以看到12 01后面是命名参数列表（一个项目的列表）。我希望这是01 00一个 16 位的小端 1，用于命名参数的数量。

基于此，我假设计数字符串之后的第二个字节是命名参数计数，但我仍然不明白第一个字节是什么（第一个示例中的 0x01，下一个示例中的 0x12）。

如果我添加第二个命名属性，第一个字节将更改为 26，如果我添加第三个命名属性，它将更改为 33。除了它们在增加的事实之外，我没有看到数字的明显模式。

我问这个问题是因为我正在尝试手动构建 PermissionSet blob（我正在编写 CLR 分析器）并且我需要知道在该字节中放入什么。

4

1 回答 1

1

我认为您的沮丧是正确的，我从我之前对命名参数的经验中记得这一点 - 它NumNamed是作为压缩 int 而不是规范中所述的 int16 实现的，并且与§VI.B.3 给出的示例不同。我不知道这在随后的 .NET 3.0+ 实现中是否发生了变化。

对于您正在寻找的PermissionSet ，

... * 一组属性，编码为自定义属性的命名参数（如 §II.23.3 中，以 NumNamed 开头）。

... §II.23.3 ...

接下来是可选的“命名”字段和属性的描述。这从 NumNamed 开始——一个无符号的 int16，给出了“命名”属性或字段的数量。...在 NumNamed 非零的情况下，紧随其后的是 NumNamed 的 NamedArgs 重复。

是小12 01端整数“给出后面的属性数量”。一个命名属性，总长度为 18（十进制，含）。

这个总长度是您正在寻找的模式，但要小心，因为我认为这个长度是可选的，有时编译器会设法在前面的 int16 中打包属性数量，丢弃长度。您必须尝试不同数量的属性，以确保正确解析所有案例。

名称参数：

... SerString – PackedLen 字节数，后跟 UTF8 字符

PROPERTY 是单字节 0x54。FieldOrPropName 是字段或属性的名称，存储为 SerString（如上定义）

于 2014-01-04T08:26:00.030 回答