凭据与身份边界

若应用通过 NexoToken 使用模型 API，先依照主平台当前文档确认凭据的创建、授权范围和撤销方式，不要猜测接口路径或认证字段。凭据只存于服务端的秘密管理设施，并按开发、测试和生产环境隔离；客户端代码、浏览器存储、仓库、错误回显和分析日志都不得接收凭据。若当前架构要求浏览器直接持有凭据，先改为受控服务端代理再发布；如怀疑泄露，撤销凭据、检查相关记录并更换。

授权与工具范围

在调用模型前，由应用服务端验证用户身份、租户归属和当前操作权限；不要把模型输出或前端传来的角色声明当作授权依据。仅将完成当前任务所需的工具加入允许清单，并为参数设置类型、长度、对象归属及操作范围校验。假设应用提供“读取发票”工具，后端应从已验证的会话确定租户，而不是接受模型生成的租户标识。若身份或资源归属无法确认，就拒绝工具调用并记录原因。

提示注入与数据最小化

把用户输入、检索文档和工具返回值视为不可信数据，即使内容要求忽略规则、泄露秘密或调用额外工具，也不能因此提升其权限。将可信策略与引用内容分开传递，并由应用代码执行权限检查；提示文本本身不是安全边界。调用前按业务需要删除凭据、个人信息及无关字段，返回结果展示前再检查敏感信息。可用虚构文档测试：文档要求输出隐藏指令时，预期是拒绝泄露且不触发未授权工具；记录实际结果，失败就调整边界再测。

发布前验证与审计

在隔离环境按自己的威胁场景执行检查：尝试跨租户读取、越权工具参数、伪造身份字段和带有注入内容的检索结果，并逐项记录预期与实际行为。若任一检查能绕过服务端授权、暴露秘密或留下未经清理的敏感日志，就暂停发布并修复。使用 NexoToken 账户平台可见的使用历史和 credits 信息时，依据当前主平台文档确认字段含义；只比较确实可对应的记录，不把 credits 变化当成请求成功或权限正确的证明。

参考资料

NexoToken 平台与交流群

平台地址：https://www.nexotoken.net/

QQ 交流群：822274386

由 NexoToken 维护的自营资料站。平台介绍包含运营方利益关系，不构成独立第三方认证。