全栈安全卫士
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @kunlungrowth/fullstack-guardian
技能介绍
它解决什么问题
多数应用的安全是"事后打补丁":后端只做一层鉴权就收工,前端把用户输入直接塞进 DOM,结果 SQL 注入藏在拼接语句里、XSS 藏在富文本回显里、CSRF 藏在跨站表单里,而响应头里连 Content-Security-Policy 都没有。等到渗透测试报告出来,问题散落在数据库、API、页面和传输层四个位置,改起来互不相通。
这个技能把安全当作一条链路来处理,而不是给某个函数加个校验就完事。
它怎么工作
- 威胁建模:先画出全链路的信任边界,确认哪些输入跨越边界、谁在哪个层级被信任。
- 后端层:参数化查询、鉴权、限流,从数据访问和接口暴露两端收敛风险。
- 前端层:输出转义、CSP、防 XSS,避免把后端的正确性变成页面上的可注入点。
- 传输层:HTTPS、安全响应头、依赖扫描,覆盖常被忽略的中间环节。
- 产出工件:最终返回
FullstackSecure结构化结果,字段为layers、controls、notes,可直接交security-reviewer做后续审计。
输入可以是自然语言描述的需求、约束和可选代码片段,也可以直接接收已有的 FullstackSecure 做二次优化。输出包含两段:完整结构化工件,以及一段自然语言摘要,附带质量自检和最该改的 2-3 点建议。
适用边界
- 不适合单点安全编码场景,那种情况请用
secure-code-guardian。 - 不替代独立安全审计,它产出的是可被审计的工件,不是审计结论本身。
使用场景
- 前后端分离项目上线前,需要梳理数据库到UI的信任边界并补充各层安全控制
- 现有应用存在零散安全问题,要按DB→API→UI链路整理结构化安全工件
- 团队准备给接口加限流和鉴权,同时要完善前端转义与CSP配置
- 收到第三方依赖漏洞报告后,要扫描依赖并补充传输层安全响应头
适合人员
- 全栈开发者:需要为应用设计从数据到页面的分层安全方案,而非零散补丁
- 安全工程师:要获取结构化的FullstackSecure工件,用于后续审计或与security-reviewer协作
- 技术负责人:要在项目上线前确认认证、CSRF、安全头等跨层安全控制是否到位
- 运维团队:需要按依赖治理要求扫描第三方组件并补充传输层安全配置