[Majeur] Inscriptions concurrentes : invitation à usage unique consommée plusieurs fois et usernames en doublon #103
Labels
No labels
bug
enhancement
feature
groupe/chat-data
groupe/friends-blocking
groupe/input-validation
groupe/realtime-presence
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
Transcendence/backend#103
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Gravité : Majeur
Rapports QA d'origine : AUTH-02, AUTH-03
Pas de transaction ni de contrainte d'unicité : 6 comptes créés avec un code à usage unique ; les doublons de username ne peuvent plus se connecter.
Détails des rapports
[AUTH-02] Doublons de username possibles via inscriptions concurrentes -> les comptes concernés ne peuvent plus se connecter (500) — Gravité : Majeur
POST /api/auth/registeruserNameet des emails différents. 3. Login avec ce username.[201,201,201,201,201];GET /usersliste 5 foisqa_auth_samename4v91; le login de ce username renvoie 500 "Sequence contains more than one element" (les 5 comptes sont inutilisables par username).RegisterUserCommand.cs:28-36et pas d'index unique surUsers.UserName/Emailen base.[AUTH-03] Une invitation à usage unique peut être consommée plusieurs fois en parallèle — Gravité : Majeur
POST /api/auth/registerusages: 1. 2. Envoyer 6 inscriptions simultanées (usernames/emails différents) avec ce code.[201,201,201,201,201,201]-> 6 comptes créés, l'invitation finit àusages: 0.RegisterUserCommand.cs:17-22,67-70(pas de concurrency token /ExecuteUpdateconditionnel).Trouvé par une campagne de tests QA automatisés (agents Claude, Playwright) sur l'environnement de dev. Les captures citées sont locales et non jointes.