9 June 2017
9 June 2017

SQL Data Mask: masking configurations and reports

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

Down Tools Week 2017

Once a year, we hold Down Tools Week at Redgate. It’s our version of a hack week – a chance to put down the day job and spend a week working on something completely different. It’s an opportuni...

Also in Database DevOps & DLM

Where's the Ops in DevOps? Part 3

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

How might classification and better documentation improve data safety?

In this post, we imagine how auto-classification of data can be used to build better documentation that helps you trust that your organization can use data without posing a risk or compromising regu...

Also about SQL Data Mask

SQL Data Mask: new masking features, constants and composition

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