Files
zooqueen 9b41c95886 a grant names a kind, and locking memory checks its allowance first
Buying inference and reading the account behind it were one grant, so the
service that answers prompts also reached the balance, the key's limits and the
usage record. That service is the one carrying /exec, which makes those exactly
the things an attacker inside it would want next. Each operation now carries its
kind and a grant names one, so cloud buys completions and learns nothing about
the account. What mints and revokes keys is still absent under every kind.

Locking memory now reads RLIMIT_MEMLOCK first and skips when the allowance
cannot cover the container. MCL_FUTURE charges every later allocation against
that ceiling, so locking a small heap under a 64 MiB default means an allocation
fails once traffic grows - arriving as a death under load that reads like a
random out-of-memory. The logged skip is the better failure.
2026-08-14 22:56:00 -07:00
..
2026-08-14 22:46:55 -07:00
2026-08-14 22:46:55 -07:00
2026-08-14 22:46:55 -07:00
2026-08-14 22:46:55 -07:00