[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M73EXF3HT12SA3779DT378SM":3,"skill-same:01M73EXF3HT12SA3779DT378SM":105},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":16,"sourceHtmlUrl":17,"categories":18,"keywords":19,"publishedAt":20,"linkOnly":21,"markdownContent":22,"markdownBody":23,"frontMatter":24,"refName":47,"commitSha":48,"skillDirectory":49,"forksCount":50,"repositoryHtmlUrl":51,"repositoryHomepageUrl":52,"ownerHtmlUrl":53,"ownerBlogUrl":54,"ownerDescription":55,"updatedAt":56,"install":57,"resources":70},"01M73EXF3HT12SA3779DT378SM","performing-sca-dependency-scanning-with-snyk",null,"This skill covers implementing Software Composition Analysis (SCA) using Snyk to detect vulnerable open-source dependencies in CI\u002FCD pipelines. It addresses scanning package manifests and lockfiles, automated fix pull request generation, license compliance checking, continuous monitoring of deployed applications, and integration with GitHub, GitLab, and Jenkins pipelines.","Horonomos-laps\u002FYana-AI","Horonomos-laps","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F355299122?v=4","01M76B3QPXE88ET2SQPDPVATZT"," Horonomos-laps","01M72ZQRJPCYPSSWT4D00VJR2A",13,"Apache-2.0","https:\u002F\u002Fgithub.com\u002Fyanacuti1121\u002FYana-AI\u002Fblob\u002Fmain\u002Fcore\u002Fskills\u002Fperforming-sca-dependency-scanning-with-snyk\u002FLICENSE","https:\u002F\u002Fgithub.com\u002FHoronomos-laps\u002FYana-AI\u002Fblob\u002Fmain\u002Fcore\u002Fskills\u002Fperforming-sca-dependency-scanning-with-snyk\u002FSKILL.md",[],[],"2026-11-11 15:11:14",false,"---\nname: performing-sca-dependency-scanning-with-snyk\ndescription: 'This skill covers implementing Software Composition Analysis (SCA) using\n  Snyk to detect vulnerable open-source dependencies in CI\u002FCD pipelines. It addresses\n  scanning package manifests and lockfiles, automated fix pull request generation,\n  license compliance checking, continuous monitoring of deployed applications, and\n  integration with GitHub, GitLab, and Jenkins pipelines.\n\n  '\ndomain: cybersecurity\nsubdomain: devsecops\ntags:\n- devsecops\n- cicd\n- sca\n- snyk\n- dependency-scanning\n- secure-sdlc\nversion: 1.0.0\nauthor: mahipal\nlicense: Apache-2.0\nnist_csf:\n- PR.PS-01\n- GV.SC-07\n- ID.IM-04\n- PR.PS-04\nmitre_attack:\n- T1195\n- T1554\n- T1059.004\nsource: https:\u002F\u002Fgithub.com\u002Fmukul975\u002FAnthropic-Cybersecurity-Skills\nsource_commit: 04450304b12645cb2b974ab96d28c0664758a88d\n---\n\n# Performing SCA Dependency Scanning with Snyk\n\n## When to Use\n\n- When applications use open-source packages that may contain known vulnerabilities\n- When compliance requires tracking and remediating vulnerable dependencies (PCI DSS, SOC 2)\n- When needing automated fix PRs for vulnerable dependencies in CI\u002FCD\n- When license compliance requires visibility into open-source license obligations\n- When continuous monitoring is needed for newly disclosed vulnerabilities in deployed dependencies\n\n**Do not use** for scanning proprietary application code for logic vulnerabilities (use SAST), for runtime vulnerability detection (use DAST), or for container OS package scanning alone (use Trivy for a free alternative).\n\n## Prerequisites\n\n- Snyk account (free tier covers up to 200 tests per month for open source)\n- Snyk CLI installed or Snyk GitHub\u002FGitLab integration configured\n- SNYK_TOKEN environment variable set with API authentication token\n- Project with supported package manifests: package.json, requirements.txt, pom.xml, go.mod, Gemfile, etc.\n\n## Workflow\n\n### Step 1: Install and Authenticate Snyk CLI\n\n```bash\n# Install Snyk CLI\nnpm install -g snyk\n\n# Authenticate with Snyk\nsnyk auth $SNYK_TOKEN\n\n# Test the connection\nsnyk test --json | jq '.summary'\n```\n\n### Step 2: Scan Dependencies in CI\u002FCD Pipeline\n\n```yaml\n# .github\u002Fworkflows\u002Fdependency-scan.yml\nname: Dependency Security Scan\n\non:\n  push:\n    branches: [main]\n  pull_request:\n    branches: [main]\n  schedule:\n    - cron: '0 8 * * 1'  # Weekly Monday 8am\n\njobs:\n  snyk-scan:\n    runs-on: ubuntu-latest\n    steps:\n      - uses: actions\u002Fcheckout@v4\n\n      - name: Setup Node.js\n        uses: actions\u002Fsetup-node@v4\n        with:\n          node-version: '20'\n\n      - name: Install dependencies\n        run: npm ci\n\n      - name: Run Snyk to check for vulnerabilities\n        uses: snyk\u002Factions\u002Fnode@master\n        env:\n          SNYK_TOKEN: ${{ secrets.SNYK_TOKEN }}\n        with:\n          args: >\n            --severity-threshold=high\n            --fail-on=upgradable\n            --json-file-output=snyk-results.json\n\n      - name: Upload results to Snyk\n        if: always()\n        uses: snyk\u002Factions\u002Fnode@master\n        env:\n          SNYK_TOKEN: ${{ secrets.SNYK_TOKEN }}\n        with:\n          command: monitor\n          args: --project-name=${{ github.repository }}\n\n      - name: Upload SARIF\n        if: always()\n        run: |\n          npx snyk-to-html -i snyk-results.json -o snyk-report.html\n```\n\n### Step 3: Configure Snyk for Multiple Languages\n\n```bash\n# Python project scanning\nsnyk test --file=requirements.txt --severity-threshold=high --json > snyk-python.json\n\n# Java\u002FMaven project\nsnyk test --file=pom.xml --severity-threshold=medium --json > snyk-java.json\n\n# Go module scanning\nsnyk test --file=go.mod --severity-threshold=high --json > snyk-go.json\n\n# Docker image dependency scanning\nsnyk container test myapp:latest --severity-threshold=high --json > snyk-container.json\n\n# Monorepo: scan all projects\nsnyk test --all-projects --severity-threshold=high --json > snyk-all.json\n\n# IaC scanning (bonus)\nsnyk iac test terraform\u002F --severity-threshold=medium --json > snyk-iac.json\n```\n\n### Step 4: Configure Snyk Policies for Organization\n\n```yaml\n# .snyk policy file\nversion: v1.25.0\nignore:\n  SNYK-JS-LODASH-1018905:\n    - '*':\n        reason: \"Prototype pollution in lodash. Not exploitable in our usage - no user input reaches affected function.\"\n        expires: 2026-06-01T00:00:00.000Z\n        created: 2026-02-23T00:00:00.000Z\n\n  SNYK-PYTHON-REQUESTS-6241864:\n    - '*':\n        reason: \"SSRF in requests redirect handling. Mitigated by allowlist at proxy layer.\"\n        expires: 2026-04-01T00:00:00.000Z\n\npatch: {}\n\n# Severity threshold for CI failures\nfailOnSeverity: high\n```\n\n### Step 5: Enable Automated Fix Pull Requests\n\n```bash\n# Snyk fix: generate fix PRs for vulnerable dependencies\nsnyk fix --dry-run  # Preview changes\n\n# Apply fixes locally\nsnyk fix\n\n# Enable auto-fix PRs via Snyk dashboard:\n# 1. Navigate to Organization Settings > Integrations > GitHub\n# 2. Enable \"Automatic fix pull requests\"\n# 3. Set \"Fix only direct dependencies\" or \"Fix direct and transitive\"\n# 4. Configure branch target (main or develop)\n```\n\n### Step 6: License Compliance Scanning\n\n```bash\n# Check license compliance\nsnyk test --json | jq '.licensesPolicy'\n\n# Snyk license policy configuration via organization settings:\n# - Approved licenses: MIT, Apache-2.0, BSD-2-Clause, BSD-3-Clause, ISC\n# - Restricted licenses: GPL-3.0, AGPL-3.0 (copyleft risk)\n# - Unknown licenses: Flag for manual review\n```\n\n## Key Concepts\n\n| Term | Definition |\n|------|------------|\n| SCA | Software Composition Analysis — identifies vulnerabilities and license risks in open-source dependencies |\n| Transitive Dependency | A dependency of a direct dependency, often invisible to developers but still a vulnerability vector |\n| Fix PR | Automated pull request generated by Snyk that upgrades a vulnerable dependency to a patched version |\n| Snyk Monitor | Continuous monitoring mode that watches deployed projects for newly disclosed vulnerabilities |\n| Exploit Maturity | Snyk's assessment of whether a vulnerability has known exploits, proof-of-concept, or no known exploit |\n| Reachable Vulnerability | A vulnerability in a function that is actually called by the application code, not just present in the dependency |\n| License Policy | Organization-level rules defining which open-source licenses are approved, restricted, or require review |\n\n## Tools & Systems\n\n- **Snyk Open Source**: SCA tool for scanning dependencies across 10+ language ecosystems\n- **Snyk CLI**: Command-line interface for local and CI\u002FCD scanning of dependencies\n- **Snyk Advisor**: Package health scoring tool evaluating maintenance, popularity, and security signals\n- **OWASP Dependency-Check**: Free alternative SCA tool using NVD data for vulnerability matching\n- **npm audit \u002F pip-audit**: Language-specific built-in audit tools for basic vulnerability checking\n\n## Common Scenarios\n\n### Scenario: Triaging a Critical Transitive Dependency Vulnerability\n\n**Context**: Snyk reports a critical RCE vulnerability in a transitive dependency (log4j in a Java application). The direct dependency has not released a patch.\n\n**Approach**:\n1. Use `snyk test --json` and examine the dependency path to identify which direct dependency pulls in the vulnerable transitive\n2. Check exploit maturity: if \"Mature\" or \"Proof of Concept\", prioritize immediately\n3. If no direct fix exists, use Snyk's patch mechanism or override the transitive version in the build config\n4. For Maven: add `\u003CdependencyManagement>` section to force the safe version of the transitive dependency\n5. For npm: add an `overrides` section in package.json to pin the safe version\n6. Add a Snyk ignore with expiration date if no patch is available yet\n7. Monitor the direct dependency for a release that updates the transitive\n\n**Pitfalls**: Ignoring transitive vulnerabilities because \"we don't use that function directly\" is risky. Attackers can chain vulnerabilities across dependency boundaries. Version overrides can break API compatibility between the direct and transitive dependency.\n\n## Output Format\n\n```\nSnyk Dependency Scan Report\n=============================\nProject: org\u002Fweb-application\nManifest: package.json\nDependencies: 342 (47 direct, 295 transitive)\nScan Date: 2026-02-23\n\nVULNERABILITY SUMMARY:\n  Critical: 1  (1 fixable)\n  High: 4      (3 fixable)\n  Medium: 12   (8 fixable)\n  Low: 23      (15 fixable)\n\nCRITICAL:\n  SNYK-JS-EXPRESS-1234567\n    Package: express@4.17.1 (direct)\n    Severity: Critical (CVSS 9.8)\n    Exploit: Mature\n    Fix: Upgrade to express@4.21.0\n    Path: express@4.17.1\n\nHIGH:\n  SNYK-JS-JSONWEBTOKEN-5678901\n    Package: jsonwebtoken@8.5.1 (transitive)\n    Severity: High (CVSS 7.6)\n    Exploit: Proof of Concept\n    Fix: Upgrade passport@0.7.0 (which upgrades jsonwebtoken)\n    Path: passport@0.6.0 > jsonwebtoken@8.5.1\n\nLICENSE ISSUES:\n  [RESTRICTED] GPL-3.0: some-package@1.2.3 (transitive via other-pkg)\n\nQUALITY GATE: FAILED (1 Critical with fix available)\n```\n","# Performing SCA Dependency Scanning with Snyk\n\n## When to Use\n\n- When applications use open-source packages that may contain known vulnerabilities\n- When compliance requires tracking and remediating vulnerable dependencies (PCI DSS, SOC 2)\n- When needing automated fix PRs for vulnerable dependencies in CI\u002FCD\n- When license compliance requires visibility into open-source license obligations\n- When continuous monitoring is needed for newly disclosed vulnerabilities in deployed dependencies\n\n**Do not use** for scanning proprietary application code for logic vulnerabilities (use SAST), for runtime vulnerability detection (use DAST), or for container OS package scanning alone (use Trivy for a free alternative).\n\n## Prerequisites\n\n- Snyk account (free tier covers up to 200 tests per month for open source)\n- Snyk CLI installed or Snyk GitHub\u002FGitLab integration configured\n- SNYK_TOKEN environment variable set with API authentication token\n- Project with supported package manifests: package.json, requirements.txt, pom.xml, go.mod, Gemfile, etc.\n\n## Workflow\n\n### Step 1: Install and Authenticate Snyk CLI\n\n```bash\n# Install Snyk CLI\nnpm install -g snyk\n\n# Authenticate with Snyk\nsnyk auth $SNYK_TOKEN\n\n# Test the connection\nsnyk test --json | jq '.summary'\n```\n\n### Step 2: Scan Dependencies in CI\u002FCD Pipeline\n\n```yaml\n# .github\u002Fworkflows\u002Fdependency-scan.yml\nname: Dependency Security Scan\n\non:\n  push:\n    branches: [main]\n  pull_request:\n    branches: [main]\n  schedule:\n    - cron: '0 8 * * 1'  # Weekly Monday 8am\n\njobs:\n  snyk-scan:\n    runs-on: ubuntu-latest\n    steps:\n      - uses: actions\u002Fcheckout@v4\n\n      - name: Setup Node.js\n        uses: actions\u002Fsetup-node@v4\n        with:\n          node-version: '20'\n\n      - name: Install dependencies\n        run: npm ci\n\n      - name: Run Snyk to check for vulnerabilities\n        uses: snyk\u002Factions\u002Fnode@master\n        env:\n          SNYK_TOKEN: ${{ secrets.SNYK_TOKEN }}\n        with:\n          args: >\n            --severity-threshold=high\n            --fail-on=upgradable\n            --json-file-output=snyk-results.json\n\n      - name: Upload results to Snyk\n        if: always()\n        uses: snyk\u002Factions\u002Fnode@master\n        env:\n          SNYK_TOKEN: ${{ secrets.SNYK_TOKEN }}\n        with:\n          command: monitor\n          args: --project-name=${{ github.repository }}\n\n      - name: Upload SARIF\n        if: always()\n        run: |\n          npx snyk-to-html -i snyk-results.json -o snyk-report.html\n```\n\n### Step 3: Configure Snyk for Multiple Languages\n\n```bash\n# Python project scanning\nsnyk test --file=requirements.txt --severity-threshold=high --json > snyk-python.json\n\n# Java\u002FMaven project\nsnyk test --file=pom.xml --severity-threshold=medium --json > snyk-java.json\n\n# Go module scanning\nsnyk test --file=go.mod --severity-threshold=high --json > snyk-go.json\n\n# Docker image dependency scanning\nsnyk container test myapp:latest --severity-threshold=high --json > snyk-container.json\n\n# Monorepo: scan all projects\nsnyk test --all-projects --severity-threshold=high --json > snyk-all.json\n\n# IaC scanning (bonus)\nsnyk iac test terraform\u002F --severity-threshold=medium --json > snyk-iac.json\n```\n\n### Step 4: Configure Snyk Policies for Organization\n\n```yaml\n# .snyk policy file\nversion: v1.25.0\nignore:\n  SNYK-JS-LODASH-1018905:\n    - '*':\n        reason: \"Prototype pollution in lodash. Not exploitable in our usage - no user input reaches affected function.\"\n        expires: 2026-06-01T00:00:00.000Z\n        created: 2026-02-23T00:00:00.000Z\n\n  SNYK-PYTHON-REQUESTS-6241864:\n    - '*':\n        reason: \"SSRF in requests redirect handling. Mitigated by allowlist at proxy layer.\"\n        expires: 2026-04-01T00:00:00.000Z\n\npatch: {}\n\n# Severity threshold for CI failures\nfailOnSeverity: high\n```\n\n### Step 5: Enable Automated Fix Pull Requests\n\n```bash\n# Snyk fix: generate fix PRs for vulnerable dependencies\nsnyk fix --dry-run  # Preview changes\n\n# Apply fixes locally\nsnyk fix\n\n# Enable auto-fix PRs via Snyk dashboard:\n# 1. Navigate to Organization Settings > Integrations > GitHub\n# 2. Enable \"Automatic fix pull requests\"\n# 3. Set \"Fix only direct dependencies\" or \"Fix direct and transitive\"\n# 4. Configure branch target (main or develop)\n```\n\n### Step 6: License Compliance Scanning\n\n```bash\n# Check license compliance\nsnyk test --json | jq '.licensesPolicy'\n\n# Snyk license policy configuration via organization settings:\n# - Approved licenses: MIT, Apache-2.0, BSD-2-Clause, BSD-3-Clause, ISC\n# - Restricted licenses: GPL-3.0, AGPL-3.0 (copyleft risk)\n# - Unknown licenses: Flag for manual review\n```\n\n## Key Concepts\n\n| Term | Definition |\n|------|------------|\n| SCA | Software Composition Analysis — identifies vulnerabilities and license risks in open-source dependencies |\n| Transitive Dependency | A dependency of a direct dependency, often invisible to developers but still a vulnerability vector |\n| Fix PR | Automated pull request generated by Snyk that upgrades a vulnerable dependency to a patched version |\n| Snyk Monitor | Continuous monitoring mode that watches deployed projects for newly disclosed vulnerabilities |\n| Exploit Maturity | Snyk's assessment of whether a vulnerability has known exploits, proof-of-concept, or no known exploit |\n| Reachable Vulnerability | A vulnerability in a function that is actually called by the application code, not just present in the dependency |\n| License Policy | Organization-level rules defining which open-source licenses are approved, restricted, or require review |\n\n## Tools & Systems\n\n- **Snyk Open Source**: SCA tool for scanning dependencies across 10+ language ecosystems\n- **Snyk CLI**: Command-line interface for local and CI\u002FCD scanning of dependencies\n- **Snyk Advisor**: Package health scoring tool evaluating maintenance, popularity, and security signals\n- **OWASP Dependency-Check**: Free alternative SCA tool using NVD data for vulnerability matching\n- **npm audit \u002F pip-audit**: Language-specific built-in audit tools for basic vulnerability checking\n\n## Common Scenarios\n\n### Scenario: Triaging a Critical Transitive Dependency Vulnerability\n\n**Context**: Snyk reports a critical RCE vulnerability in a transitive dependency (log4j in a Java application). The direct dependency has not released a patch.\n\n**Approach**:\n1. Use `snyk test --json` and examine the dependency path to identify which direct dependency pulls in the vulnerable transitive\n2. Check exploit maturity: if \"Mature\" or \"Proof of Concept\", prioritize immediately\n3. If no direct fix exists, use Snyk's patch mechanism or override the transitive version in the build config\n4. For Maven: add `\u003CdependencyManagement>` section to force the safe version of the transitive dependency\n5. For npm: add an `overrides` section in package.json to pin the safe version\n6. Add a Snyk ignore with expiration date if no patch is available yet\n7. Monitor the direct dependency for a release that updates the transitive\n\n**Pitfalls**: Ignoring transitive vulnerabilities because \"we don't use that function directly\" is risky. Attackers can chain vulnerabilities across dependency boundaries. Version overrides can break API compatibility between the direct and transitive dependency.\n\n## Output Format\n\n```\nSnyk Dependency Scan Report\n=============================\nProject: org\u002Fweb-application\nManifest: package.json\nDependencies: 342 (47 direct, 295 transitive)\nScan Date: 2026-02-23\n\nVULNERABILITY SUMMARY:\n  Critical: 1  (1 fixable)\n  High: 4      (3 fixable)\n  Medium: 12   (8 fixable)\n  Low: 23      (15 fixable)\n\nCRITICAL:\n  SNYK-JS-EXPRESS-1234567\n    Package: express@4.17.1 (direct)\n    Severity: Critical (CVSS 9.8)\n    Exploit: Mature\n    Fix: Upgrade to express@4.21.0\n    Path: express@4.17.1\n\nHIGH:\n  SNYK-JS-JSONWEBTOKEN-5678901\n    Package: jsonwebtoken@8.5.1 (transitive)\n    Severity: High (CVSS 7.6)\n    Exploit: Proof of Concept\n    Fix: Upgrade passport@0.7.0 (which upgrades jsonwebtoken)\n    Path: passport@0.6.0 > jsonwebtoken@8.5.1\n\nLICENSE ISSUES:\n  [RESTRICTED] GPL-3.0: some-package@1.2.3 (transitive via other-pkg)\n\nQUALITY GATE: FAILED (1 Critical with fix available)\n```\n",{"name":5,"tags":25,"author":32,"domain":33,"source":34,"license":15,"version":35,"nist_csf":36,"subdomain":26,"description":41,"mitre_attack":42,"source_commit":46},[26,27,28,29,30,31],"devsecops","cicd","sca","snyk","dependency-scanning","secure-sdlc","mahipal","cybersecurity","https:\u002F\u002Fgithub.com\u002Fmukul975\u002FAnthropic-Cybersecurity-Skills","1.0.0",[37,38,39,40],"PR.PS-01","GV.SC-07","ID.IM-04","PR.PS-04","This skill covers implementing Software Composition Analysis (SCA) using Snyk to detect vulnerable open-source dependencies in CI\u002FCD pipelines. It addresses scanning package manifests and lockfiles, automated fix pull request generation, license compliance checking, continuous monitoring of deployed applications, and integration with GitHub, GitLab, and Jenkins pipelines.\n",[43,44,45],"T1195","T1554","T1059.004","04450304b12645cb2b974ab96d28c0664758a88d","main","481dcd7dd2e288b9d627a2bd017db70e64e6c6fa","core\u002Fskills\u002Fperforming-sca-dependency-scanning-with-snyk",1,"https:\u002F\u002Fgithub.com\u002FHoronomos-laps\u002FYana-AI","https:\u002F\u002Fyana.vutam.link\u002F","https:\u002F\u002Fgithub.com\u002FHoronomos-laps","https:\u002F\u002Fyana.vutam.link","An open-source governed runtime & execution environment for multi-agent AI systems.","2026-11-11 23:56:26",{"source":8,"skillName":5,"commands":58,"prompt":68,"zipAvailable":69},[59,62,65],{"tool":60,"command":61},"npx","npx skills add Horonomos-laps\u002FYana-AI --skill performing-sca-dependency-scanning-with-snyk",{"tool":63,"command":64},"bunx","bunx skills add Horonomos-laps\u002FYana-AI --skill performing-sca-dependency-scanning-with-snyk",{"tool":66,"command":67},"pnpm","pnpm dlx skills add Horonomos-laps\u002FYana-AI --skill performing-sca-dependency-scanning-with-snyk","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002FHoronomos-laps\u002FYana-AI\u002Fblob\u002Fmain\u002Fcore\u002Fskills\u002Fperforming-sca-dependency-scanning-with-snyk\u002FSKILL.md",true,[71,77,81,87,91,95,101],{"path":72,"resourceType":73,"resourceTypeDesc":74,"sizeBytes":75,"sourceHtmlUrl":76},"assets\u002Ftemplate.md","ASSET","资产文件",3041,"https:\u002F\u002Fgithub.com\u002Fyanacuti1121\u002FYana-AI\u002Fblob\u002Fmain\u002Fcore\u002Fskills\u002Fperforming-sca-dependency-scanning-with-snyk\u002Fassets\u002Ftemplate.md",{"path":78,"resourceType":78,"resourceTypeDesc":79,"sizeBytes":80,"sourceHtmlUrl":16},"LICENSE","许可证",11255,{"path":82,"resourceType":83,"resourceTypeDesc":84,"sizeBytes":85,"sourceHtmlUrl":86},"references\u002Fapi-reference.md","REFERENCE","参考文档",2345,"https:\u002F\u002Fgithub.com\u002Fyanacuti1121\u002FYana-AI\u002Fblob\u002Fmain\u002Fcore\u002Fskills\u002Fperforming-sca-dependency-scanning-with-snyk\u002Freferences\u002Fapi-reference.md",{"path":88,"resourceType":83,"resourceTypeDesc":84,"sizeBytes":89,"sourceHtmlUrl":90},"references\u002Fstandards.md",2724,"https:\u002F\u002Fgithub.com\u002Fyanacuti1121\u002FYana-AI\u002Fblob\u002Fmain\u002Fcore\u002Fskills\u002Fperforming-sca-dependency-scanning-with-snyk\u002Freferences\u002Fstandards.md",{"path":92,"resourceType":83,"resourceTypeDesc":84,"sizeBytes":93,"sourceHtmlUrl":94},"references\u002Fworkflows.md",3893,"https:\u002F\u002Fgithub.com\u002Fyanacuti1121\u002FYana-AI\u002Fblob\u002Fmain\u002Fcore\u002Fskills\u002Fperforming-sca-dependency-scanning-with-snyk\u002Freferences\u002Fworkflows.md",{"path":96,"resourceType":97,"resourceTypeDesc":98,"sizeBytes":99,"sourceHtmlUrl":100},"scripts\u002Fagent.py","SCRIPT","脚本",6455,"https:\u002F\u002Fgithub.com\u002Fyanacuti1121\u002FYana-AI\u002Fblob\u002Fmain\u002Fcore\u002Fskills\u002Fperforming-sca-dependency-scanning-with-snyk\u002Fscripts\u002Fagent.py",{"path":102,"resourceType":97,"resourceTypeDesc":98,"sizeBytes":103,"sourceHtmlUrl":104},"scripts\u002Fprocess.py",9026,"https:\u002F\u002Fgithub.com\u002Fyanacuti1121\u002FYana-AI\u002Fblob\u002Fmain\u002Fcore\u002Fskills\u002Fperforming-sca-dependency-scanning-with-snyk\u002Fscripts\u002Fprocess.py",[106,114,121,129,137,145],{"skillNo":107,"name":108,"nameZh":6,"description":109,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":110,"licenseFileUrl":6,"sourceHtmlUrl":111,"categories":112,"keywords":113,"publishedAt":20},"01M735GKET5YVYKAY62W2P5YXB","openai--sentry--sentry","Use when the user asks to inspect Sentry issues or events, summarize recent production errors, or pull basic Sentry health data via the Sentry API; perform read-only queries with the bundled script and require `SENTRY_AUTH_TOKEN`.","MIT","https:\u002F\u002Fgithub.com\u002FHoronomos-laps\u002FYana-AI\u002Fblob\u002Fmain\u002F.claude\u002Fskills\u002Fopenai--sentry--sentry\u002FSKILL.md",[],[],{"skillNo":115,"name":116,"nameZh":6,"description":117,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":118,"categories":119,"keywords":120,"publishedAt":20},"01M73DCAP83T17HY7SMGK7MGFE","ito-basket-compare","Compare Itô prediction-market baskets against a user's knowledge base, portfolio notes, financial context, watchlist, or research thesis. Use for read-only basket comparison and gap analysis without investment advice or live trading.","https:\u002F\u002Fgithub.com\u002FHoronomos-laps\u002FYana-AI\u002Fblob\u002Fmain\u002Fcore\u002Fskills\u002Fito-basket-compare\u002FSKILL.md",[],[],{"skillNo":122,"name":123,"nameZh":6,"description":124,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":125,"sourceHtmlUrl":126,"categories":127,"keywords":128,"publishedAt":20},"01M734CYEMZFDR3KH6SW0JP8TD","implementing-network-traffic-baselining","Build network traffic baselines from NetFlow\u002FIPFIX data using Python pandas for statistical analysis, z-score anomaly detection, and hourly\u002Fdaily traffic pattern profiling","https:\u002F\u002Fgithub.com\u002Fyanacuti1121\u002FYana-AI\u002Fblob\u002Fmain\u002F.claude\u002Fskills\u002Fimplementing-network-traffic-baselining\u002FLICENSE","https:\u002F\u002Fgithub.com\u002FHoronomos-laps\u002FYana-AI\u002Fblob\u002Fmain\u002F.claude\u002Fskills\u002Fimplementing-network-traffic-baselining\u002FSKILL.md",[],[],{"skillNo":130,"name":131,"nameZh":6,"description":132,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":133,"sourceHtmlUrl":134,"categories":135,"keywords":136,"publishedAt":20},"01M73ASZ6NJRJM44Z2P84NGQ3Q","detecting-evasion-techniques-in-endpoint-logs","Detects defense evasion techniques used by adversaries in endpoint logs including log tampering, timestomping, process injection, and security tool disabling. Use when investigating suspicious endpoint behavior, building detection rules for evasion tactics, or conducting threat hunting for stealthy adversary activity. Activates for requests involving evasion detection, defense evasion analysis, log tampering detection, or MITRE ATT&CK TA0005.","https:\u002F\u002Fgithub.com\u002Fyanacuti1121\u002FYana-AI\u002Fblob\u002Fmain\u002Fcore\u002Fskills\u002Fdetecting-evasion-techniques-in-endpoint-logs\u002FLICENSE","https:\u002F\u002Fgithub.com\u002FHoronomos-laps\u002FYana-AI\u002Fblob\u002Fmain\u002Fcore\u002Fskills\u002Fdetecting-evasion-techniques-in-endpoint-logs\u002FSKILL.md",[],[],{"skillNo":138,"name":139,"nameZh":6,"description":140,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":141,"sourceHtmlUrl":142,"categories":143,"keywords":144,"publishedAt":20},"01M734AFNXD06Z78QRK0VKGT7Q","implementing-microsegmentation-with-guardicore","Implementing microsegmentation using Akamai Guardicore Segmentation to map application dependencies, create granular network policies, visualize east-west traffic flows, and enforce least-privilege communication between workloads across data centers and cloud.","https:\u002F\u002Fgithub.com\u002Fyanacuti1121\u002FYana-AI\u002Fblob\u002Fmain\u002F.claude\u002Fskills\u002Fimplementing-microsegmentation-with-guardicore\u002FLICENSE","https:\u002F\u002Fgithub.com\u002FHoronomos-laps\u002FYana-AI\u002Fblob\u002Fmain\u002F.claude\u002Fskills\u002Fimplementing-microsegmentation-with-guardicore\u002FSKILL.md",[],[],{"skillNo":146,"name":147,"nameZh":6,"description":6,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":148,"categories":149,"keywords":150,"publishedAt":20},"01M736TK27QMCXK0DVCH25SJN5","ramdisk-tmpfs-patterns","https:\u002F\u002Fgithub.com\u002FHoronomos-laps\u002FYana-AI\u002Fblob\u002Fmain\u002F.claude\u002Fskills\u002Framdisk-tmpfs-patterns\u002FSKILL.md",[],[]]