Agent Skills
返回列表
🔒

全栈安全卫士

IT 运维与安全 更新于 2026.08.29

将以下提示词粘贴到你的 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、安全头等跨层安全控制是否到位
  • 运维团队:需要按依赖治理要求扫描第三方组件并补充传输层安全配置