二进制编码、文件取证与完整性校验工具

目标与适用范围

检查字节与文件签名、识别文件类型、测量熵，并在一个安全流程中验证哈希或校验和。
本指南将当前任务范围转化为可复核的交付结果。请保留源文件、中间产物和关键判断，让后续协作者能够理解检查了什么以及为什么这样处理。

准备证据并作出选择

• 使用非敏感样本或经批准的证据副本；切勿上传私钥或机密文件。

• 事先记录预期编码、文件名、MIME 类型以及可信摘要或校验值。

• 决策点: 先走哪条取证路径？. 先理解表示形式与字节，再选择熵、校验和或加密摘要作为证据。

• 决策点: 元数据与字节一致吗？. 将扩展名和 MIME 与签名检测结果比对；记录不一致之处，但不下安全结论。

按步骤完成工作流

1. 统一表示形式

用匹配的进制或编码工具转换样本，并保留精确的输入与输出。 使用 base-n-radix-converter, base32-converter, base58-converter, base64-converter, text-to-binary, hex-to-string.

2. 检查字节与签名

在只读十六进制视图中查看偏移、字节与可打印区域，然后识别魔数与文件类型。 使用 hex-editor, magic-number-detector, file-type-detect, mime-type-detector.

3. 评估字节特征

测量熵并计算 CRC32 以检查意外损坏，结合文件上下文解读两者。 使用 entropy-calculator, crc32-checksum.

4. 核验最终摘要

选择所需算法，对文件或文本计算哈希，并与可信摘要比对。 使用 hash-algorithm-comparator, file-hash-verifier, text-hash-generator.

交付前验收结果

• 字节视图与转换结果均已记录，且未对输入做隐性修改。
• 签名、扩展名与 MIME 结果已比对，差异已说明。
• 熵仅作为上下文参考，不作为加密或恶意软件的证据。
• 所选摘要与可信值一致，或差异已被明确记录。

常见问题

• 魔数能证明文件安全吗？ 不能。魔数只提示格式，不能证明内容无害或未被篡改。
• 什么时候用 CRC32 而不是哈希？ 身份校验请使用公开哈希；CRC32 能发现多数意外错误，但不构成安全证据。
• 高熵能证明文件被加密吗？ 不能。压缩和二进制格式也可能高熵；需结合签名与来源综合判断。