LogoLogo
2024.2Book a demo
  • Immuta Documentation - 2024.2
  • What is Immuta?
  • Self-Managed Deployment
    • Getting Started
    • Deployment Requirements
    • Install
      • Managed Public Cloud
      • Red Hat OpenShift
      • Generic Installation
      • Immuta in an Air-Gapped Environment
      • Deploy Immuta without Elasticsearch
    • Configure
      • Ingress Configuration
      • Cosign Verification
      • TLS Configuration
      • Immuta in Production
      • External Cache Configuration
      • Rotating Credentials
      • Enabling Legacy Query Engine and Fingerprint
    • Upgrade
      • Upgrade Immuta
      • Upgrade to Immuta 2024.2 LTS
    • Disaster Recovery
    • Troubleshooting
    • Conventions
    • Release Notes
  • Data and Integrations
    • Immuta Integrations
    • Snowflake
      • Getting Started
      • How-to Guides
        • Configure a Snowflake Integration
        • Snowflake Table Grants Migration
        • Edit or Remove Your Snowflake Integration
        • Integration Settings
          • Enable Snowflake Table Grants
          • Use Snowflake Data Sharing with Immuta
          • Configure Snowflake Lineage Tag Propagation
          • Enable Snowflake Low Row Access Policy Mode
            • Upgrade Snowflake Low Row Access Policy Mode
      • Reference Guides
        • Snowflake Integration
        • Snowflake Data Sharing
        • Snowflake Lineage Tag Propagation
        • Snowflake Low Row Access Policy Mode
        • Snowflake Table Grants
        • Warehouse Sizing Recommendations
      • Phased Snowflake Onboarding Concept Guide
    • Databricks Unity Catalog
      • Getting Started
      • How-to Guides
        • Configure a Databricks Unity Catalog Integration
        • Migrate to Unity Catalog
      • Databricks Unity Catalog Integration Reference Guide
    • Databricks Spark
      • How-to Guides
        • Configuration
          • Simplified Databricks Configuration
          • Manual Databricks Configuration
          • Manually Update Your Databricks Cluster
          • Install a Trusted Library
        • DBFS Access
        • Limited Enforcement in Databricks
        • Hide the Immuta Database in Databricks
        • Run spark-submit Jobs on Databricks
        • Configure Project UDFs Cache Settings
        • External Metastores
      • Reference Guides
        • Databricks Spark Integration
        • Databricks Spark Pre-Configuration Details
        • Configuration Settings
          • Cluster Policies
            • Python & SQL
            • Python & SQL & R
            • Python & SQL & R with Library Support
            • Scala
            • Sparklyr
          • Environment Variables
          • Ephemeral Overrides
          • Py4j Security Error
          • Scala Cluster Security Details
          • Databricks Security Configuration for Performance
        • Databricks Change Data Feed
        • Databricks Libraries Introduction
        • Delta Lake API
        • Spark Direct File Reads
        • Databricks Metastore Magic
    • Starburst (Trino)
      • Getting Started
      • How-to Guides
        • Configure Starburst (Trino) Integration
        • Customize Read and Write Access Policies for Starburst (Trino)
      • Starburst (Trino) Integration Reference Guide
    • Redshift
      • Getting Started
      • How-to Guides
        • Configure Redshift Integration
        • Configure Redshift Spectrum
      • Reference Guides
        • Redshift Integration
        • Redshift Pre-Configuration Details
    • Azure Synapse Analytics
      • Getting Started
      • Configure Azure Synapse Analytics Integration
      • Reference Guides
        • Azure Synapse Analytics Integration
        • Azure Synapse Analytics Pre-Configuration Details
    • Amazon S3
    • Google BigQuery
    • Legacy Integrations
      • Securing Hive and Impala Without Sentry
      • Enabling ImmutaGroupsMapping
    • Registering Metadata
      • Data Sources in Immuta
      • Register Data Sources
        • Create a Data Source
        • Create an Amazon S3 Data Source
        • Create a Google BigQuery Data Source
        • Bulk Create Snowflake Data Sources
      • Data Source Settings
        • How-to Guides
          • Manage Data Sources and Data Source Settings
          • Manage Data Source Members
          • Manage Access Requests and Tasks
          • Manage Data Dictionary Descriptions
          • Disable Immuta from Sampling Raw Data
        • Data Source Health Checks Reference Guide
      • Schema Monitoring
        • How-to Guides
          • Run Schema Monitoring and Column Detection Jobs
          • Manage Schema Monitoring
        • Reference Guides
          • Schema Monitoring
          • Schema Projects
        • Why Use Schema Monitoring?
    • Catalogs
      • Getting Started with External Catalogs
      • Configure an External Catalog
      • Reference Guides
        • External Catalogs
        • Custom REST Catalogs
          • Custom REST Catalog Interface Endpoints
    • Tags
      • How-to Guides
        • Create and Manage Tags
        • Add Tags to Data Sources and Projects
      • Tags Reference Guide
  • People
    • Getting Started
    • Identity Managers (IAMs)
      • How-to Guides
        • Microsoft Entra ID
        • Okta LDAP Interface
        • Okta and OpenID Connect
        • Integrate Okta SAML SCIM with Immuta
        • OneLogin with OpenID
        • Configure SAML IAM Protocol
      • Reference Guides
        • Identity Managers
        • SAML Single Logout
        • SAML Protocol Configuration Options
    • Immuta Users
      • How-to Guides
        • Managing Personas and Permissions
        • Manage Attributes and Groups
        • User Impersonation
        • External User ID Mapping
        • External User Info Endpoint
      • Reference Guides
        • Attributes and Groups in Immuta
        • Permissions and Personas
  • Discover Your Data
    • Getting Started
    • Introduction
    • Architecture
    • Data Discovery
      • How-to Guides
        • Enable Sensitive Data Discovery (SDD)
        • Manage Identification Frameworks
        • Manage Patterns
        • Manage Rules
        • Manage SDD on Data Sources
        • Manage Global SDD Settings
        • Migrate From Legacy to Native SDD
      • Reference Guides
        • How Competitive Pattern Analysis Works
        • Built-in Pattern Reference
        • Built-in Discovered Tags Reference
    • Data Classification
      • How-to Guides
        • Activate Classification Frameworks
        • Adjust Identification and Classification Framework Tags
        • How to Use a Built-In Classification Framework with Your Own Tags
      • Built-in Classification Frameworks Reference Guide
  • Detect Your Activity
    • Getting Started
      • Monitor and Secure Sensitive Data Platform Query Activity
        • User Identity Best Practices
        • Integration Architecture
        • Snowflake Roles Best Practices
        • Register Data Sources
        • Automate Entity and Sensitivity Discovery
        • Detect with Discover: Onboarding Guide
        • Using Immuta Detect
      • General Immuta Configuration
        • User Identity Best Practices
        • Integration Architecture
        • Databricks Roles Best Practices
        • Register Data Sources
    • Introduction
    • Audit
      • How-to Guides
        • Export Audit Logs to S3
        • Export Audit Logs to ADLS
        • Run Governance Reports
      • Reference Guides
        • Universal Audit Model (UAM)
        • Snowflake Query Audit Logs
        • Databricks Unity Catalog Audit Logs
        • Databricks Query Audit Logs
        • Starburst (Trino) Query Audit Logs
        • UAM Schema
        • Audit Export CLI
        • Governance Report Types
      • Deprecated Audit Guides
        • Legacy to UAM Migration
        • Download Audit Logs
        • System Audit Logs
    • Detection
      • Use the Detect Dashboards
      • Reference Guides
        • Detect
        • Detect Dashboards
        • Unknown Users in Audit Logs
    • Monitors
      • Manage Monitors and Observations
      • Detect Monitors Reference Guide
  • Secure Your Data
    • Getting Started with Secure
      • Automate Data Access Control Decisions
        • The Two Paths: Orchestrated RBAC and ABAC
        • Managing User Metadata
        • Managing Data Metadata
        • Author Policy
        • Test and Deploy Policy
      • Compliantly Open More Sensitive Data for ML and Analytics
        • Managing User Metadata
        • Managing Data Metadata
        • Author Policy
      • Federated Governance for Data Mesh and Self-Serve Data Access
        • Defining Domains
        • Managing Data Products
        • Managing Data Metadata
        • Apply Federated Governance
        • Discover and Subscribe to Data Products
    • Introduction
      • Scalability and Evolvability
      • Understandability
      • Distributed Stewardship
      • Consistency
      • Availability of Data
    • Authoring Policies in Secure
      • Authoring Policies at Scale
      • Data Engineering with Limited Policy Downtime
      • Subscription Policies
        • How-to Guides
          • Author a Subscription Policy
          • Author an ABAC Subscription Policy
          • Subscription Policies Advanced DSL Guide
          • Author a Restricted Subscription Policy
          • Clone, Activate, or Stage a Global Policy
        • Reference Guides
          • Subscription Policies
          • Subscription Policy Access Types
          • Advanced Use of Special Functions
      • Data Policies
        • Overview
        • How-to Guides
          • Author a Masking Data Policy
          • Author a Minimization Policy
          • Author a Purpose-Based Restriction Policy
          • Author a Restricted Data Policy
          • Author a Row-Level Policy
          • Author a Time-Based Restriction Policy
          • Certifications Exemptions and Diffs
          • External Masking Interface
        • Reference Guides
          • Data Policy Types
          • Masking Policies
          • Row-Level Policies
          • Custom WHERE Clause Functions
          • Data Policy Conflicts and Fallback
          • Custom Data Policy Certifications
          • Orchestrated Masking Policies
    • Domains
      • Getting Started with Domains
      • Domains Reference Guide
    • Projects and Purpose-Based Access Control
      • Projects and Purpose Controls
        • Getting Started
        • How-to Guides
          • Create a Project
          • Create and Manage Purposes
          • Adjust a Policy
          • Project Management
            • Manage Projects and Project Settings
            • Manage Project Data Sources
            • Manage Project Members
        • Reference Guides
          • Projects and Purposes
          • Policy Adjustments
        • Why Use Purposes?
      • Equalized Access
        • Manage Project Equalization
        • Project Equalization Reference Guide
        • Why Use Project Equalization?
      • Masked Joins
        • Enable Masked Joins
        • Why Use Masked Joins?
      • Writing to Projects
        • How-to Guides
          • Create and Manage Snowflake Project Workspaces
          • Create and Manage Databricks Project Workspaces
          • Write Data to the Workspace
        • Reference Guides
          • Project Workspaces
          • Project UDFs (Databricks)
    • Data Consumers
      • Subscribe to a Data Source
      • Query Data
        • Querying Snowflake Data
        • Querying Databricks Data
        • Querying Databricks SQL Data
        • Querying Starburst (Trino) Data
        • Querying Redshift Data
        • Querying Azure Synapse Analytics Data
      • Subscribe to Projects
  • Application Settings
    • How-to Guides
      • App Settings
      • BI Tools
        • BI Tool Configuration Recommendations
        • Power BI Configuration Example
        • Tableau Configuration Example
      • Add a License Key
      • Add ODBC Drivers
      • Manage Encryption Keys
      • System Status Bundle
    • Reference Guides
      • Data Processing, Encryption, and Masking Practices
      • Metadata Ingestion
  • Releases
    • Immuta v2024.2 Release Notes
    • Immuta Release Lifecycle
    • Immuta LTS Changelog
    • Immuta Support Matrix Overview
    • Immuta CLI Release Notes
    • Immuta Image Digests
    • Preview Features
      • Features in Preview
    • Deprecations
  • Developer Guides
    • The Immuta CLI
      • Install and Configure the Immuta CLI
      • Manage Your Immuta Tenant
      • Manage Data Sources
      • Manage Sensitive Data Discovery
        • Manage Sensitive Data Discovery Rules
        • Manage Identification Frameworks
        • Run Sensitive Data Discovery on Data Sources
      • Manage Policies
      • Manage Projects
      • Manage Purposes
    • The Immuta API
      • Integrations API
        • Getting Started
        • How-to Guides
          • Configure an Amazon S3 Integration
          • Configure an Azure Synapse Analytics Integration
          • Configure a Databricks Unity Catalog Integration
          • Configure a Google BigQuery Integration
          • Configure a Redshift Integration
          • Configure a Snowflake Integration
          • Configure a Starburst (Trino) Integration
        • Reference Guides
          • Integrations API Endpoints
          • Integration Configuration Payload
          • Response Schema
          • HTTP Status Codes and Error Messages
      • Immuta V2 API
        • Data Source Payload Attribute Details
        • Data Source Request Payload Examples
        • Create Policies API Examples
        • Create Projects API Examples
        • Create Purposes API Examples
      • Immuta V1 API
        • Authenticate with the API
        • Configure Your Instance of Immuta
          • Get Fingerprint Status
          • Get Job Status
          • Manage Frameworks
          • Manage IAMs
          • Manage Licenses
          • Manage Notifications
          • Manage Sensitive Data Discovery (SDD)
          • Manage Tags
          • Manage Webhooks
          • Search Filters
        • Connect Your Data
          • Create and Manage an Amazon S3 Data Source
          • Create an Azure Synapse Analytics Data Source
          • Create an Azure Blob Storage Data Source
          • Create a Databricks Data Source
          • Create a Presto Data Source
          • Create a Redshift Data Source
          • Create a Snowflake Data Source
          • Create a Starburst (Trino) Data Source
          • Manage the Data Dictionary
        • Manage Data Access
          • Manage Access Requests
          • Manage Data and Subscription Policies
          • Manage Domains
          • Manage Write Policies
            • Write Policies Payloads and Response Schema Reference Guide
          • Policy Handler Objects
          • Search Audit Logs
          • Search Connection Strings
          • Search for Organizations
          • Search Schemas
        • Subscribe to and Manage Data Sources
        • Manage Projects and Purposes
          • Manage Projects
          • Manage Purposes
        • Generate Governance Reports
