Immuta vs Thales CipherTrust
Check differences in scope, deployment and cost. Use the evaluation questions to resolve what the sources leave open.
Read each action with its limits. General capability and environment marks do not establish a specific workflow. Unconfirmed means support was not established in our research.
| Compare | ImmutaUpdated | Thales CipherTrustUpdated |
|---|---|---|
| Approach | Immuta manages access policies in supported analytics platforms. Enforcement differs by integration, so a Snowflake masking policy should not be assumed to work identically in BigQuery or S3. [1] | CipherTrust combines data discovery with separately configured encryption and key-management components. Cloud key support does not establish content scanning or access governance for the same service. [1] [2] |
| Classify Snowflake data | Immuta runs regex and dictionary identification queries in Snowflake, returning column names and matching identifiers without raw values. Column-name identification uses metadata held in Immuta. [5] Content identification generally covers text columns, with documented date and time exceptions. Competitive identifiers require a 90% sample match and queries time out after 15 minutes by default. Test sparse sensitive values and complex views. [5] | This workflow has not been established in our research. |
| Mask sensitive columns in Snowflake | Immuta administers native Snowflake column-masking and row-access policies on registered objects. Users query Snowflake directly and receive policy-controlled results. [4] The integration requires Snowflake Enterprise. User mapping and policy sync must be configured. Listed excepted users and roles bypass Immuta policies. Include those identities and views in the acceptance test. [4] | This workflow has not been established in our research. |
| Discovery & classification | Documented [1] | Documented [1] |
| Access governance | Documented [1] | Unconfirmed |
| Data loss prevention | Unconfirmed | Unconfirmed |
| Detection & response | Unconfirmed | Unconfirmed |
| Encryption & tokenization | Unconfirmed | Documented [2] |
| Microsoft 365 | ? Unconfirmed | ◐ Partial Data Discovery and Classification lists Exchange Online and SharePoint Online. Confirm OneDrive and permissions-analysis scope. [1] |
| AWS | ◐ Partial Redshift uses policy-enforced views. S3 supports subscription policies but the comparison table does not list data-policy enforcement. [1] | ◐ Partial S3 discovery and AWS key-management integrations are documented. These are different components. [1] [2] |
| Google Cloud | ◐ Partial BigQuery uses policy-enforced views. The integration matrix limits sensitive-data discovery to column-name identification. [1] | ◐ Partial Cloud Key Manager supports GCP key-management options. Content discovery across GCP stores is unconfirmed in these sources. [2] |
| Snowflake / Databricks | ● Full Snowflake and Databricks integrations support native access policies. Verify feature parity for your integration mode. [1] | ? Unconfirmed |
| On-prem shares | ? Unconfirmed | ● Full Discovery supports Windows/CIFS/SMB and Unix/NFS network storage. [1] |
| SaaS apps | ? Unconfirmed | ◐ Partial Discovery includes Google Workspace. Key-management integrations include Salesforce, with different controls. [1] [2] |
| Deployment and data handling | In Snowflake, Immuta administers native row-access and column-masking policies on tables. [2] [3] [4]
| Cloud Key Manager is a licensed component of the CipherTrust Manager appliance. [2]
|
| Pricing | Pricing was not established in the reviewed sources. | Pricing was not established in the reviewed sources. |
| Test in the evaluation |
|
|
Full refers to the documented scope above. It does not establish every control in every store. How coverage is assessed. Turn a coverage claim into an evaluation test.
Change platforms