# Ce este OAuth 2.0?

> OAuth 2.0 este un cadru de autorizare care permite unui client să obțină acces limitat la un serviciu HTTP fără a primi credențialele proprietarului resursei.

- URL canonic: https://yellowcube.eu/ro/glossary/oauth-2-0/
- Editor: Yellow Cube
- Limbă: ro
- Contact: hello@yellowcube.eu

## Conținut

Un server de autorizare emite un token de acces pe care un server de resurse îl acceptă în condiții definite. Clientul poate acționa pentru un utilizator după autorizare delegată sau în numele său propriu într-un flux mașină-la-mașină.

OAuth definește roluri și fluxuri de protocol, nu un singur format de token sau model universal de permisiuni. Pentru aplicațiile orientate spre utilizator, practica curentă de securitate favorizează fluxul cu cod de autorizare cu Proof Key for Code Exchange (PKCE). Implementările trebuie să lege răspunsurile de clientul și URI-ul de redirecționare corect, să protejeze codurile de autorizare și tokenurile de reîmprospătare și să asigure că tokenurile de acces sunt acceptate doar de serverele de resurse intenționate.

### Puncte esențiale

- **Roluri esențiale:** Distingeți proprietarul resursei, clientul, serverul de autorizare și serverul de resurse; documentați când o componentă îndeplinește mai mult de un rol.
- **Controale de tokenuri:** Constrângeți audiența, domeniul, durata de viață și stocarea; validați tokenurile complet; rotiți sau revocați tokenurile de reîmprospătare acolo unde este potrivit; și evitați expunerea tokenurilor bearer în URL-uri sau jurnale.
- **Alegeri de flux curente:** Urmați cea mai bună practică curentă de securitate OAuth: clienții nu ar trebui să folosească grant-ul implicit decât acolo unde riscurile sale specificate de injecție și scurgere sunt atenuate și nu trebuie să folosească grant-ul cu credențiale de parolă ale proprietarului resursei.
- **Limitare importantă:** OAuth 2.0 nu definește autentificarea utilizatorului și nu dovedește cine folosește un token de acces. Un token valid nu înlocuiește nici autorizarea la nivel de obiect, funcție sau tranzacție în interiorul serverului de resurse.

### Termeni asociați

[Autorizare](<https://yellowcube.eu/ro/glossary/authorization/>) · [OpenID Connect (OIDC)](<https://yellowcube.eu/ro/glossary/openid-connect/>) · [Token de autentificare](<https://yellowcube.eu/ro/glossary/authentication-token/>) · [Securitatea API-urilor](<https://yellowcube.eu/ro/glossary/application-programming-interface-security/>) · [Cheie API](<https://yellowcube.eu/ro/glossary/api-key/>)

### Surse

[RFC 6749: The OAuth 2.0 Authorization Framework](https://datatracker.ietf.org/doc/html/rfc6749) · [RFC 6750: OAuth 2.0 Bearer Token Usage](https://datatracker.ietf.org/doc/html/rfc6750) · [RFC 9700: Best Current Practice for OAuth 2.0 Security](https://datatracker.ietf.org/doc/html/rfc9700)

## Să construim o apărare cibernetică mai eficientă împreună

Construim parteneriate de durată, bazate pe încredere, expertiză și succes comun. Fie că doriți să vă dezvoltați afacerea, să vă extindeți oferta de securitate cibernetică sau să lansați soluții inovatoare pe piețe noi, Yellow Cube vă sprijină pe termen lung.

[Luați legătura cu Yellow Cube](<mailto:hello@yellowcube.eu?subject=Partnership>)

## Sursa și domeniul de aplicare

Această versiune Markdown este generată din aceleași înregistrări aprobate ca pagina HTML canonică. Pentru citare, utilizați URL-ul canonic.