在PAX格式tar包中使用‘%d/PaxHeaders/%f’的安全性及合规性问询

一、源目录存在同名PaxHeaders文件的影响 #

不管使用自定义的%d/PaxHeaders/%f还是默认的%d/PaxHeaders.%p/%f格式，若源目录中已存在同名的真实文件/目录，会导致tar包中同时出现两类条目：

• tar自动生成的PAX扩展头条目：类型为x（扩展头标识），用于存储对应文件的元数据，属于tar的内部元数据条目；
• 源目录中的真实文件/目录条目：类型为普通文件/目录的标识（如-代表普通文件，d代表目录）。

具体影响分为三类：

1. 标准tar工具解压：不会出现问题，tar会自动识别扩展头属于后续绑定的文件，不会将其作为普通文件提取，真实文件会正常解压；
2. 非tar工具处理：比如7-Zip这类通用压缩工具，可能会将扩展头条目当作普通文件提取出来，导致解压后出现额外的PaxHeaders目录或文件，造成文件结构混乱；
3. 同路径条目冲突：如果源目录中存在与扩展头完全同名的文件（如/a/b/PaxHeaders/foo），tar包中会出现同路径但不同类型的两个条目，部分严格的tar实现可能在解压时抛出警告，但大部分主流实现（如GNU tar、BSD tar）会正常处理，优先保留真实文件。

二、删除atime和ctime的POSIX合规性 #

删除PAX头中的atime和ctime字段不违反POSIX合规性，核心依据如下：

1. POSIX的可选性要求：OpenGroup的PAX规范仅强制要求归档包含核心元数据（如文件名、文件权限、mtime、文件大小、所有者信息等），atime和ctime属于可选的扩展元数据，并非必须存储；
2. 可复现性的合理性：atime会因文件读取操作自动更新，ctime会因文件属性（如权限、所有者）变化而改变，这两个字段是导致归档不可复现的常见因素。删除它们符合可复现构建的最佳实践，同时完全符合POSIX对PAX归档的核心要求；
3. PID字段的适用场景：IEEE Std 1003.1-2001/Cor 1-2002中关于PID字段的规定，仅针对多进程并行处理同一目录时的扩展头冲突场景。你使用单个进程创建归档，因此无需依赖PID后缀的命名格式，改用%d/PaxHeaders/%f可进一步提升归档的可复现性，且不违反POSIX规范。

总结建议 #

• 若需避免源目录同名文件的干扰，可在归档前检查并临时重命名源目录中的PaxHeaders相关文件/目录，归档完成后恢复；
• 保留--pax-option=exthdr.name=%d/PaxHeaders/%f,delete=atime,delete=ctime参数，既满足可复现性需求，又符合POSIX合规要求；
• 若担心客户使用非tar工具解压，可在归档说明中明确建议使用标准GNU tar或BSD tar进行解压操作。

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