Co to jest CORS i jak go obsługiwać w Node?

Question

Accepted Answer

**CORS** (Cross-Origin Resource Sharing) to mechanizm bezpieczeństwa przeglądarki, który kontroluje, czy strona internetowa z jednego **źródła** może wysyłać żądania do serwera na **innym źródle**. Domyślnie przeglądarki blokują żądania cross-origin; serwer musi wyraźnie je zezwolić poprzez nagłówki odpowiedzi.

## Dlaczego to ważne

```text
Origin = scheme + host + port. These are DIFFERENT origins:
  https://app.example.com   →  https://api.example.com   (different host)
  http://localhost:3000     →  http://localhost:4000      (different port)

Browser blocks the cross-origin request UNLESS the server sends CORS headers allowing it.
```

So a React app on `localhost:3000` calling an API on `localhost:4000` is cross-origin — the browser blocks it unless the API opts in.

## Kluczowe nagłówki odpowiedzi

```text
Access-Control-Allow-Origin: https://app.example.com   ← who is allowed
Access-Control-Allow-Methods: GET, POST, PUT, DELETE   ← allowed methods
Access-Control-Allow-Headers: Content-Type, Authorization
Access-Control-Allow-Credentials: true                 ← allow cookies/auth
```

Serwer kontroluje dostęp, wysyłając te nagłówki. Przeglądarka je czyta i decyduje, czy pozwolić stronie na zobaczenie odpowiedzi.

## Obsługa CORS w Express

```js
import cors from "cors";

// ❌ allow everything — convenient but insecure for credentialed/private APIs
app.use(cors());

// ✅ restrict to specific trusted origins
app.use(cors({
  origin: ["https://app.example.com", "http://localhost:3000"], // allowlist
  methods: ["GET", "POST", "PUT", "DELETE"],
  credentials: true, // allow cookies — REQUIRES a specific origin (not "*")
}));
```

Oprogramowanie pośredniczące `cors` ustawia nagłówki dla Ciebie. W produkcji **ograniczu `origin` do listy dozwolonych** zamiast `*` — i pamiętaj, że zezwolenie na poświadczenia (`credentials: true`) jest niezgodne z wieloznacznikiem `*`.

## Żądania wstępne

```text
For "non-simple" requests (PUT/DELETE, custom headers, JSON), the browser first
sends an OPTIONS "preflight" request to check permissions. The cors middleware
handles responding to it automatically.
```

## Częsta błędna interpretacja

```text
CORS is enforced by the BROWSER, not the server. It does NOT protect your API
from non-browser clients (curl, Postman, other servers) — those ignore CORS.
It only governs what browser JavaScript on other origins can do.
```

## Dlaczego to ważne

CORS jest jedną z najczęstszych pułapek w tworzeniu stron internetowych — prawie każda konfiguracja front-end-do-API na nią trafia (szczególnie w lokalnym dev z różnymi portami).

Zrozumienie *dlaczego* to istnieje (bezpieczeństwo same-origin przeglądarki), jak serwer się zgadza poprzez nagłówki, jak to bezpiecznie skonfigurować (listy dozwolonych źródeł, ostrożne obsługiwanie poświadczeń) i kluczowy fakt, że to jest mechanizm *przeglądarki* (nie autoryzacja API) jest niezbędne do prawidłowego i bezpiecznego łączenia frontendów z API Node bez blokowania lub nadmiernego ekspozycji serwera.