Powered by GitBook

Other versions

  • SaaS
  • 2025.1
  • 2024.3

Copyright © 2014-2025 Immuta Inc. All rights reserved.

On this page
  • Immuta v2024.2.18
  • Bug fix
  • Immuta v2024.2.17
  • Behavior change
  • Bug fixes
  • Immuta v2024.2.16
  • Bug fixes
  • Immuta v2024.2.15
  • Bug fixes
  • Immuta v2024.2.14
  • Bug fixes
  • Immuta v2024.2.13
  • Update
  • Bug fix
  • Immuta v2024.2.12
  • Bug fixes
  • Immuta v2024.2.11
  • Bug fixes
  • Immuta v2024.2.10
  • Bug fixes
  • Immuta v2024.2.9
  • Bug fixes
  • Immuta v2024.2.8
  • Bug fix
  • Immuta v2024.2.7
  • New features and enhancements
  • Bug fixes
  • Immuta v2024.2.6
  • Bug fixes
  • Immuta v2024.2.5
  • Bug fixes
  • Bug fix with breaking API change
  • Immuta v2024.2.4
  • Enhancement
  • Bug fixes
  • Immuta v2024.2.3
  • Enhancement
  • Bug fixes
  • Immuta v2024.2.2
  • Enhancement
  • Bug fixes
  • Immuta v2024.2.1
  • Enhancements
  • Bug fixes
  • Immuta v2024.2.0
  • New features
  • User experience updates
  • Deprecations and breaking changes
  • Deprecation announcements
  • Removed features (EOL)
  • Breaking changes
  • v2024.2 migration notes

