Let’s talk
Buyer guide / Canada

Give an agent the access its task requires.

Define the information an agent may read and the actions it may take. Enforce those limits in the application and tools, then test misleading content, unauthorized requests, and failures.

Illustrative secure computing infrastructure with organized server racks

What access should an AI agent receive?

Give an agent the minimum records and actions needed for its assigned task. Define permitted tools, review points, logs, and a stop mechanism. Treat instructions found in documents or web pages as untrusted input.

Scroll sideways to read all columns.

Questions to resolve before commissioning the work
PermissionDefine before connecting itCheck before release
Read recordsWhich sources and user permissions apply.Try a record the requesting user may not access.
Change recordsAllowed fields, validation, approval, and recovery.Test a rejected change and a repeated request.
Send or publishApproved destinations, content review, and who authorizes the action.Confirm the workflow stops when approval is absent.
Use external providersData sent, retention requirements, credentials, and cost limits.Inspect the data path and verify credentials stay out of outputs.

Map information and actions separately.

List the sources the agent needs and the systems it may change, with an owner for each. Distinguish drafts from committed updates. Identify external messages and changes to other people’s access so you can set permissions, approvals, and review records.

Use scoped identities and tool interfaces.

Give the workflow a defined identity and only the tools, records, and operations its task requires. Check authorization, inputs, target records, and allowed changes when a tool runs. Keep credentials outside model-visible content and give staff a way to revoke access.

Treat retrieved content as evidence.

Documents, websites, and messages may contain instructions that conflict with the task. Treat them as source material and keep authorized instructions separate. Test that tool controls reject unauthorized actions and log enough context for review.

Design review, records and recovery.

Agree which actions need human approval and show the reviewer the proposed change, sources, and consequences. Record results and failures using appropriate access and retention, without unnecessary copies of sensitive content. Plan how staff stop a run, check partial updates, and resume or reverse supported changes.

Check the controls in the intended environment.

Test permissions, blocked actions, unavailable services, and escalation in the intended deployment setup. Use confirmed security and information requirements when selecting providers, storage, and monitoring. Active K Digital can design and verify the integration and application controls, with any specialist assessment agreed in scope.

Your starting checklist.

  • Inventory readable information and permitted state changes.
  • Scope identities, credentials and tool authorization.
  • Test conflicting content and unauthorized action requests.
  • Define approval evidence, logs and stop controls.
  • Exercise partial failure, recovery and access revocation.

Common questions

Can a prompt alone enforce an agent's access policy?

A prompt helps describe the task, but access policy also needs enforcement in the tools and systems the workflow uses. Validate actual operations against permissions and required approvals so a model's proposed action cannot bypass the controls around the business system.

When should we involve our security team?

Bring security and information owners into scoping when the workflow needs sensitive records, external providers or actions in business systems. Early input helps define the environment and evaluation requirements, while later validation can establish whether the implemented controls meet the agreed design.

Discuss a project

Make the first step clear.

Share a general brief and the decision you need to make. We’ll establish where Active K Digital can help.

Discuss your project