Skip to main content
Some customer data shouldn’t reach an AI agent or every teammate: a tax ID, a card’s last digits, a home address. Mark those fields sensitive and Boom hides their values. Nothing is sensitive until you mark it. A hidden value is still stored and keeps working: segments still filter on it and messages can still use it. What changes is who can read it.

What you can mark

  • Contact fields every person has: email, phone number, first name and last name. The external ID can’t be hidden, because Boom uses it to match people across your systems.
  • People attributes: any key in your people attribute catalog.
  • Custom object attributes: any key in a custom object type’s catalog. A hidden attribute with nested data (an object or a list) is hidden whole.
Marking a contact field doesn’t mark an attribute that copies it (an email attribute beside the built-in email). Settings suggests those copies so you can hide them too. A new attribute from a sync starts visible, and a sync never changes what you’ve hidden.

Where to mark fields

  • Settings › Sensitive data in the dashboard. Owners and Admins can change it; other roles with access to settings see it read-only.
  • The REST API: GET and POST /api/v1/cdp/sensitive-fields. Up to 100 changes per call, applied all or nothing: an unknown field fails the whole call.
  • MCP: the same tools, cdp_sensitive_fields_get and cdp_sensitive_fields_set. A connected AI tool can only hide a field. Asking it to make one visible again returns sensitive_unmark_forbidden; do that in Settings or with the REST API.
Sensitive data settings are being rolled out by organization. Until they are on for yours, marking fields returns sensitive_data_unavailable; reading the list always works.