Plans: Every plan and the free trial. A read-only workspace can only read. Who: owners and admins allow agents; any member can then connect one, with no more rights than their own.
What an agent can and can’t do
These limits are in Pharus, not in the agent’s instructions. No token can do what’s in the right-hand column, whatever the agent asks or the person’s role.
Allow agents in your workspace
Every workspace starts with agents off.1
Open the setting
Go to Settings → API tokens. The Agents card is below your tokens.
2
Turn them on
Select Allow agents. The audit trail records who did.
Connect an agent
1
Add Pharus to your agent
Add
https://mcp.pharussecurity.com/mcp to your agent. See connect a client.2
Sign in
Your agent opens Pharus in your browser. Sign in as usual, with two-step verification if you use it.
3
Check who is asking
The page shows the name the agent gave itself and the address it will send you back to. If it publishes its details, the page says where, which shows who controls that address, not that you can trust it. Unverified means it only named itself. Either way, connect it only if you started this and trust the address shown.
4
Choose the workspace and what it may do
The connection belongs to one workspace. Read the workspace is always on. Untick Register vulnerabilities and draft reports for an agent that should only read.
5
Select Connect
You go back to your agent.
Register a vulnerability
Ask your agent to register a vulnerability, with its CVE, GHSA or EUVD id or your team’s own id, and the product families it affects. For each family, Pharus opens an incident being assessed, the same state an exploited match opens one in, titled from the id and the family:- No clock runs. A person says whether it’s exploited in your product, and that starts the 24-hour clock. See clocks.
- One incident per family. Each has its own clocks, its own pack and its own route. Incidents for the same vulnerability share its id. If a family already has an incident for the id, the agent gets that one back, so asking twice changes nothing.
- What the agent says stays its own. It shows on the incident’s Overview, marked as coming from the agent, for whoever assesses it. It isn’t in any report. The agent’s words reach a pack only through a draft you accept. Versions and member states come from the SBOMs and the product family, not the agent.
- It takes no alert’s place. If CISA KEV, EUVD or CISA SSVC lists the vulnerability, Pharus opens its own incident and alerts and pages as usual, whether the agent’s incident is open or closed. Close one of them as a duplicate.
- Owners and admins are told by email, as are your Slack, Teams and webhook destinations. Nobody is paged when it opens. If nobody has assessed it after 4 hours, the usual reminder goes out and on-call is paged, as for any incident being assessed.
Review a draft
An agent’s text for a report waits outside the pack. The incident’s SRP pack tab says so at the top, with who proposed it and any note.1
Select Review the draft
Edit pack opens with the agent’s text filled in where the field was empty or still auto-filled, marked Agent. Where you have written text of your own it stays, and Use the agent’s text swaps it in.
2
Read it
Any gap the agent left,
[[like this]], counts as missing. Pharus also flags ids and links in the text that aren’t in the incident’s record, so you can check them.3
Save the pack
Save pack puts it in the pack as yours. The agent’s proposal is then accepted, and the audit trail records you as accepting it.