Apply request policies in the browser context.
Configure host, path, and method rules and substitute configured phantom tokens on intercepted browser requests. This prototype is not an OS-level egress firewall.
Explore the workflow →Record a browser journey, compile it to Playwright, then submit runs from CI through Airlock Cloud. Review the response from your deployment; advanced sandbox capabilities are evolving.
A straightforward path from your pipeline to a result.
Airlock provides a run-submission API plus a local Playwright toolkit with request policies, browser-state checkpoints, and evidence utilities.
Configure host, path, and method rules and substitute configured phantom tokens on intercepted browser requests. This prototype is not an OS-level egress firewall.
Explore the workflow →Capture browser storage and session state, then restore it into a new Playwright context. These are browser snapshots, not VM memory clones.
View the sample console →AirlockQA can generate hash-linked ledger entries and signed bundles for verification with the configured key. This does not certify compliance.
See the response path →The cloud API exposes a run-submission route at POST /v1/runs. Cloud execution is still evolving; confirm the capabilities of your deployment before relying on run isolation or advanced diagnostics.
See the CI/CD setup →jobs:
browser-tests:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v4
- run: npm install
- run: npx airlock test --cloud
env:
AIRLOCK_API_KEY: <from CI secrets>Explore the sample workspace and the current run-submission flow. Sample metrics are illustrative.