Was this helpful?

Export as PDF
  1. Releases

Immuta v2024.2 Release Notes

Immuta v2024.2.18

Immuta v2024.2.18 was released May 16, 2025.

Bug fix

When users attempted to apply tags to data source columns that contained a | character in their column name, they received an error stating that the specified column didn't exist.

Immuta v2024.2.17

Immuta v2024.2.17 was released May 9, 2025.

Behavior change

Disabled data source behavior for Azure Synapse Analytics, Databricks Unity Catalog, Google BigQuery, Redshift, and Snowflake integrations: Immuta will remove all policies on disabled data sources for these integrations.

  • Previous behavior: Disabling a data source triggered a lockdown policy, which revoked all users’ access until the data source was either deleted from Immuta or re-enabled.

  • New behavior: Disabling a data source will remove existing Immuta policies and prevent Immuta from adding new policies until the data source is re-enabled. Immuta policies will be removed from currently disabled data sources. For view-based integrations (Azure Synapse Analytics, Google BigQuery, and Redshift), if a user disables an object in Immuta, the Immuta-created view will be deleted.

To enable this behavior for your tenant, add the following snippet to the Advanced Settings section on the app settings page:

featureFlags:
  noLockdownOnDisable: true

Bug fixes

  • Databricks Unity Catalog integration: Users encountered the following error when applying a data policy on a data source after setting up the integration: [INSUFFICIENT_PERMISSIONS] Insufficient privileges: Table '__immuta_user' does not have sufficient privilege to execute because the owner of one of the underlying resources failed an authorization check. This release includes an update to the integration configuration script to grant the Immuta service principal the required privilege.

  • Fixes to address a race condition in the V1 API DELETE /dataSource/{dataSourceId} endpoint that caused Snowflake policies to be out-of-sync.

