MIP SDK设置意外的ContentBits元数据

如何解决MIP SDK设置意外的ContentBits元数据

我们正在使用MIP SDK将敏感度标签应用于文件（使用c＃Microsoft.informationProtection.File nuget包）。为此，我们使用IFileHandler.SetLabel方法。这似乎可以保护文件并按预期方式应用大多数元数据，但ContentBits元数据除外。

基于MIP SDK metadata documentation：

基于答案here和here，我不希望MIP SDK为内容加水印，而是添加ContentBits元数据，该元数据告诉AIP客户端为文档加水印。 / p>

如果我们拥有既加密又带有水印的标签，并且我们使用MIP SDK将该标签应用于文件，则该文件将受到保护并添加了元数据，但是ContentBits属性设置为“ 8” 。如果它是Word文档，然后打开它，则不应用水印。如果我们手动将ContentBits属性更改为“ 12”，则会在保存时添加水印。

如果我们使用Word从功能区中手动选择相同的加密/加水印的敏感度标签，则文档将被加水印并受到保护。 ContentBits元数据设置为“ 12”。

这是预期的行为吗？我们尝试使用AzureinformationProtection Powershell模块的Set-AIPFileLabel应用标签，并且还将ContentBits属性设置为“ 8”。我本来希望MIP SDK和powershell都将ContentBits设置为“ 12”。如果不是设计原因，是否有建议的解决方法？

解决方法

我已经能够在1.7上对此进行再现，我们正在内部进行调查。我会尽快在这里更新。

好的，我检查了工程学，发现这是设计使然。我将在文档中进行澄清。

ContentBits设置为反映设置标签的应用程序已采取的操作。对于File SDK，它不支持内容标记。因此，ContentBits值将始终为0或8-它唯一可以做的就是保护。

当不支持内容标记的应用程序保存时，应使用其支持的操作评估当前ContentBits值。在您的示例中，SDK将看到ContentBits为8，但是AIP加载项支持所有三种标记形式，将期望值设置为15。客户端将应用内容标记，然后将值设置为15。

我在最初的评论中没有对此进行过修改，我只看到SDK正在应用8。现在，我已经通过AIP客户端打开受MIP SDK保护的文件对这一点进行了端到端的测试。如预期般运作。也就是说，将内容标记应用于保存，并将ContentBits更新为15。

我通过以下方式进行了测试

Office Pro Plus版本2009-13231.20262 C2R
AIP客户端版本2.8.85.0
使用this sample

可以共享您的版本详细信息吗？我希望它可以在任何AIP UL客户端上使用。