PyYAML中BaseLoader、FullLoader与SafeLoader的选型及安全性问询

问题1：优先选择BaseLoader/FullLoader而非SafeLoader的场景，以及SafeLoader的劣势 #

优先选择BaseLoader的场景 #

• 仅需解析基础YAML类型（字符串、数字、列表、字典、布尔值、None），且追求极致解析速度时：BaseLoader不处理任何YAML标签或复杂类型构造，解析流程极简，速度远快于SafeLoader/FullLoader。
• 输入YAML完全无自定义标签或高级特性，且需要最小化解析开销的场景（比如批量处理大量纯基础结构的YAML文件）。

优先选择FullLoader的场景 #

• 需要解析YAML中的非危险高级特性（如合法的自定义Python类型、完整的锚点/别名引用），且输入来源完全可信（比如内部系统生成的YAML，无外部不可信输入风险）。注意：PyYAML 6.0已修复旧版本FullLoader的安全漏洞，当前版本的FullLoader安全性已大幅提升，但仍不如SafeLoader严格。
• 迁移旧代码时，原逻辑依赖FullLoader支持的特性，且无法快速适配SafeLoader的限制。

SafeLoader的劣势 #

• 不支持自定义类型或部分高级YAML特性：若YAML中包含自定义标签或需要构造特定内置类型（如datetime以外的扩展类型），SafeLoader会直接抛出解析错误。
• 解析速度略逊于BaseLoader：由于需要执行更多安全校验和合法类型的构造逻辑，解析效率低于最轻量化的BaseLoader。

问题2：BaseLoader是否与SafeLoader同等安全？ #

BaseLoader的安全级别不低于SafeLoader，属于同等安全的范畴，甚至在解析范围上更严格：

• BaseLoader仅构造最基础的Python内置类型，完全忽略所有YAML标签，不会触发任何对象构造逻辑，从根源上杜绝了恶意代码执行的可能。
• SafeLoader虽然也安全，但允许构造部分安全的内置类型（如datetime、decimal），不过这些类型本身无安全风险。两者的核心安全边界一致：都不会执行任意代码或构造危险对象。

内容的提问来源于stack exchange，提问作者Lou