Salesforce Dictionary - Free Salesforce GlossarySalesforce Dictionary
Full Data Encryption entry
How-to guide

How to design the right Data Encryption stack for your org

The pattern: classify fields by sensitivity (Data Classification feature), encrypt the high-sensitivity fields with Shield, accept default at-rest encryption for everything else, document the encryption posture for auditors. The cost is real (Shield license, key management work, functional trade-offs); the compliance benefit is the audit-defensible answer.

By Dipojjal Chakrabarti · Founder & Editor, Salesforce DictionaryLast updated May 18, 2026

The pattern: classify fields by sensitivity (Data Classification feature), encrypt the high-sensitivity fields with Shield, accept default at-rest encryption for everything else, document the encryption posture for auditors. The cost is real (Shield license, key management work, functional trade-offs); the compliance benefit is the audit-defensible answer.

  1. Classify fields by sensitivity through Data Classification

    Use the Data Classification feature to tag each field with Sensitivity Level. The classification drives encryption decisions; without it, encryption decisions are guesses.

  2. Identify fields requiring customer-managed keys

    Confidential and Restricted-classified fields plus regulatory scope (PII, PHI, payment data). The list is the Shield encryption target.

  3. License Shield Platform Encryption

    Shield is a separate SKU. Coordinate procurement; rollout is typically 4 to 8 weeks from purchase to encrypted-in-production.

  4. Configure Shield in sandbox first

    Setup, Platform Encryption, generate or import keys, encrypt the target fields. Test functional impact (reports, list views, formulas).

  5. Plan the production rollout including re-encryption time

    Encrypting a field that already has data requires the platform to re-encrypt historical records; this can take hours to days depending on volume.

  6. Document the encryption posture

    Which fields are Shield-encrypted, who holds the keys, what is the rotation schedule. The document is the compliance evidence.

  7. Plan annual key rotation

    Rotate keys per compliance schedule (annually for most HIPAA-grade contexts). Coordinate; rotation is multi-week.

Encryption layerremember

TLS in transit, default at-rest, Classic Encryption, Shield Platform Encryption. Pick the layer matching the requirement.

Key managementremember

Salesforce-managed (default at-rest) or customer-managed (Shield BYOK/CMK). Compliance drives the choice.

Encrypted fields and filesremember

Which specific fields and files are Shield-encrypted. Limit to compliance-required ones to minimize functional impact.

Key rotation cadenceremember

Annually for HIPAA-grade, less frequent for lighter compliance. Coordinate with the key management team.

Functional trade-off acceptanceremember

Each encrypted field accepts some report, formula, or filter limitations. Document the accepted trade-offs.

Gotchas
  • Encrypting every field produces slow, hard-to-report behavior. Limit Shield encryption to compliance-required fields.
  • Formula fields cannot reference Shield-encrypted source fields. Pre-existing formulas break when their source becomes encrypted; audit before encrypting.
  • Key rotation is a multi-week operational project. Plan as a project with testing, not as a one-click change.
  • Classic Encryption and Shield Platform Encryption are different products. Most modern orgs need Shield; Classic is legacy.
  • Default at-rest encryption satisfies basic encryption requirements but does not provide customer key control. Regulated contexts usually need Shield.

See the full Data Encryption entry

Data Encryption includes the definition, worked example, deep dive, related terms, and a quiz.