Skip to content

Policy Packs

Policy Packs is where you compose the contents of your policy packs — the ordered collections of chain entries that the Chain panel orders and combines. A pack is where a detector becomes a chain entry: you pick a detector, then set its filters, action, and order for that specific application. Compliance Bundles are folded into this panel — apply an Arbitex-managed bundle as a read-only, in-sync reference, or clone one into a fully editable custom pack.

The Policy Packs panel in the admin console, showing the applied compliance bundles section and, below it, a custom policy pack expanded to show its chain entries with detector, filters, and action columns.
Security & DLP → Policy PacksCitadel synthetic data on a non-production Arbitex demo instance. Never client data.
  1. Open Security & DLP → Policy Packs. The Compliance bundles section at the top lists any Arbitex compliance bundles already applied.

  2. Click Apply or clone a bundle to open the Arbitex compliance catalog. For each bundle you can:

    • Apply — add it as a read-only, in-sync reference. Its entries stay governed by the Arbitex catalog and are re-resolved at distribution; you can enable/disable and reorder the pack in the chain, but not edit its entries.
    • Clone into pack — copy it into a new, fully editable custom pack (a point-in-time snapshot that does not auto-update with future Arbitex revisions).
  3. Toggle a bundle’s Enabled switch and click Save compliance bundles to commit.

  4. In the Policy packs section, click New policy pack for an empty custom pack, or Add from library to pull a shared pack. Give it a unique name.

  5. Inside a custom or cloned pack, click to add a chain entry: pick a detector from the picker (built-in or your own custom detector), set its action (block / redact / log / allow), and optionally add filters — And/Or conditions over regex, request metadata, or a target (org / group / app / user).

  6. Reorder entries with Up / Down, and reorder packs the same way. An Applied (compliance-bundle) pack’s entries render read-only; only Custom and Cloned packs are entry-editable.

  7. Click Save policy packs to commit. The button is disabled if any pack has a blank or duplicate name, or a filter clause is missing a pattern or target.

  8. Use Test a pack to paste sample content and see which entries in a single selected pack would fire and the resulting action — a client-side approximation: your own custom detectors’ regex is evaluated exactly, while built-in and contextual (engine-owned) detectors read as indeterminate.

Policy Packs shares the same control-plane resource as Chain — reading or saving here reads/writes the whole chain (packs + combining mode), so a save never clobbers the chain’s ordering.

Terminal window
curl -X POST "https://admin.arbitex.ai/api/v1/admin/security/policy/get" \
-H "Authorization: Bearer $ADMIN_TOKEN"

Clone a compliance bundle from the Arbitex catalog into a new editable pack:

Terminal window
curl -X POST "https://admin.arbitex.ai/api/v1/admin/security/policy/clone-bundle" \
-H "Authorization: Bearer $ADMIN_TOKEN" \
-H "Content-Type: application/json" \
-d '{"template_id": "pci_dss"}'

List the shared pack library available to add into the chain:

Terminal window
curl -X POST "https://admin.arbitex.ai/api/v1/admin/security/policy/packs" \
-H "Authorization: Bearer $ADMIN_TOKEN"

Save the whole set of packs as a new revision:

Terminal window
curl -X POST "https://admin.arbitex.ai/api/v1/admin/security/policy/set" \
-H "Authorization: Bearer $ADMIN_TOKEN" \
-H "Content-Type: application/json" \
-d '{
"packs": [ ... ],
"combining_algorithm": "deny_overrides",
"default_cost_routing_strategy": "balanced"
}'

Policy pack authoring, including compliance-bundle apply/clone, is part of the core DLP feature set. Which compliance bundles are available in your catalog may vary by plan; a bundle above your tier renders visible but disabled with an upgrade prompt.

Saved packs are versioned and distributed to every enforcement point, including a Hybrid Outpost’s data plane. On an air-gapped Outpost, the latest revision applies only once it reaches the data plane through your deployment’s configured update mode.