Brief / AIGIS resources

AI agents act with access. Can you prove what each agent identity was allowed to do?

AI agents increasingly act inside business systems with their own access. The board question is moving from whether you have AI to whether you can prove what each agent identity was allowed to do. Salesforce is the AIGIS production proof path.

Executive read

The short version, before the deep dive.

Treat AI agent access as an identity and evidence problem, not only a model problem.

Check the acting user or agent permissions before the model sees data.

Keep a per-interaction record of what was allowed and what was excluded.

Salesforce is production-grade today; ServiceNow and SAP are disclosed co-development.

Analysis

What matters

The shift CISOs are naming

Non-human identities are entering risk conversations because agents can read and act on sensitive records. Discovery tools can list them; that is the visibility step.

The sharper question is proof: for each action, which permission system approved the access, and what evidence remains.

What AIGIS records

AIGIS enforces the permissions of the acting identity before model exposure and records the decision. The per-user enforcement tier is stamped on each governed record.

Production system-of-record writes require native or delegated user execution in the target system, never a silent service-account write.

Next step

Walk one Salesforce agent workflow through a scoped review at `/demo`.

Resource packet

Turn this into a review worksheet.

Evidence packet

Permission-Provenance Evidence Packet

Capture user context, system of record, enforcement tier, stripped fields, model route, response, hash marker, and fallback notes.

Salesforce is the production proof path. ServiceNow and SAP are design-partner co-development paths with asymmetric enforcement that must be disclosed in diligence.

Get the packet