Skip to content

Powerful code. Clear boundaries.

Know what your action can access, what gets published, and where to look when something needs attention.

Know what crosses the boundary.

HubSpot access

Review the permissions shown when connecting your HubSpot portal. Map only the inputs your action needs, and limit any additional credentials to the access required by your code.

Connection and permissions
Stored run data

Run history can include inputs, outputs and console logs. Plan history windows and deletion from logs, stored objects or backups are different controls. Avoid logging secrets or unnecessary personal data.

Data handling and retention
Credentials

Vault secrets are encrypted at rest and made available to authorized executions. Keep credentials out of source code, returned results and log statements.

Secrets and execution context
Testing and publishing

Publishing creates a version of your action. Test before using it in a live workflow. A dry run captures ctx.store writes, but outbound requests made by your code can still have real effects.

What a test run touches

Doing your due diligence?

Bring your questions about data handling, access, retention, or deployment. We’ll work through the requirements for your use case.

Ask a security question