先补齐必要概念
适合:能够读简单 Python 函数与字典。
- Schema
- 描述字段形状、类型和约束的契约;字段合法不证明调用者拥有操作权限。
- 可信上下文
- 服务端认证后得到的身份与租户,不能直接相信模型填写的身份。
- 副作用
- 对外部世界的写入,例如付款、发布或删除。
- 状态版本
- 资源当前状态的版本,用于发现检查之后发生的变化。
原理怎样一步步成立?
- 候选参数
模型提出动作与参数。
- 结构与语义
检查字段、类型、单位和关联约束。
- 身份与状态
核对真实权限与当前业务状态。
- 执行与回执
有条件地执行,并校验结果及业务证据。
初级 · 完成实现
运行一个跨租户反例
本层目标:能把参数验证与可信身份检查分开实现。
实验中的两个函数
validate_shape 是一个特定付款工具的手动校验器,拒绝额外字段、空账户、非整数或非正数金额;它不是通用 JSON Schema 引擎。authorize 在通过形状校验后,从账号表和可信 actor 中核对租户、动作权限与余额。
为什么必须给出坏请求
demo 刻意传入格式正确的 B 账户,但调用者属于 tenant-a,B 属于 tenant-b。预期结果同时呈现 shape_valid 为 true、authorized 为 false、business_writes 为 0。只测试自己账户的正常请求,无法证明租户边界存在。
正常路径还没有成为支付系统
本课没有真的扣款。生产执行应把余额与状态检查放在能够防竞态的事务或条件写入中;如果检查与写入之间余额发生变化,旧检查不能继续当作当前许可。错误输出也应控制信息量,避免把其他租户的账户细节返回给模型。
运行实验,观察反例
特定工具的手动参数与授权检查;无真实付款、不实现完整 Schema、事务扣款或动态权限平台。
Python 3.10+ · 默认运行只使用标准库 · 在你的电脑运行
- 运行格式合法但跨租户的反例
- 改变可信身份和权限,比较错误分支
- 设计检查后状态变化的额外测试
python3 tool_contracts.py查看本入口脚本
"""A specific tool's manual validator, not a JSON Schema implementation."""
import json
def validate_shape(params):
if type(params) is not dict or set(params) != {"account", "amount_cents"}:
raise ValueError("shape")
if not isinstance(params["account"], str) or not params["account"]:
raise ValueError("account")
if type(params["amount_cents"]) is not int or params["amount_cents"] <= 0:
raise ValueError("amount")
def authorize(params, actor, accounts):
validate_shape(params)
account = accounts.get(params["account"])
if account is None or account["tenant"] != actor["tenant"]:
raise PermissionError("not allowed")
if "pay" not in actor["permissions"]:
raise PermissionError("not allowed")
if params["amount_cents"] > account["balance"]:
raise ValueError("balance")
def demo():
params = dict(account="B", amount_cents=100)
actor = dict(tenant="tenant-a", permissions=["pay"])
accounts = {"B": dict(tenant="tenant-b", balance=1000)}
validate_shape(params)
try:
authorize(params, actor, accounts)
except PermissionError:
return dict(shape_valid=True, authorized=False, business_writes=0)
raise AssertionError("cross-tenant request was accepted")
if __name__ == "__main__":
print(json.dumps(demo(), sort_keys=True))
本地运行的预期输出
{"authorized": false, "business_writes": 0, "shape_valid": true}- 结构与授权结果分别呈现
- 跨租户请求没有业务效果
- 线上业务竞态需要另行验证
本层验收任务
运行 tool_contracts.py;分别改变账户归属、去掉 pay 权限、用 True 代替金额。
完成后逐条核对
- 原请求授权失败且没有业务写入
- 同租户但无 pay 权限仍拒绝
- 布尔值不能冒充金额整数
保存自己的过程、代码与结果。这里提供验收要求,暂不自动评分或保存课程掌握状态。
收起答案,检查理解
先检查余额,过一分钟再扣款,检查结果还可靠吗?
展开参考推导
未必。余额与权限可能改变,应在执行边界重新核对,或通过事务与资源版本条件保证检查和写入之间的约束。
延伸原理与知识练习
遇到不熟悉的原理,先阅读实现、连续追问和迁移案例,再独立说明前提与边界。作答与笔记保存到原有账号记录。
本专题的全部关联解析与练习(3 道)
依据与验证范围
原理依据来自公开资料;数字、案例和任务是本站教学设计。离线实验验证本页注明的范围,学习效果仍需通过独立任务与反馈判断。