SQL Data Mask is the latest prototype to come out of the Foundry, Redgate’s research and development division. It copies your database while anonymizing personal data. You can use it to mask your databases right now, free of charge.

In our last update we shipped the first on premises version of the app, previous versions only work in Azure in our foundry labs page.

We’re working closely with a select group of people who are helping us test and iterate this solution; our goal is to make sure SQL Data Mask is able to satisfy your masking requirements.

What is new:

Based on the feedback you’ve given us SQL Data Mask now has the ability to import/export masking configuration files and we provide a masking report once a masking job is completed.

Masking configuration files:

There are three reasons for masking configuration files:

  • To incrementally mask your database as you discover sensitive data.
  • To source control your work and easily share it with your colleagues.
  • For automation.

This is the first effort towards that. You can now import and export a masking configuration file that you can re-use, share and source control.

Here is an example of how the [Person.Address] table has been updated to mask the address lines.You can see this change from a source control system once you export the masking configuration file.

Masking reports:

With GDPR around the corner and companies trying to keep audit trails, many of you have raised the importance of reports for auditing reasons. This is why we decided to provide a report capability very early in the development process in order to work with users and enhance this report.

Once you complete a masking job we give you the ability to view the masking report as well as being able to export it to disk.

Here is an example of a masking report for AdventureWorks:

Join the EAP:

Here are some other things we’ve done to make SQL Data Mask better.

  • Masking configuration page changes:
    • Added the ability to filter tables
    • Tables are now ordered by schema and table name
    • The list of tables is now scrollable
  • Created destination database changes:
    • Login objects are now ignored
    • Mappings from database users to logins are now ignored
  • Miscellaneous:
    • Added support for authenticated proxies

What is next?

The two main things we want to work on and investigate are more flexible masking features and the ability to automate SQL Data Mask.

In the meantime, head over to Redgate Foundry and try SQL Data Mask now – we’d love to hear how well it masks your database for you.

Share this post.

Share on FacebookShare on Google+Share on LinkedInTweet about this on Twitter

Related posts

Also in Blog

You’re not delivering DevOps to the database

I’ve read through a number of the industry thought leaders to get an understanding of how DevOps is being communicated out there. As with so much else in life, you can start at Wikipedia to get a ge...

Also in Database DevOps & DLM

Where's the Ops in DevOps? Part 2

In this three-part series, guest bloggers from DevOpsGuys look at the real role of Ops in DevOps. Where it changes, how it changes, and why Ops has an important part to play in the brave new world of ...

Also about Foundry

Data classification: understanding and protecting your data

A data discovery and classification research project from Foundry

In Foundry, we’re responsible for developing new products and technology to support the changing needs of our customers. We’ve ...

Also about SQL Data Mask

Masking your on-premises database with SQL Data Mask

Things move fast in Foundry, Redgate’s research and development division. In our last update three weeks ago we announced our intention to build a version of SQL Data Mask that would mask on-premise...