Immuta v2024.2.16

Immuta v2024.2.16 was released March 27, 2025.

Bug fixes

  • Snowflake integration upgrade: Fixed issue that caused validation failures when the casing of the IMMUTA_SYSTEM_ACCOUNT login name was different from the credentials provided.

  • Vulnerabilities addressed:

    • CVE-2024-6827

    • CVE-2025-1302

    • CVE-2025-27152

Immuta v2024.2.15

Immuta v2024.2.15 was released March 17, 2025.

Bug fixes

  • Users could not delete a tag that had been associated with a framework unless they deleted the framework.

  • After an Immuta upgrade, there were discrepancies between Impala FeatherLite hashing data policies.

  • In Databricks Unity Catalog, policies were not being properly applied to columns with names that included special characters.

  • Vulnerabilities addressed:

    • CVE-2024-57065

    • CVE-2024-6827

    • CVE-2025-25200

Immuta v2024.2.14

Immuta v2024.2.14 was released January 31, 2025.

Bug fixes

  • Schema monitoring failed in Snowflake integrations that used an Okta proxy in the additional connection string options field.

  • Fixes to reduce the file size of the system status bundles.

  • Vulnerability addressed: CVE-2025-22150

Immuta v2024.2.13

Immuta v2024.2.13 was released January 22, 2025.

Update

Databricks Unity Catalog integration: This release includes updates to the Databricks Unity Catalog integration to use Databricks paginated APIs, since Databricks will deprecate all unpaginated APIs in February 2025.

In versions older than 2024.2.13, Immuta uses many unpaginated Databricks APIs for policy enforcement. Performance will be impacted for customers on self-managed versions that still rely on those deprecated APIs, as they will be severely rate limited.

Bug fix

The Immuta Enterprise Helm Chart was not correctly deploying a load balancer for the right service.

Immuta v2024.2.12

Immuta v2024.2.12 was released December 19, 2024.

Bug fixes

  • Data source health status was updated with the wrong handler.

  • Fixes to address Snowflake integration validation errors that occurred after an upgrade.

  • The exclude query text advanced configuration option failed when using the Starburst (Trino) integration without Elasticsearch.

