keygen标签的加密功能为何被废除_HTML表单密钥生成技术迭代-html教程-PHP中文网

keygen标签已被所有现代浏览器彻底移除，因其存在安全模型失控、算法绑定僵化及与web crypto api冲突三大根本缺陷；替代方案是必须使用crypto.subtle.generatekey()并手动导出、传输和校验密钥。

keygen标签的加密功能为何被废除_html表单密钥生成技术迭代

keygen 标签已彻底失效，所有现代浏览器（Chrome 120+、Firefox 115+、Safari 17+、Edge 120+）均移除了支持，硬写 <keygen></keygen> 不会渲染控件，也不会触发任何密钥生成行为。

它不是“被弃用”，而是被标准组织（W3C 和 WHATWG）从规范中直接删除。根本原因有三个：

安全模型失控：私钥由浏览器生成并存于本地，但开发者无法控制存储位置、生命周期或导出策略，也无法审计其是否被恶意扩展读取
算法绑定僵化：keytype="rsa" 是唯一广泛实现的值，ECDSA 等现代算法无统一支持，且无法指定密钥长度（如 3072 位 RSA）或填充模式
与 Web Crypto API 冲突：Web Cryptography API 提供细粒度控制（generateKey()、exportKey()、importKey()），而 keygen 是黑盒表单字段，无法接入签名、加密、密钥派生等真实业务流程

所有密钥操作必须迁移到 JavaScript 层，使用 crypto.subtle 接口。常见误判是以为只需替换标签——实际要重写整个密钥生命周期逻辑：

Article To Html

文章转信息图。将文章/笔记转化为手机可读的 HTML 信息图，自动匹配视觉风格。触发场景：文章转图、笔记转图、信息图、转小红书图、做张图、可视化这篇文章、文生图。

下载

旧逻辑依赖表单提交自动发送公钥：<keygen name="pubkey"></keygen> → 后端收 pubkey=xxx；新逻辑需手动调用 subtle.exportKey("spki", publicKey) 转为 PEM/Base64，再通过 FormData 或 fetch 提交
generateKey() 返回的是 CryptoKeyPair 对象，不能直接序列化；必须显式调用 exportKey()，否则提交的是空对象
IE 和 Safari 15.6 之前不支持 subtle；若需兼容，必须检测 if (!window.crypto || !crypto.subtle) 并降级提示，而非 fallback 到 keygen

前端用 subtle.exportKey("spki", key) 生成的公钥是 DER 编码的 ASN.1 结构，Base64 后常以 -----BEGIN PUBLIC KEY----- 开头。但后端容易踩坑：

未剥离 PEM 头尾直接喂给 OpenSSL，报错 unable to load Public Key；必须提取中间 Base64 字符串并解码为原始字节
误将 generateKey("RSA", ...) 的 modulusLength 当作密钥强度指标，却忽略 publicExponent 必须为 new Uint8Array([1, 0, 1])（即 65537），否则某些后端库拒绝解析
未验证公钥格式有效性就入库，导致后续 JWT 验证失败；建议在入库前用 crypto.subtle.importKey("spki", rawBytes, {name: "RSASSA-PKCS1-v1_5"}, false, ["verify"]) 反向测试可导入性

真正麻烦的不是生成密钥，而是把密钥对安全地“送出去”并让后端能稳定解析——这要求前后端对编码格式、参数约束、错误边界有一致认知，而不是靠浏览器自动填表单蒙混过关。