Credential lockout: infrastructure denials count, and other hardening #845
Reference in New Issue
Block a user
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?
From #833 and its review.
Noneendpoints the key is effectively the IP, so NAT neighbours (all docker-dev host clients arrive as 192.168.97.1) share a UserName-only count. Documented; consider whether ApplicationUri should join the key.ApplicationConfigPathbranch are untested.Fixed (
ffba75bb). Pushed to master ind1b6cad2. Store timeouts, miss-budget refusals, store/authenticator exceptions, unset pepper and cancellation no longer count (client still sees the same rejection). A full 4096-entry table backs off pruning until the earliest entry can expire. ApplicationUri deliberately not added to the key (free string on None endpoints — would let a client reset its count); documented, use a signed endpoint to separate NAT neighbours. New wire tests: distinct client certs on a Sign endpoint;ApplicationConfigPathboot keeps the SDK lockout off.