GitLab tokens are masked in logs and glab config directories are blocked inside the sandbox.
What's wrong with this entry?
The secret scrubber that already masked GitHub, Slack and JWT credentials now also matches GitLab tokens (glpat-, gldt-, glsoat-, agent tokens and the rest of the family) and replaces them with <token>. Sandbox setup separately denies .git/glab-cli and .config/glab-cli, matching the hardening already applied to the GitHub CLI.
- The denial covers the repository, its superproject and worktrees.
.config/glab-cli/config.ymlis also listed in the sensitive-path pattern.
/\bgl(?:pat|dt|rt|ft|soat|oas|agent|ptt|cbt|imt|ffct)-[A-Za-z0-9_=-]{20,}(?:\.[0-9a-z]{9})?/g
Strings lifted out of the shipped bundle, so the claim above can be checked against them.
Related
Other releases about the same thing. Found by shared names or similar wording; neither means one caused the other.
-
v2.1.236
macOS sandbox re-applies read and delete denials inside writable folders
Both mention sandbox
-
v2.1.236
Sandbox proxy no longer writes to sockets that have gone away
Both mention sandbox
-
v2.1.236
IPv6 hosts through the proxy
Both mention sandbox