Vilka är de viktigaste säkerhetsbästa praktikerna för en Node.js-app?

Question

IT Interview Practice · Accepted Answer

Att säkra en Node-app innebär att försvara sig mot vanliga webbsårbarheter (OWASP Top 10) på flera nivåer — inmatningshantering, autentisering, beroenden och konfiguration. Säkerhet är lagrad (försvar i djupet), inte en enda fix.

## 1. Validera och sanera all inmatning

```js
import { z } from "zod";
// never trust client input — validate shape/type before using it
const schema = z.object({ email: z.string().email(), age: z.number().min(0) });
const data = schema.parse(req.body); // rejects malformed/malicious input
```

## 2. Förhindra injektioner (SQL, NoSQL, kommando)

```js
// ❌ string concatenation → SQL injection
db.query(`SELECT * FROM users WHERE id = ${req.params.id}`);
// ✅ parameterized queries — input is data, never executable SQL
db.query("SELECT * FROM users WHERE id = $1", [req.params.id]);
```

Använd alltid parametriserade frågor / en ORM, och bygg aldrig kommandon från användarinmatning (se kommandoinjektion med `child_process`).

## 3. Autentisering & hemligheter

```text
✓ Hash passwords with bcrypt/argon2/scrypt (slow + salted) — never plain/SHA
✓ Store secrets in env vars, never in code/git
✓ Use httpOnly, secure, sameSite cookies for sessions (XSS-resistant)
✓ Sign/verify JWTs properly; keep tokens short-lived
```

## 4. Ange säkerhetshuvuden & hastighetsgräns

```js
import helmet from "helmet";
import rateLimit from "express-rate-limit";

app.use(helmet()); // sets secure HTTP headers (CSP, HSTS, X-Frame-Options, etc.)
app.use(rateLimit({ windowMs: 60_000, max: 100 })); // throttle abuse/brute-force
```

`helmet` lägger till skyddande huvudkoder; hastighetsgränser försvarar mot brute-force och DoS.

## 5. Håll beroenden säkra (leveranskedja)

```bash
npm audit          # check installed packages for known vulnerabilities
npm audit fix
# + keep deps updated; review postinstall scripts; pin versions via the lockfile
```

De flesta Node-kod är tredjepartspaket — sårbara beroenden är en stor angreppsvektor. Granska och uppdatera regelbundet.

## 6. Andra väsentligheter

```text
✓ Use HTTPS (TLS) everywhere; redirect HTTP → HTTPS
✓ Don't leak error details/stack traces to clients in production
✓ Escape output to prevent XSS (frameworks usually do this)
✓ Implement proper authorization (not just authentication) — check permissions per action
✓ CORS configured to an allowlist, not "*" for credentialed APIs
✓ Limit request body size to prevent payload-based DoS
```

## Varför det är viktigt

Webappar är konstanta mål, och Node-appar exponeras för hela spektrumet av webbsårbarheter — injektioner, bruten autentisering, XSS, sårbara beroenden, felkonfigurering.

Ingen enda åtgärd räcker till; säkerhet är **lagrad**: validera inmatning, parametrisera frågor, hash-lösenord korrekt, hantera hemligheter säkert, ange skyddande huvudkoder, hastighetsgräns, granska beroenden och använd HTTPS.

Att förstå dessa metoder (och OWASP-riskerna bakom dem) är ett väsentligt ansvar för alla som bygger produktion Node-tjänster — en enda förbisedd nivå (en injektion, en läckt hemlighet, ett uppdaterat beroende) kan äventyra hela systemet.

1. Validera och sanera all inmatning

2. Förhindra injektioner (SQL, NoSQL, kommando)

3. Autentisering & hemligheter

4. Ange säkerhetshuvuden & hastighetsgräns

5. Håll beroenden säkra (leveranskedja)

6. Andra väsentligheter

Varför det är viktigt

Relaterade frågor