Skip to content

docs(it): translate GUIDs and authorization note for API1:2023 #172

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
TheNetherWatcher wants to merge 1 commit into
base: develop
Choose a base branch
from
Open

docs(it): translate GUIDs and authorization note for API1:2023 #172

Changes from all commits
Commits
Show all changes
1 commit
Select commit
File filter

Filter by extension

Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
6 changes: 3 additions & 3 deletions editions/2023/it/0xa1-broken-object-level-authorization.md
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -92,11 +92,11 @@ documento di un altro utente.
* Scrivere test per valutare la vulnerabilità del meccanismo di autorizzazione.
Non rilasciare modifiche che causino il fallimento dei test.

**Note** (translators: please translate this note; kept in English as a placeholder so it is not missed)
**Nota**

* Using GUIDs/UUIDs instead of predictable identifiers helps mitigate object enumeration attacks. However, once a valid identifier is disclosed—whether through another endpoint, excessive data exposure, logging, or another vulnerability—it should be treated as public information.
* Utilizzare GUID/UUID al posto di identificatori prevedibili aiuta a mitigare gli attacchi di enumerazione degli oggetti. Tuttavia, una volta che un identificatore valido viene divulgato—che sia tramite un altro endpoint, un'eccessiva esposizione dei dati, il logging o un'altra vulnerabilità—esso deve essere considerato un'informazione pubblica.

* Authorization decisions must never rely on the secrecy or unpredictability of object identifiers. Every request must independently verify that the authenticated user is authorized to access the requested object.
* Le decisioni di autorizzazione non devono mai basarsi sulla segretezza o sull'imprevedibilità degli identificatori degli oggetti. Ogni richiesta deve verificare in modo indipendente che l'utente autenticato sia autorizzato ad accedere all'oggetto richiesto.

## Riferimenti

Expand Down