What this means
The Portal shows what your organization’s policy says. The agent reads its own configuration file on the Mac. Turning a control off removes it from your policy, and AgenShield is then supposed to take the matching value back out of that file. In affected versions it did not: the value was written when the control was on and then left behind when the control was turned off. The agent kept reading the old value, so it stayed restricted. Nothing is broken or in an error state — the Mac is simply acting on a leftover value. This is most visible when your organization is in monitor mode, but it also occurs in enforce mode.Affected and fixed versions
There were two versions of this problem, in two different files, fixed at different times.
The second case is easy to mistake for the first: the organization-wide file
looks correct — often completely empty — while the agent keeps reading a value
from the per-user file underneath it. If you upgraded, confirmed the
organization-wide file was clean, and the agent still disagreed with the Portal,
this is what you were seeing.
Upgrading is the complete fix for values written from now on. Values already left
behind may need one extra step — see How to recover.
How to confirm it
Ask the person who uses the Mac to check the agent’s own behaviour first: if the Portal reads Allow and the agent still refuses, that matches this issue. If you want to confirm before upgrading, look at the value the agent is reading. For Claude Code there are three files, and the agent reads them in this order — check all three, because a leftover value in any of them produces this symptom:How to recover
Upgrade AgenShield.- Turn the control back on, then off again. The Mac re-applies the value, which re-establishes it as AgenShield’s, and turning it off then removes it. Allow a policy update between the two steps.
- Or remove just that one setting by hand on the affected Mac. Edit whichever
of the three files above still contains it and delete only the leftover key,
leaving every other value in place. If the person using the Mac has their own
settings in
~/.claude/settings.json, take care to remove only the one key — the rest of that file is theirs.
Turning the control back on and off again is the safer of the two, and it works
for both files. Editing by hand is worth it when you would rather not re-apply
a restriction, even briefly, on a Mac someone is working on.
When to escalate
Contact support if, after upgrading:- the value is still present in any of the three files more than 15 minutes after a policy change, or
- a control you never turned on appears to be applied on the Mac, or
- the agent’s behaviour and the Portal disagree in the opposite direction — the Portal shows a restriction that the agent is not applying.