tag
设计
该标签下有 4 篇文章
2026-09-05
4 种常见的安全错误：默认设置、遗忘的服务、缺少监控、过度信任输入校验
事故来自少数几种反复出现的模式，而按想法归类比按技术归类更清楚。四种想法是：默认值应该是安全的（什么都没设置）、不用的东西应该无害（什么都没关闭）、出事了我们会发现（什么都观察不到）、校验过的输入应该是安全的（交给输入决定的东西太多）。修正它们都不需要深入的技术知识——需要的是检查的习惯。下面分别说明每一种该看什么。
2026-09-05
不安全的反序列化：让外部数据选择对象类型的风险，以及如何防范
反序列化的危险不在于收到了错误的值，而在于某些格式让外部数据决定要构造哪种类型的对象。所以损害不止于数据损坏——OWASP 列出了拒绝服务、绕过访问控制和远程代码执行。两种防御：改用纯数据格式，让任何东西都无法替你选择类型；对序列化的消息签名，绝不还原未签名的消息。而且有些机制无论怎样配置都无法变得安全；唯一的办法就是不用。
2026-09-05
密码重置的设计缺陷：登录再强也会被接管账户的5种情形与修复方法
重置流程是让不知道密码的人设置新密码的机制，因此它本身就是一条认证路径。登录加固得再好，只要重置很弱，重置的强度就是你真正的认证强度。5种出问题的形态：可猜测的令牌、永不过期的令牌、留在邮箱里的链接、目标地址可由外部指定的链接（Host 头）、会暴露账户是否存在的响应。实现上的关键是把指南的明确要求和留给你决定的数值分开。
2026-09-05
速率限制与滥用防控：如何设计能挡住暴力破解和费用失控的上限
速率限制失败，通常不是因为上限太松，而是问错了问题。三个问题：按谁计数（IP 可以伪造，也被真实用户共用，所以身份优先）、计什么（只数请求次数会漏掉单次就很昂贵的操作——成本、大小、记录数）、达到上限时怎么处理（粗暴的锁定等于对正常用户的拒绝服务）。NIST 把连续失败上限定为100次，要求用延迟和 CAPTCHA 代替把人拒之门外；OWASP 把第三方服务的费用上限也列入其中，这是防止经济损失的最后一道控制。