Immuta v2024.2.11

Immuta v2024.2.11 was released December 12, 2024.

Bug fixes

  • Data source health status was updated with the wrong handler.

  • Vulnerabilities addressed:

    • CVE-2024-21538

    • CVE-2023-25399

    • CVE-2024-3651

    • CVE-2024-37891

    • CWE-79

Immuta v2024.2.10

Immuta v2024.2.10 was released November 21, 2024.

Bug fixes

  • Performance improvements to the policy page.

  • The /api/v2/data endpoint was not properly adding a data source to the domain specified by the domainCollectionId attribute.

  • Vulnerability addressed: CVE-2024-21534

Immuta v2024.2.9

Immuta v2024.2.9 was released October 31, 2024.

Bug fixes

  • The /api/v2/data endpoint was not properly adding a data source to the domain specified by the domainCollectionId attribute.

  • OpenID Connect identity providers that had HTTP_PROXY, HTTPS_PROXY, or NO_PROXY environment variables configured failed with connection errors.

  • Added functionality that allows users to configure TLS server ciphers outside the default ciphers used by the Immuta deployment.

  • If two integrations existed and one of them was a Databricks Unity Catalog integration configured with proxyOptions that did not include username or password fields, the Immuta UI failed to render properly.

  • Vulnerabilities addressed:

    • CVE-2024-41818

    • CVE-2024-3651

    • CVE-2024-45801

    • CVE-2024-21534

    • CVE-2024-4067

Immuta v2024.2.8

Immuta v2024.2.8 was released September 27, 2024.

Bug fix

Various SCIM API calls returned a 404 status, even though the updates were successful.

Immuta v2024.2.7

Immuta v2024.2.7 was released September 26, 2024.

New features and enhancements

Authentication change to accommodate Snowflake moving away from password-only authentication: This release includes updates to our integration setup script to accommodate Snowflake beginning to transition away from password-only authentication for new accounts. When configuring an integration manually for a new Snowflake account, Immuta provides an updated manual setup script that permits password-only authentication by differentiating it as a legacy service with an additional parameter. Existing integrations will continue to function as-is.

Users on Immuta versions 2024.2.6 and older must use the manual setup option to configure the Snowflake integration. To use the automatic setup option to configure the Snowflake integration, users must upgrade to 2024.2.7.

Bug fixes

  • Users could not select Immuta as their IAM on the login screen and were only able to see their LDAP IAM in the dropdown menu.

  • Fixes to remove orphaned handler objects.

  • When mapping users from Immuta to Databricks in the Databricks Spark integration, Immuta was not honoring case insensitivity of usernames.

  • Fix to address schema monitoring and column detection errors in Redshift integrations.

  • Vulnerability addressed: CVE-2024-35255

Immuta v2024.2.6

Immuta v2024.2.6 was released September 11, 2024.

Bug fixes

  • Resolved an issue that prevented users from being able to subscribe to Redshift data sources.

    • bimAuthorizations

    • iamAuthorizations

    • authorizations

Immuta v2024.2.5

Immuta v2024.2.5 was released September 6, 2024.

Bug fixes

  • Updated encryption of information related to REST catalog passwords in the system bundle.

  • Existing Snowflake and Redshift integrations did not migrate properly after an upgrade.

  • Users encountered a JSON parsing error when querying Redshift data sources if policies were applied that contained backslashes in user attributes.

  • Fixed an issue that caused Google BigQuery data sources to get stuck in an unhealthy state.

  • Masking policies failed to apply to complex data type columns in Databricks if property names within the struct included special characters.

  • Vulnerabilities addressed:

    • CVE-2024-37890

    • CVE-2024-39338

    • CWE-29

Bug fix with breaking API change

{
    "statusCode": 403,
    "error": "Forbidden",
    "message": "You must have the \"CREATE_DATA_SOURCE\" permission."
}

Immuta v2024.2.4

Immuta v2024.2.4 was released August 9, 2024.

Enhancement

Databricks Unity Catalog ARRAY, MAP, and STRUCT type columns support masking with NULL.

Bug fixes

  • In some instances, data and subscription policies remained in a pending state and were not applied to data in the remote platform.

  • Addressed issues that prevented Starburst (Trino) from working properly with the query engine disabled.

  • Fix to address the New tag being incorrectly applied to data sources and locking down access to data.

  • Masking Snowflake OBJECT type columns with NULL failed.

  • CVE-2024-6345 addressed

Immuta v2024.2.3

Immuta v2024.2.3 was released July 26, 2024.

Enhancement

Previously, data source tasks were created for all events discovered by schema monitoring. Now, the following events will only have data source tasks created if there is a policy targeting the auto-applied New tag:

  • Column added

  • Column type changed

  • Data source created

Bug fixes

  • Immuta would allow for the data dictionary to be updated to empty, but this empty state was not supported by backend functions.

  • External user IDs failed to save if the username contained a psql slash command ("\e", "\t", "\q", etc.).

  • Data sources in view-based integrations were sometimes locked down and inaccessible to users after being registered in Immuta, even if no policies applied to them.

