无账号网站帖子编辑/删除权限实现方案咨询

你提出的基于editID作为GET参数的方案完全可行，这是无注册内容管理场景下的常规实现思路，但要注意几个关键细节来规避安全风险：

• editID必须是高熵随机值，绝对不能用自增ID、时间戳这类可被猜测的内容，建议采用UUIDv4或至少128位的随机字符串，防止被暴力枚举。
• 后端要严格校验editID与对应帖子的绑定关系，还可以按需设置时效（比如允许30天内编辑，之后自动失效，或永久有效）。
• 注意GET参数会被存入浏览器历史、服务器日志，若帖子内容敏感，建议将编辑/删除接口改为POST请求，把editID放在请求体或Header中，降低泄露概率。

1. 邮箱绑定的临时会话 #

用户发帖时填写邮箱，后端生成临时会话令牌，同时发送验证邮件；用户点击邮件链接后，令牌与浏览器会话绑定（设置HttpOnly类型的Cookie），在会话有效期内，用户可直接通过浏览器编辑/删除帖子，无需每次携带editID。

• 优势：用户体验更流畅，不用保存冗长的专属URL；
• 劣势：依赖浏览器Cookie，换设备需重新通过邮件验证。

2. 邮箱+哈希签名验证 #

不单独生成editID，而是用「帖子ID+邮箱地址+服务器密钥」生成HMAC签名，将帖子ID和签名作为参数拼接在URL中。后端验证时，用相同规则重新计算签名，与请求中的签名比对一致则允许操作。
示例伪代码：

import hmac
import hashlib

def generate_signature(post_id, email, secret_key):
    raw_content = f"{post_id}:{email}".encode('utf-8')
    return hmac.new(secret_key.encode('utf-8'), raw_content, hashlib.sha256).hexdigest()

# 验证逻辑
def verify_signature(post_id, email, signature, secret_key):
    expected_sign = generate_signature(post_id, email, secret_key)
    return hmac.compare_digest(expected_sign, signature)

• 优势：无需额外存储editID，减少数据库字段；
• 劣势：必须保证服务器密钥不泄露，否则签名可被伪造。

3. 一次性编辑令牌 #

生成的editID仅允许单次使用，用户点击编辑链接后，后端立即失效该ID；用户完成编辑后，再生成新的editID发送至邮箱，供下次编辑使用。

• 优势：大幅降低令牌泄露后的安全风险；
• 劣势：用户每次编辑都需重新查收邮件，体验略有下降。

内容的提问来源于stack exchange，提问作者idk33