只有最新发布版会收到修复。请先确认问题在 latest release 上仍然存在。

请不要开公开 issue。 用 GitHub 的私密报告通道： Security → Report a vulnerability

请附上：影响的版本与平台、复现步骤、以及触发所需的文件（如果是构造的图像文件，请压成 zip）。

这是一个个人维护的项目，没有 SLA，但我会尽快回复——通常几天之内。

有意保持得很小，知道边界在哪有助于判断什么算漏洞：

• 不联网，唯一的例外是启动时向 GitHub / Gitee 的 release API 各发一次更新检查（只读，失败静默）。没有账号、没有遥测、不上传任何图像。
• 不改源文件。 参数写在源文件旁边的 .ncproj 里。
• 本地文件解析是主要的攻击面。 RAW 解码走 LibRaw，TIFF/JPEG 与 ICC、.cube LUT 由本仓库代码解析。恶意构造的图像文件导致崩溃、越界读写或任意代码执行——这些都算漏洞，请报告。
• macOS 版为 ad-hoc 签名，未经 Apple 公证；Windows 安装包未做代码签名。这是已知情况（个人项目无开发者证书），不必单独报告。

当前固定使用 ImageSharp 3.1.12。4.1.2 修复了下列公告，但其 Release 构建需要另行申请的许可证；项目尚未配置该许可证。 以下例外仅针对已审查的调用路径，不代表依赖库本身没有漏洞。NuGet 审计和其他公告检查保持开启。

• GHSA-j3p4-wp97-rph4：本项目不调用 ImageSharp 的 HistogramEqualization 或使用 HalfVector4。
• GHSA-j9gm-c75j-xc9q、GHSA-jjfr-hcj7-qf5w：本项目不使用 ImageSharp TIFF 编码器，TIFF 输出由 TiffIO / LibTiff 实现。
• GHSA-wmxv-xphr-5c9g：本项目不使用 ImageSharp 解析输入图像或 BigTIFF；测试中的 JPEG 解码仅处理本项目生成的数据。
• GHSA-v76p-62qx-wwq2：涉及分块传真压缩 TIFF 的 ImageSharp 解码路径；生产代码不调用 ImageSharp 输入图像／TIFF 解码，TIFF 读取由 TiffIO / LibTiff 处理。2026-11-04 复核了全部 ImageSharp 调用；测试中的 Image.Load / Image.Identify 仅读取本程序生成的 JPEG。
• GHSA-gwg2-r3hj-4w44：JpegIO 仅将 ICC 字节附加到输出 JPEG，不访问 ImageSharp 的 IccProfile.Entries 或 CLUT 解析 / 转换路径。

生产代码的 ImageSharp 用途为 JpegIO 的 JPEG 编码（包括本程序重建的标准 EXIF profile）及 OnnxDeepWbCorrector.ResizeForInference 对内存中 Rgb24 数据的 Lanczos3 缩放。源文件的 EXIF 由 MetadataExtractor 2.9.3 读取；仅重建可移植字段，不将源缩略图、RAW 存储指针或 MakerNote 交给 ImageSharp，也不增加 ImageSharp 输入图像／TIFF 解码路径。 新增解码、ICC 解析、TIFF 编码或直方图均衡化调用时，必须重新审查并移除相应例外；获得许可证或替换依赖后应移除这些例外。

• 需要攻击者已经能在本机以同一用户身份执行代码的前提
• 更新检查被中间人劫持后诱导用户手动去下载——安装包本身不会被自动下载或执行