跳到主要内容
uencoder

Use cookies 安全

Cookies 必须是 集合具有安全, HttpOnly, SameSite, 和 proper expiration. Learn Cookie attributes 和安全最佳实践.

  1. 1

    Cookie 安全 attributes: 安全 (仅 sent 遍历 HTTPS), HttpOnly (不 accessible via JavaScript — prevents XSS theft), SameSite (Lax/Strict/None — controls cross-site sending, prevents CSRF), Domain (作用域), Path (作用域), Max-Age/Expires (lifetime), Partitioned (CHIPS — per-top-级别-site). 为会话 cookies: 安全 + HttpOnly + SameSite=Lax + 短 Max-Age.

  2. 2
    Base64 编码器 →

    编码 cookie values as base64 if they contain binary data or special characters. This ensures the cookie value is a valid cookie string (no spaces, semicolons, or commas). The server decodes base64 to recover the original value. For JSON cookies, encode the JSON string as base64.

  3. 3
    HMAC 生成器 →

    Sign cookies 具有 HMAC 到 prevent tampering. Cookie 值是: 数据 + "." + HMAC(secret, 数据). 开 receipt, 验证 HMAC 之前 trusting 数据. 此 allows stateless 会话 cookies — 会话数据是 在 Cookie (signed, 不 encrypted), 和服务器 verifies 签名无 数据库 lookup.

常见问题

当到 use HttpOnly?
总是, 为 cookies 该 browser needs 但 JavaScript 不 (会话 IDs, CSRF tokens). HttpOnly prevents XSS 从 stealing Cookie via document.Cookie. 仅异常是 cookies 该 JavaScript 必须读取 (e.g., 主题 preference) — 但这些应该不 是安全-sensitive.
SameSite=Lax vs Strict vs None?
Lax (默认): cookies sent 开顶部-级别 navigations (link clicks, form GET) 但不 开 cross-site POST 或 iframes — prevents CSRF 为最多 cases. Strict: cookies 仅 sent 为 same-site requests — strongest 但 breaks cross-site links (用户 follows link 到你的 site, 否 cookies sent, appears logged out). None: 总是 sent (requires 安全) — needed 为 third-party cookies (iframes, embeds).

解决此任务的工作流

Ascii85 转 Base64
将 Ascii85 解码并重新编码为 Base64。
管道
Base2048 转 Base64
将 Base2048 解码并重新编码为 Base64。
管道
Base32 转 Base64
将 Base32 编码字符串解码为原始字节,再编码为 Base64 以获得更紧凑的表示。
管道
Base58 转 Base64
将 Base58 解码并重新编码为 Base64。
管道
Base64 编码→解码→验证
将文本编码为 Base64 再解码回来,验证往返过程完整保留原始数据。
管道
Blowfish 加密后 Base64
Blowfish 加密后 Base64 编码用于文本安全传输。
管道
DES 加密后 Base64
DES 加密后 Base64 编码用于传统兼容。
管道
为 URL 传输编码 JSON 载荷
将 JSON 文档准备为 URL 参数:格式化、Base64 编码、再百分号编码——即嵌套参数解码链的精确逆过程。
管道
AES 加密后 Base64 编码
用 AES 加密明文并将密文编码为 Base64 以便文本安全传输。
管道
内容哈希并 Base64 编码
计算输入哈希并将摘要编码为 Base64 以便紧凑传输。
管道
Hex 转 Base64
将十六进制字符串解码为原始字节,再编码为 Base64 以便紧凑传输。
管道
HMAC 签名后 Base64 编码
生成 HMAC 签名后 Base64 编码,用于 API 认证头。
管道
HMAC 签名并验证
为消息生成 HMAC 签名并与期望签名比对验证。
管道
HMAC 签名 API 请求字符串
为请求载荷生成 HMAC-SHA256 签名,用于认证 API 调用。
管道
摩尔斯编码并 Base64 传输
将文本编码为摩尔斯码后 Base64 编码用于数字传输。
管道
RC4 加密后 Base64
RC4 加密后 Base64 编码。
管道
RIPEMD-160 哈希后 Base64
计算 RIPEMD-160 哈希后 Base64 编码。
管道
文本打乱后 Base64 编码
打乱文本字符后 Base64 编码。
管道
Unicode 转义并 Base64 编码
Unicode 转义文本后 Base64 编码用于 ASCII 安全传输。
管道
URL 编码后 Base64 双重编码
URL 编码后 Base64 编码用于 API 负载双重编码。
管道
UUencode 后 Base64
UUencode 文本后 Base64 编码结果。
管道
生成 UUID 并 Base64 编码
生成 UUID 后 Base64 编码用于紧凑存储。
管道

相关工具