Immuta v2024.2.2

Immuta v2024.2.2 was released June 25, 2024.

Enhancement

Comply with column length and precision in a Snowflake masking policy: Snowflake is soon requiring the outputs of masked columns to comply with the length, scale, and precision of what the Snowflake columns require. To comply with this Snowflake behavior change, Immuta truncates the output values in masked columns to match the Snowflake column requirements so that users' queries continue to complete successfully.

Bug fixes

Vulnerabilities addressed:

  • CVE-2024-4068

  • CVE-2024-4067

Immuta v2024.2.1

Immuta v2024.2.1 was released June 7, 2024.

Enhancements

  • Trino universal audit model available with Trino 435 using the Immuta Trino plugin 435.1: For customers that are using EMR 7.1 with Trino 435.1, and have audit requirements, the Immuta Trino 435.1 plugin now supports audit in universal audit model. The Immuta Trino 435.1 plugin audit information is on par with Immuta Trino 443 plugin. The Immuta Trino 435.1 plugin is supported on SaaS and 2024.2 and later.

  • Data owners can now see audit events for the data sources that they own without having the AUDIT Immuta permission: Data owners can see query events for their data sources on the audit page, data overview page, data source pages, and the data source activity tab. They can also inspect Immuta audit events on the audit page and activity tab for the data sources they own. This enhancement gives data owners full visibility of activity in the data sources they own.

Bug fixes

  • UI performance issues

  • Fixes to address issues that caused Immuta to fail passing the SSL cert supplied by customers using an external metadata database.

  • IAM integrations that had SCIM enabled did not support backslashes \ in usernames.

  • Subscription policies that included variables (@host, @database, @schema, @table) caused UI performance issues.

  • Immuta was not escaping or encoding special backslash characters (/, \) in usernames, which resulted in bad API requests.

  • Deleting and re-enabling a Redshift integration caused issues for data sources with custom schema/table names and formats.

  • Databricks Unity Catalog integration configuration failed to save if Oauth token passthrough was used as the authentication method.

  • Fixes to address an issue that caused Redshift data source subscriptions to fail if users were subscribed to a large number of them.

Immuta v2024.2.0

Immuta v2024.2.0 was released May 10, 2024.

New features

Immuta Detect is a tool that monitors your data environment and provides analytic dashboards in the Immuta UI based on audit information of your data use.

Immuta Discover

Immuta Secure

  • Support protecting more than 10,000 objects with Unity Catalog row- and column- level policies: Users can now mask more than 10,000 columns or tables with row filters, removing the previous limitation in the Unity Catalog integration. This enhancement provides greater flexibility and scalability for data masking operations, allowing users to effectively secure sensitive data across larger datasets.

  • Faster query performance with Snowflake memoizable functions in public preview: When a policy is applied to a column, Immuta now uses Snowflake memoizable functions to cache the result of common lookups in the policy encapsulated in the called function. Subsequently, when users query a column with the applied policy, Immuta leverages the cached result, which significantly enhances query performance. Contact your customer success manager for more details.

  • Disable k-anonymization by default and allow users to opt-in: When a k-anonymization policy is applied to a data source, the columns targeted by the policy are queried under a fingerprinting process that generates rules that enforce the k-anonymity. The results of this query, which may contain data that is subject to regulatory constraints such as GDPR or HIPAA, are stored in Immuta's metadata database.

  • Collibra PII assignments: When pulling personally identifiable information (PII) from Collibra, Immuta now includes and differentiates true and false value assignments as Personally Identifiable Information.true and Personally Identifiable Information.false to more accurately reflect how PII is set in Collibra.

  • Running table statistics only if required (instead of by default): Table statistics consist of row counts, identification of high cardinality columns, and a sample data fingerprint. Immuta needs to collect this information in order to support the following data access policy types:

    • Column masking with randomized response

    • Column masking with format preserving masking

    • Column masking with k-anonymization

    • Column masking with rounding

    • Row minimization

    Prior to this change, table statistics would be collected for every newly onboarded object by default, except if the object had a Skip_Stats tag applied. Post this change, table statistics are now only collected on a data object once they are required (i.e., if one of the above-mentioned policy types is applied). Even then, the Skip_Stats tag continues to be respected. This change results in performance improvements, as the number of standard operations during data object onboarding is significantly reduced.

  • Alation custom fields integration: In addition to Alation standard tags, Immuta’s Alation integration now also supports pulling information from Alation custom fields as tags into Immuta.

