安全
最后更新:2026年10月14日
OptimaPDF 最重要的保护在于我们“不做”的事:我们不会把您的文件发送到服务器。下面说明其工作方式以及其他保护措施——只写我们真正采用的。
1. 文件留在您的设备上
所有文件工具,包括压缩、OCR 和转换,都在您的浏览器中运行(JavaScript 和 WebAssembly)。文件不会发送到服务器,因此我们这边没有人能访问它。您可以自行验证:打开浏览器的开发者工具(F12),进入“网络”标签页,然后处理一个文件——您不会看到任何文件上传。到达服务器的只有 AI 功能所需的文本和“URL 转 PDF”所需的页面地址。
2. 加密连接
网站仅通过 HTTPS 运行。HSTS 标头(已列入浏览器预加载列表)使浏览器始终以安全方式连接,即使是首次访问。
3. 浏览器端保护
- Content Security Policy 限制网站可以从哪里加载脚本以及可以连接到哪里:我们的域名以及其中列明的服务(Google 登录、Dropbox、Microsoft,以及在同意后的 Google Analytics)。
- 网站无法被嵌入其他网站(X-Frame-Options: DENY、frame-ancestors)——防止点击劫持。
- Permissions-Policy 阻止访问摄像头、麦克风、位置、USB 和支付功能。
- X-Content-Type-Options 和 Referrer-Policy 限制对文件类型的猜测以及页面地址的传递。
4. 服务器保护
- 只接受来自我们自己网站的 API 请求(检查 Origin 和 Referer 标头——CSRF 防护)。
- 请求上限:API 每个 IP 地址每分钟 30 次,AI 功能每天 15 次,URL 转 PDF 每 10 分钟 30 次;请求大小上限为 100 MB。
- URL 转 PDF 拒绝私有和本地网络以及服务器云服务的地址,且经过检查的地址与服务器实际连接的地址相同(防护 SSRF 和 DNS 重绑定)。
- API 输入在服务器端检查(文本长度、允许的翻译语言)。
5. AI 功能
我们发送给 AI 的只有从文件中提取的文本和您的问题——不含您的 IP 地址或浏览器信息,通过我们的服务器及其 API 密钥发送(您不需要自己的密钥)。每个请求都要求由据 OpenRouter 所述在请求结束后不保留数据、也不用这些数据训练模型的提供商处理;如果没有这样的提供商,请求不会执行。
6. 无账户,无画像
我们不要求注册或登录,不保存密码,也不建立用户画像。用于保护和解锁 PDF 的密码以及签名用的证书只在您的浏览器中使用。
7. 依赖项
我们保持各类库为最新版本,并通过 npm audit 以及一项测试检查已知漏洞——该测试会报告网站所用依赖项中每个新的高危或严重级别警告。
8. 报告漏洞
如果您发现安全漏洞,请写信至 kontakt@optimapdf.com。我们承诺:
- 在 24 小时内确认收到,
- 进行分析并在 14 天内(视严重程度)发布修复,
- 告知您我们采取的措施,
- 不对善意报告漏洞的人采取法律行动。
9. 认证
OptimaPDF 本身没有 ISO 27001 或 SOC 2 认证。我们的托管服务商 Vercel 已通过 ISO 27001:2022 认证,并拥有 SOC 2 Type 2 报告。由于文件从不到达我们的服务器,我们这边没有需要加密的“静态”文件。
10. 数字签名与 eIDAS
“签署 PDF”工具使用您自己的证书(.p12/.pfx)创建 PAdES 数字签名——完全在浏览器中完成;文件和证书都不会被发送。这是真正的密码学签名,但并不自动构成 eIDAS 条例(欧盟 910/2014)意义上的合格电子签名(QES):是否属于 QES 取决于证书是否由合格信任服务提供商颁发,以及密钥是否位于合格设备上。