security-lang-node

A set of rules for writing safer Node.js code. Node.js is a JavaScript runtime often used for servers, tools, and command-line programs.

In plain words
What is it for?
It guides Node.js code generation and review involving request data, file-system access, child processes, dynamic execution, and secret configuration.
Why use it?
It reduces risks from unsafe file paths, shell commands, dynamic code execution, and hardcoded secrets. It also requires explanations and safer alternatives for violations.

Cursor rule for Cursor

Install

Getting it into your agent

One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.

agentmods
npx agentmods add rules/adobedocs/ff-services-docs/security-lang-node
Clone the repo
git clone --depth 1 https://github.com/AdobeDocs/ff-services-docs

Made for: Cursor.

Per session 564 This file is loaded in full into every session.
When invoked 564 The same file — it is already loaded in full.
Security scan A 1 finding. Scan, not verified.
Origin 100% copy Near-identical to another mod in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5 $0.00564 $0.00564
Opus 5 $0.00282 $0.00282
Sonnet 5 $0.00113 $0.00113
Haiku 4.5 $0.00056 $0.00056

Measured yesterday against content hash 9019cc2470bb, method: parsed. Prices are Anthropic first-party input rates as of 2026-08-30, from the pricing page.

Security

Grade A, and why

security-lang-node scanned grade A with 1 finding against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured yesterday.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Runs shell commandslowCapability

Expected in a hook, worth knowing in a rule or an instructions file.

- **Rule:** Never use `req.body`, `req.query`, or similar inputs directly in `fs`, `child_process`, or system-level calls.
Origin

This is a copy

100% identical to secure-dev-node — 0 lines differ, which has more behind it and is treated as the original. This page carries a canonical link to it rather than competing with it.

.cursor/rules/security-lang/security-lang-node.mdc · 45 lines

How it starts

The opening of the file, as written. The whole thing — 45 lines — stays where its author put it; the contents beside it link to each section on GitHub.


description: globs: /*.tsx,/.ts,**/.js alwaysApply: false

Secure Node.js Development

These rules apply to all Node.js code in the repository and aim to prevent common security risks through disciplined use of input validation, output encoding, and safe APIs.

All violations must include a clear explanation of which rule was triggered and why, to help developers understand and fix the issue effectively.
Generated code must not violate these rules. If a rule is violated, a comment must be added explaining the issue and suggesting a correction.

1. Do Not Use User Input in File Paths or Commands

  • Rule: Never use req.body, req.query, or similar inputs directly in fs, child_process, or system-level calls.

2. Avoid eval, Function, and vm on Dynamic Input

  • Rule: Do not use eval(), new Function(), or vm.runInNewContext() with user-controllable values.

3. Avoid Synchronous child_process and Shell Execution

  • Rule: Do not use execSync, spawnSync, or shell execution functions with untrusted input. Avoid them unless strictly necessary and audited.

4. Use Environment Variables for Secrets

  • Rule: Never hardcode secrets such as API Keys, private keys or credentials. Use environment variables and secure configuration loading.

5. Sanitize and Validate All External Input

  • Rule: All inputs (query params, request bodies, headers) must be validated and sanitized before use in logic, queries, or file access.

6. Escape Output for HTML or CLI

  • Rule: Escape dynamic output when inserting into HTML, Markdown, or command-line interfaces to prevent injection.

7. Avoid Insecure HTTP Libraries or Defaults

  • Rule: Always use HTTPS for remote calls. Do not disable SSL validation or use http in production environments.

8. Keep Dependencies Updated and Scanned

  • Rule: Regularly audit dependencies using npm audit, yarn audit, or tools like Snyk. Avoid packages that are deprecated or unmaintained.

Read the full file on GitHub · 45 lines

Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. yesterday First seen · 45 lines · 564 tokens per session scan A 9019cc2470bb

Subscribe to this mod's changes

security-lang-node is a cursor rule published in the GitHub repository AdobeDocs/ff-services-docs (4 stars, last pushed 2mo ago), licensed Apache-2.0. It adds 564 tokens to every session, about $0.0028 per session on Opus 5. A static security scan graded it A with 1 finding (runs shell commands). It is 100% identical to secure-dev-node, differing in 0 lines, and is treated as a copy.