User experience updates

  • Improved user experience for managing users, data sources, and policies in public preview: This deployment includes significant user experience updates focused on enhancing Immuta's key entities: users, data sources, and policies.

    • The People section has a more intuitive experience with notable changes. Users and groups have been split into two separate tabs. The first tab provides an overview of a user or group, while the second tab contains detailed settings, such as permissions, attributes, and associated groups.

      Another enhancement in the People section is the new Attributes page, which centralizes all information about an attribute, including the users or groups it applies to.

    • The Data Sources section has been completely redesigned to offer a more efficient search and filter experience. Users can preview details of a data source through expandable rows on the list and access bulk actions for data sources more easily.

    • The Policy section includes an updated list with improved search and filter capabilities. Additionally, a policy detail page allows users to view comprehensive policy information, take action, edit policies, and see a list of targeted data sources.

  • “Pending” policy state: A new Pending policy state indicates when background jobs are running to update permissions after a policy is created or changed. Once the Pending state changes to Active, all policy changes have been enforced on affected data sources.

  • Color coding for data source health: The health status for each data source on the data source list page now uses color coding to provide a visual for users so they can quickly determine whether they should take action related to the health of data sources. Additionally, unhealthy data sources are ranked at the top of the list on the data source page to ensure that when users log in to Immuta they are aware that unhealthy data sources exist in the system. Prior to this change, users had to click through all data source pages or had to explicitly set up a filter to achieve the same behavior.

  • Updates to button labels: Two buttons have been renamed to align their labels more closely with their functionality.

    • The "Sync Native Policies" button has been renamed to "Sync Data Policies" to better reflect its function.

    • The "Refresh Native Views/Policies" button has been renamed to "Refresh Native Views/Data Policies" for improved accuracy.

Dark mode and other usability updates

  • The new user profile page separates information better and makes it easier to understand.

  • Keyboard shortcuts are now available for some common functions. Keep an eye out for in-app guidance that helps with how to use them.

  • The account menu is wider for better readability and now has an option to toggle between light and dark mode. By default, Immuta still uses your browser settings.

  • Browser tabs tell you which page you’re on, instead of all being labeled “Immuta Console.” A new, adaptive favicon allows you to still tell that it’s Immuta at-a-glance, whether you’re in light or dark mode.

  • Fix to address a UI issue that led customers to believe that disabled users were not getting their access revoked. The UI has been updated and disabled users are now being filtered out from the data source members tab.

Deprecations and breaking changes

Deprecation announcements

Deprecated items remain in the product with minimal support until their end of life date.

Feature
Deprecation notice
End of life (EOL)

Derived data sources (and CREATE_DATA_SOURCE_IN_PROJECT permission)

2024.2

2024.4

2024.2

2024.4

Legacy sensitive data discovery (SDD)

2023.3

2024.4

Removed features (EOL)

Feature
Deprecation notice
End of life (EOL)

Amazon EMR Spark & Hive proxy connector

2023.2

2024.2

Azure Data Lake Storage proxy connector

2023.3

2024.2

Azure SQL Proxy Connector

2023.3

2024.2

Data source expiration dates

2023.2

2024.2

dbt integration

2024.1

2024.2

Databricks Spark with Unity Catalog support

2024.1

2024.2

Non-Unity Databricks SQL view-based integration

2023.3

2024.2

Discussions tab

2023.3

2024.2

HIPAA expert determination and templated policies (HIPAA and CCPA)

2023.3

2024.2

Interpolated WHERE clause

2023.2

2024.2

Legacy Amazon S3 proxy

2023.3

2024.2

Legacy Starburst (Trino) integration

2023.2

2024.2

MySQL proxy connector

2024.1

2024.2

Query editor (now turned off by default)

2023.3

Starting to remove with 2024.2

Single Node Docker installation

2023.2

2024.2

Legacy Snowflake view-based integration (Snowflake integration without Snowflake Governance features)

2023.2

2024.2

Tableau connector

2023.3

2024.2

Breaking changes

  • Change to POST /tag/{modelType}/{modelId} endpoint: The POST /tag/{modelType}/{modelId} endpoint (which adds tags to models that can be tagged, such as data sources and projects) can only apply tags that exist to these models. This update presents one breaking change: A 404 status will now be returned with the tag(s) that were not valid instead of a 200 status, and no tags will be processed if any invalid tags are found.

    {
      "statusCode": 404,
      "error": "Not Found",
      "message": "Tags with the names [`country`, `sensitive`] do not exist."
    }
  • Change to POST /tag/column/{datasource_id}_{column_name} endpoint: The POST /tag/column/{datasource_id}_{column_name} endpoint (which adds tags to columns on data sources) can only tag existing columns on data sources. It does this by checking the dictionary associated with the data source to see if the desired column exists on the data source. This deployment introduces two breaking changes:

    • Column does not exist 404: When the column does not exist on the data source, a 404 status is now returned instead of a 200.

      {
      "statusCode": 404,
      "error": "Not Found",
      "message": "Data Source {datasourceId} does not have a column named '{columnName}' (case-sensitive)."
      }
    • Dictionary does not exist 404: When an associated dictionary does not exist on the specified data source (that you have access to add tags to), a 404 status is now returned instead of a 403.

      {
      "statusCode": 404,
      "error": "Not Found",
      "message": "Could not find column information for Data Source {datasourceId}."
      }
  • Change to POST /project: Users will receive a 422 status error instead of a 400 status error when trying to create a new project name that would result in a database conflict on the project's unique name.

  • Change to POST /api/v2/data response: creating will not be returned in the response when using this endpoint the first time; the response will just include bulkId and connectionString. However, when updating a data source using POST /api/v2/data, the response will include creating: [] (with no data source names inside the array).

