secondsky/sap-skills/sap-dependency-security
- community
Checking that the SKILL.md file is still in the repository.
SAP dependency security and MCP executable trust policy with secure upgrades, cooldowns, staged rollout, and supply-chain protection. Use when upgrading deps, configuring security policies, preventing supply chain attacks, pinning SAP MCP servers, or reviewing SAP CAP/UI5/Fiori/HANA/Datasphere/SAC/BTP/ABAP dependency workflows.
Install
npx vskill@latest install secondsky/sap-skills/sap-dependency-securitySKILL.md
SAP Dependency Security
Related Skills
- sap-hana-cli: For dependency-aware database tooling workflows and upgrade guidance
- sap-cap-capire: For CAP dependency-safe runtime and service configuration guidance
- sap-fiori-tools: For secure UI5/Fiori dependency strategy when tooling touches frontend packages
- sapui5: For SAPUI5/OpenUI5 frontend dependency and MCP tooling review
- sap-datasphere: For tenant-connected Datasphere MCP and CLI dependency review
- sap-sac-scripting: For source-pinned SAC MCP setup and local install records
Manage SAP dependency security and upgrades with supply chain protection, compatibility analysis, staged rollout, and comprehensive testing across all major package managers.
When to Use This Skill
- Upgrading major framework or library versions
- Configuring supply chain attack prevention (cooldown, script blocking, lockfile hardening)
- Setting up secure package manager configuration
- Resolving dependency conflicts or peer dependency issues
- Planning incremental upgrade paths with testing
- Automating dependency updates with Renovate, Dependabot, or Snyk
- Auditing dependencies for vulnerabilities
- Setting up CI/CD dependency security workflows
- Pinning or reviewing SAP MCP servers in
.mcp.json - Reviewing SAP CAP, UI5/Fiori, HANA, Datasphere, SAC, SAP Cloud SDK, BTP/CF/mbt, or ABAP/gCTS dependency workflows
Common Issues
| Issue | Recommended response | |
|---|---|---|
Floating MCP package or @latest in .mcp.json | Replace with an exact version or approved source commit and run npm run validate:mcp-security. | |
| Lockfile changed unexpectedly | Review package manager config, block lifecycle scripts, and regenerate only after dependency intent is clear. | |
| Dependency is too new for cooldown policy | Hold the upgrade unless a documented security exception justifies immediate adoption. | |
| Tenant-connected tool changed source | Verify the source URL, commit, and build steps before using credentials. |
Two Modes of Operation
Interactive — Walk through setup questions to generate tailored config. Use for fresh setup.
Default — Apply recommended defaults immediately: 7-day cooldown, block all scripts, frozen-lockfile, lockfile-lint, Dependabot with cooldown. Customization optional.
SAP Development Mode — Use a stricter SAP posture: 14-day cooldown, exact pins for MCP servers and executable tooling, no floating @latest, source commit pins for local MCP servers, and manual review for tenant-connected tools.
SAP Development Mode
Use SAP Development Mode when dependency work touches SAP projects, SAP BTP deployment tooling, SAP SDKs, or any MCP server shipped by this repository.
Core rules:
- Default to 14-day cooldown for SAP enterprise projects. Record explicit exceptions in the SAP MCP inventory or project review notes.
- Treat MCP servers as executable dependencies. In
.mcp.json, use exact npm pins such as@ui5/mcp-server@0.2.11, never@latestor bare package names. - Pin local-source MCPs by commit. SAC uses the trusted
secondsky/sap_analytics_cloud_mcpfork and must record commit2020235505d98111c2889598ab2217c1619b6943. - Keep runtime authorization separate. This skill covers package/source/executable trust; use the relevant SAP skill for tenant role design and business authorization.
- Validate MCP drift with
npm run validate:mcp-securityafter any.mcp.jsonor SAP MCP inventory change.
Load references/sap-dependency-risk-matrix.md for SAP stack coverage and references/sap-mcp-security.md for MCP update workflow and SAC source-install policy. Use references/sap-mcp-inventory.json as the machine-readable approved MCP package/source list.
Interactive Setup Flow
When the user wants tailored configuration, walk through these decisions. Skip this section entirely if using default mode.
Tier 1: Required Decisions
Always ask these 3 questions before generating any config:
1. Package Manager
"Which package manager does this project use?"
| Answer | Generates | |
|---|---|---|
| npm | .npmrc | |
| Bun | bunfig.toml | |
| pnpm | pnpm-workspace.yaml | |
| Yarn | .yarnrc.yml | |
| Deno | deno.json config |
2. Cooldown Period
"How many days should newly published packages age before install? This prevents supply chain attacks where malicious packages are discovered and unpublished within days."
| Option | Days | Use Case | |
|---|---|---|---|
| Aggressive | 3 | Catches most typosquatting | |
| Recommended | 7 | Good balance for most projects | |
| Conservative | 14 | Critical/production systems | |
| Paranoid | 21 | Matches Snyk's built-in default | |
| Custom | N | User specifies |
3. Post-Install Script Policy
"How should lifecycle scripts (postinstall, preinstall) be handled? These are the #1 attack vector for supply chain attacks."
| Option | Behavior | |
|---|---|---|
| Block all (recommended) | --ignore-scripts + allow-git=none | |
| Allowlist | Block by default, allow specific trusted packages | |
| Review only | Warn but don't block |
Tier 2: Security Tooling (Offer as Batch)
"Which of these security features would you like to configure? Select any that apply."
4. CI/CD Automation Tool
| Answer | Generates | |
|---|---|---|
| Dependabot | .github/dependabot.yml with cooldown | |
| Renovate | renovate.json with minimumReleaseAge | |
| Snyk | No config needed (21-day cooldown built-in) | |
| None | Skip |
5. Automerge Policy
| Option | Behavior | |
|---|---|---|
| None | All updates require manual review | |
| Minor+Patch only | Auto-merge safe updates, review majors | |
| All with approval | Auto-merge after team approval |
6. Update Schedule
| Option | Config Value | |
|---|---|---|
| Daily | "daily" | |
| Weekly (default) | "weekly" | |
| Biweekly | "biweekly" | |
| Monthly | "monthly" |
7. Install-Time Security Tooling
"Which security tools should protect dependency installation?"
| Option | Free? | What It Does | |
|---|---|---|---|
| socket npm wrapper | Yes (beta) | Wraps npm/npx, blocks malicious packages before install. Run socket wrapper on to enable system-wide. | |
| npq | Yes | Pre-install auditor (CVE, typosquat, age, provenance checks) | |
| Socket Firewall (sfw) | No | Real-time deep analysis, blocks malicious packages | |
| socket npm + npq | Yes | Both free tools combined | |
| None | — | Skip |
Load references/socket-cli-guide.md for full Socket CLI setup including authentication and free vs authenticated features.
8. Lockfile Validation
| Option | Behavior | |
|---|---|---|
| Yes (recommended) | Adds lockfile-lint + CI script | |
| No | Skip |
Tier 3: Advanced Options (Only If User Opts In)
"Would you like to configure any advanced options?"
9. Dev Containers — Generate hardened .devcontainer/devcontainer.json (Yes/No)
10. Secrets Manager — 1Password CLI / Infisical / None
11. pnpm Trust Policy — Enable trustPolicy: no-downgrade (pnpm 10.21+ only, Yes/No)
12. Cooldown Exclusions — Package names that bypass cooldown (e.g., @types/react, typescript, esbuild)
Security-First Upgrade Principles
- Cooldown before installing — Wait 7 days for general projects or 14 days for SAP enterprise/MCP workflows so new package versions are vetted by the community
- Block post-install scripts — Prevent arbitrary code execution during
npm install - Freeze lockfiles in CI — Use deterministic installs (
npm ci,--frozen-lockfile) - Validate lockfile integrity — Use
lockfile-lintto detect injection - Audit before trusting — Use
npqor Socket CLI to check packages before installing - Upgrade incrementally — One major version at a time with testing between each
- Never blindly upgrade — Avoid
npm updateornpm-check-updates -uwithout review - Scan before and after — Use
socket scanto detect supply chain issues beyond CVEs - Pin SAP MCP executables — Use exact npm versions or source commit pins before letting MCP servers access SAP projects or tenants
Cooldown Period: Prevent Supply Chain Attacks
Newly published packages may contain malicious code discovered within hours. Configure a cooldown period to delay installation.
Quick Setup
npm (.npmrc):
Bun (bunfig.toml):
pnpm (pnpm-workspace.yaml):
Yarn (.yarnrc.yml):
Load references/cooldown-config-guide.md for detailed per-PM configuration, CI tool integration, and exclusion patterns.
Use templates/<pm>-security.tmpl for copy-paste ready config files.
Disable Post-Install Scripts
Post-install scripts are the most common supply chain attack vector (Shai-Hulud, Nx, event-stream incidents).
Quick Setup
npm:
Bun: Disabled by default. Allow specific packages in package.json:
pnpm (10.0+): Disabled by default. Allow specific packages in pnpm-workspace.yaml:
Load references/package-manager-security.md for full per-PM hardening including pnpm trustPolicy, blockExoticSubdeps, and @lavamoat/allow-scripts.
Deterministic & Frozen Installs
Always use frozen install commands in CI to ensure reproducible builds:
| Package Manager | Command | What It Does | |
|---|---|---|---|
| npm | npm ci | Deletes node_modules, installs exact lockfile versions | |
| Bun | bun install --frozen-lockfile | Fails if lockfile is out of sync | |
| pnpm | pnpm install --frozen-lockfile | Fails if lockfile is out of sync | |
| Yarn | yarn install --immutable --immutable-cache | Validates lockfile and cache | |
| Deno | deno install --frozen | Frozen installation |
Commit all lockfiles to version control: package-lock.json, bun.lock, pnpm-lock.yaml, yarn.lock, deno.lock.
Lockfile Validation
Install and configure lockfile-lint to detect lockfile injection attacks:
Note: lockfile-lint does not currently support Bun's bun.lock / bun.lockb formats.
Pre-Install Security Auditing
npq — Pre-Install Auditor
Socket Firewall (sfw) — Real-Time Blocker
Load references/supply-chain-security.md for full comparison of npq vs sfw and what each validates.
Socket CLI Integration
Socket CLI provides proactive supply chain security beyond basic vulnerability scanning — covering malware detection, typosquatting, protestware, install script risks, and license compliance.
Proactive Upgrade Workflow
This is the start of the file. Read the full SKILL.md on GitHub.
Security
- Security scanPassed, 100 of 100Pattern checks on the skill's files.
- Model reviewNot runA model review is scheduled for the next rescan.
Quality evaluation
- Task evaluationNot runNo evaluation yet. Run one in Skill Studio.
Source
- SKILL.md in the repositoryCheckingplugins/sap-dependency-security/skills/sap-dependency-security/SKILL.md
Popularity
- Repository stars
- 403
- Repository forks
- 110
- 7-day trend score
- 30
Stars and forks are for the whole GitHub repository, not this skill alone. Refreshed 9 Aug 2026, 2 months ago.
Works with
Any agent vskill installs to: 56 targets in all. These 39 have a page on this site.
- Claude Code
- Cursor
- GitHub Copilot
- Windsurf
- Codex
- Gemini CLI
- Cline
- Amp
- Roo Code
- Goose
- Continue
- Kilo Code
- Junie
- Trae
- OpenHands
- Qwen Code
- AI Agent
- Tabnine Chat
- Sourcegraph Cody
- Amazon Q
- Firebase Genkit
- Sweep
- Devin
- Phind
- Mentat
- Claude Desktop
- Aider
- GPT Pilot
- Plandex
- bolt.new
- v0
- Replit Agent
- Anse
- TypingMind
- BetterChatGPT
- LibreChat
- Warp AI
- Pieces
- Fig AI
Embed badge
[](https://verified-skill.com/skills/secondsky/sap-skills/sap-dependency-security)