MIP设置意外的ContentBits元数据
我们使用MIP将敏感标签应用于文件(使用c# Microsoft.InformationProtection.File nuget包)。为此，我们使用IFileHandler.SetLabel方法。这似乎保护了文件，并按预期的方式应用了大多数元数据，但ContentBits元数据除外。
基于MIP元数据文档：
基于答案这里和这里，我并不期望MIP对内容进行水印，而是添加ContentBits元数据，告诉AIP客户端对文档进行水印。
如果我们有一个既加密又有水印的标签，并且我们使用MIP将该标签应用到文件中，则文件将受到保护，元数据将被添加，但是ContentBits属性被设置为"8“。如果这是一个Word文档，然后我们打开它，则不应用水印。如果我们手动将ContentBits属性更改为"12"，则在保存时添加水印。
如果使用Word从带中手动选择相同的加密/水印灵敏度标签，则文档将受到水印和保护。ContentBits元数据设置为"12“。
这是预期的行为吗？我们尝试使用AzureInformationProtection powershell模块的Set-AIPFileLabel应用标签，它还将ContentBits属性设置为"8“。我希望MIP和powershell都能将ContentBits设置为"12“。如果这不是故意的，那么周围有没有建议的工作？
回答 2
Stack Overflow用户
发布于 2020-10-09 21:44:23
好的，我和工程部联系了一下，发现这是通过设计完成的。我将努力在文档中澄清这一点。
ContentBits设置为反映应用程序设置标签所采取的操作()。对于File，它不支持内容标记。因此，ContentBits值总是0或8--它唯一能做的就是保护。
当支持内容标记的应用程序保存文档时，它应该使用它支持的操作来评估当前的ContentBits值。在您的示例中，SDK将看到ContentBits为8，但是AIP外接程序支持所有三种标记形式，使预期值为15。客户端将应用内容标记，然后将值设置为15。
我在最初的评论中没有重复这一点，我只看到SDK应用了8。我现在已经测试了这个端到最后，AIP客户端打开了一个MIP保护的文件，它看起来像预期的那样工作。也就是说，将内容标记应用于保存，并将ContentBits更新为15。
我的测试是：
- Office 2009 - 13231.20262版C2R
- AIP客户端版本2.8.85.0
- 使用这个样本的MIPSDK1.7.133
你能分享你的版本细节吗？我希望这在任何一个AIP UL客户端上都能奏效。
Stack Overflow用户
发布于 2020-10-08 18:51:08
我已经在1.7版上复制了这个，我们正在内部进行调查。我会尽快在这里更新的。
https://stackoverflow.com/questions/64251013
复制相似问题
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号