v2024.2 migration notes

  • You must be on Immuta version 2022.5 or newer to migrate directly to 2024.2.

  • Integrations API: If you did not have integrations API turned on prior to 2024.2.0, when the tenants are restarted after upgrading, the system will perform a short migration of the integrations from the global configuration to the new integrations bometadata tables in support of integrations API.

PreviousReleasesNextImmuta Release Lifecycle

Last updated 15 days ago

Was this helpful?

The authorizations attribute will now be excluded from the if the requesting user does not have the USER_ADMIN Immuta permission.

The following attributes will now be excluded from the if the requesting user does not have the USER_ADMIN Immuta permission:

Only users with the permission are authorized to use the endpoint; users without that permission will be blocked and get a 403 status returned.

: Immuta Detect monitors help you surface non-compliant data combinations and maintain data availability through data platform configuration changes. Monitors can notify you when user activity metrics exceed your intended operating thresholds. Monitors work with query tags, query execution outcomes, and Immuta Discover classification sensitivities when enabled.

: For a query that joins tables, Immuta uses the same classification rules applied to tables and applies those rules to columns of the query. Immuta applies a new set of classification tags to the query columns and calculates sensitivity for the query event in the audit record. These query classification tags are not included on the table's data dictionary.

: Over 90 audit events are captured and can be exported to S3 or ADLS Gen2. See the full list of supported events on the .

: Native SDD is available for Snowflake and Databricks in general availability, and Starburst (Trino) and Redshift in private preview. Native SDD automatically discovers and tags your data based on the identifiers it matches but, unlike non-native SDD, it does not persist or move any of your data. It is enabled by default.

SDD tag context: Native SDD leaves legacy SDD tags in place when they are not found upon a subsequent re-scan of a data source. Customers who begin using native SDD can see results with no impact to prior legacy SDD tags. See the .

: Immuta comes preconfigured with a bundle of classification frameworks for use out-of-the-box once endorsed by your organization's admins. These frameworks are designed by Immuta’s Legal Engineering and Research Engineering teams and informed by data privacy regulations and security standards: GDPR, CCPA, GLBA, HIPAA, PCI, and global best practices. They are a starting point for companies to customize to their own classification, security, and risk policies.

: In addition to read operations, Immuta's Starburst (Trino) and Amazon S3 integrations now support fine-grained access permissions for write operations.

: Row- and column-level policies can now account for purposes and projects for additional security. With this policy configuration, a user will only be able to view the data the policy applied to if they are acting under a certain purpose and that data is within their current project. Purpose exception policies ensure data is only being used for the intended purposes.

: Immuta supports establishing connections to Databricks using OAuth Machine-to-Machine (M2M) authentication. This feature enhances security and simplifies the process of integrating Databricks with Immuta, leveraging the robust capabilities of OAuth M2M authentication.

Disable external usernames with invalid Databricks identities: Databricks user identities for Immuta users will now be automatically marked as invalid when the user is not found during policy application. This will prevent them from being affected by Databricks policy until . This change drastically improves syncing performance of subscription policies for Databricks Unity Catalog integrations when Immuta users are not present in the Databricks environment.

To ensure this process does not violate your organization's data localization regulations, you need to first activate this masking policy type before you can use it in your Immuta tenant. To enable k-anonymization, . If you have existing k-anonymization policies, those policies will not be affected by this change.

: The Integrations API will be enabled by default when users upgrade to 2024.2. With this feature, the Integrations UI is in a new section of the product. Also, when creating Snowflake integrations, tag extraction will no longer be an option. Users can and manage existing Snowflake external catalogs via the External Catalog section of the Immuta app settings page.

Managing the

Immuta Detect
Query monitoring with webhook notifications for Databricks, Snowflake and Starburst (Trino) in public preview
Native sensitive data discovery (SDD)
Migrate legacy to native SDD page for more details
Write policies for Starburst (Trino) and Amazon S3 in private preview
POST api/v2/data
Universal audit model
Integrations API
Dynamic query classification in private preview
CREATE_DATA_SOURCE
Built-in classification frameworks in private preview
adjust the setting on the Immuta app settings page
set up tag extraction
Project-scoped purpose exceptions for Snowflake and Databricks Unity Catalog integrations in public preview
OAuth M2M support for Databricks Unity Catalog
manually marked as valid again in their Immuta user profile
Universal audit model (UAM) page
default subscription policy
GET /bim/group response
GET /bim/user response