HTML keygen 标签的作用与工作原理
在前端表单提交的历史场景中，keygen 标签曾用于快速生成一对公钥/私钥，并将公钥作为表单的一部分提交服务器。它的设计目标是降低前端开发者的工作量，同时让服务器在认证阶段获得客户端公钥。通常，私钥保留在用户代理（浏览器）本地，这意味着私钥不离开用户设备。
在提交阶段，表单字段的名称会携带生成的公钥，从而让后端能够将公钥与对应的用户实体关联。这是一种无服务器端管理私钥的简化方案，但也带来安全与可控性方面的挑战。
定义与基本用法
keygen 是一个属于表单的原生标签，用于产生密钥对的需求场景。典型用法是在表单内直接写入 <keygen name="user_key"></keygen>，浏览器会启动密钥对生成流程。
生成完成后，浏览器会把公钥作为表单字段的一部分提交到服务器，服务器通过该公钥来完成后续认证。此过程无需显式的 JavaScript 调用，由浏览器自动处理。
历史背景与浏览器实现
自早期的 HTML5 发展阶段，keygen 曾经在多家浏览器中得到实现，但实现程度以及界面提示不同。这个不一致带来了用户体验上的差异。
随着 WebAuthn 与 Web Cryptography API 的普及，keygen 的定位逐渐被取代，并在主流浏览器中被削减支持甚至废弃。
使用场景与局限性分析
在某些遗留系统里，keygen 仍被用于快速整合前端密钥对生成，尤其在需要无服务器端秘钥托管的场景中。
然而，跨浏览器兼容性差、缺乏标准化扩展点，使得该标签在现代前端架构中难以长期依赖。
典型使用场景
在没有使用现代认证协议的遗留注册表单中，开发者可能希望通过 keygen 直接获得公钥，以便在服务端进行后续验证。
在某些企业内部的自签名证书系统里，keygen 提供了一个历史可行的路径，但缺乏公开的最佳实践。
跨浏览器兼容性与安全隐患
由于 不同浏览器对 keygen 的实现有差异，同一段代码在某些浏览器中不会触发密钥对生成，导致表单提交失败。
此外，客户端产生和处理私钥的信任边界、暴露在浏览器插件、混合内容等风险都让它成为一个安全关注点。
为何被废弃：标准与安全性因素
随着 WebAuthn 的兴起，以人机身份验证为核心的公钥凭证机制逐步成为主流。keygen 的实现并不统一，且缺少强绑定的认证流程。
浏览器厂商也逐步移除对 旧式 keygen 元素的支持，以简化安全模型并减少潜在的攻击面。
安全性问题
keygen 的私钥留在客户端，若浏览器实现存在漏洞或受第三方软件影响，可能导致私钥泄露风险。
再者，表单提交时缺少强绑定的用户验证环节，使得中间人攻击和会话劫持的威胁更难以排除。
标准化与生态影响
HTML 规范对 keygen 的未来走向并不清晰，缺少一致的实现与长期维护承诺，导致行业生态逐步倾向现代认证方案。
综合来看，企业级应用更倾向于采用 WebAuthn、FIDO2 等更安全的凭证方案，以获得可控的跨域兼容和持久的安全性。
前端替代方案与实践要点
WebAuthn 作为现代替代
WebAuthn 提供了基于公钥的认证机制，支持平台和钥匙硬件等多种凭证，并且与服务器侧的注册/验证流程深度整合。
在实现上，开发者需要在服务器端创建一个 TLS/HTTPS 环境，在注册阶段获得公钥凭证的描述信息，并在认证阶段进行断言验证。
// 客户端：示例性 WebAuthn 注册流程简化
const publicKey = {challenge: Uint8Array.from('random-challenge', c => c.charCodeAt(0)),rp: { name: "示例站点" },user: { id: new Uint8Array([1,2,3,4]), name: "user@example.com", displayName: "用户" },pubKeyCredParams: [{ type: "public-key", alg: -7 }]
};
// 调用浏览器创建凭证
navigator.credentials.create({ publicKey }).then(cred => {// 将 cred 信息发送给服务端进行注册
}).catch(console.error);
Web Crypto API 与自定义密钥对生成
Web Crypto API 允许在客户端生成密钥对，并可选地导出公钥进行服务器端验证，这为没有使用 WebAuthn 的场景提供替代方案。
典型用法包括：选择算法、导出公钥、签名数据，以实现自有的认证或数据完整性校验。
// 客户端：生成一个 ECC 密钥对并导出公钥
window.crypto.subtle.generateKey({ name: "ECDSA", namedCurve: "P-256" },true,["sign", "verify"]
).then(keyPair => {return window.crypto.subtle.exportKey("spki", keyPair.publicKey);
}).then(spki => {// 将公钥（base64 等）发送给服务端console.log(new Uint8Array(spki));
}).catch(console.error);
与后端对接的最佳实践
在与后端对接时，使用 HTTPS、CSRF 保护、以及最新的安全头部能显著提升整体安全性。
对于 WebAuthn，服务端需要校验凭证链、挑战值、以及 RP 信息，确保认证流程的完整性与可验证性。
