Go语言RESTful API安全需全链路防护：强制HTTPS并禁用HTTP、JWT认证配Redis黑名单、结构体白名单校验输入、错误响应脱敏、关键接口限流与审计。
Go语言写RESTful API，安全不是加个中间件就完事，而是从传输、认证、输入、响应到部署每个环节都得有明确防线。真正可靠的API，是让攻击者找不到入口，也绕不过校验。
强制使用HTTPS并禁用HTTP明文通信
所有生产环境API必须走HTTPS，TLS版本不低于1.2。Go标准库http.Server可直接配置TLSConfig，禁用弱密码套件和不安全重协商。不要在代码里留HTTP监听端口，更别用http.Redirect把HTTP请求301跳转到HTTPS——这中间存在明文暴露窗口。Nginx或云WAF层也应配置HSTS头，防止降级攻击。
认证环节用JWT且严格管控生命周期
登录成功后返回JWT，但必须满足：密钥从环境变量加载，绝不硬编码；Access Token过期时间控制在15–30分钟；搭配短寿命Refresh Token（如24小时），且每次刷新需校验User-Agent与IP指纹；Token签发时嵌入iat和jti，服务端维护已注销jti的Redis黑名单（TTL略长于Access Token）。
输入校验坚持白名单+结构体绑定
禁止用map[string]interface{}接收JSON，所有请求体必须映射到带json标签和binding规则的结构体。例如：
立即学习“go语言免费学习笔记（深入）”；
Email string `json:"email" binding:"required,email"`Role string `json:"role" binding:"oneof=admin user guest"`- ID类字段统一用
string接收，再由服务层转为数据库实际类型（如int64或UUID），避免整型溢出或SQL注入风险
错误响应不泄露系统细节
400/401/403/404等错误统一走中间件拦截，返回固定格式：{"error": "invalid credentials"}，不带堆栈、不显路径、不暴露字段名。500错误要记录完整上下文（含trace ID），但响应体只返回泛化提示，比如{"error": "service unavailable"}。日志中敏感字段（如密码、token、手机号）必须脱敏处理。
关键操作启用速率限制与行为审计
对登录、注册、密码重置等高风险端点，按IP+用户ID双维度限流（如5次/分钟）。使用golang.org/x/time/rate实现令牌桶，并将拒绝请求写入审计日志。所有DELETE和PUT操作，建议在DB层加软删除标记和变更历史表，便于事后追溯。
