Rust中的CPE处理库

一致性

• 实现必须在提供给最终用户的任何文档中明确声明符合本规范。
• 如果实现生成（即，作为输出生成）CPE名称，它必须生成所需格式的正确语法的字符串绑定，以描述或识别应用程序、操作系统和硬件设备（参见6.2）。
• 如果实现以URI形式生成CPE名称，它必须生成遵守图6-1中指定的语法规则的URI，并且应该生成遵守图6-2中指定的更严格规则的URI。
• 如果实现消费（即，接受为有效输入）CPE名称，则（a）它必须消费所需格式的正确语法的字符串绑定，以描述或识别应用程序、操作系统和硬件设备（参见6.2）；（b）它应该能够消费任何符合图6-1或图6-2中指定的语法要求的CPE名称；并且（c）它应该能够将输入的URI形式的CPE名称转换为正确的语法格式的字符串绑定（参见7.1）。
• 对于实现能够将任何正确的语法格式的字符串绑定转换为符合[CPE22]中指定要求的有效CPE名称是可选的（参见7.2）。提供此功能的实现应实施第7.2节中定义的程序。此功能可能使实现能够与符合[CPE22]以及可能之前版本的实施到一定程度的互操作性。

来源： [CPE23-N]

作为CPE标准第5.4节的特殊情况，permissive_encoding功能将允许包含\、+和!字符的URI。虽然不打算长期运行，但此功能提供了一种方法，在开发者修复这些常用字符的编码问题时，可以找到CPE URI中的更严重问题。

参考

[1]

网络设备规范概述

[2]

网络设备命名规范 [CPE23-N]

[3]

网络设备名称匹配

[4]

网络设备规范 v2.2 [CPE-22]