Anonymize data: Difference between revisions
Line 21: | Line 21: | ||
Following example script anonymizes selected columns in a datatable and writes the result to a new datatable. Each anonymized data value gets a distinct numeric value starting from one. Note that this approach may give different anonymized values, when the anonymization is done in the next time. | Following example script anonymizes selected columns in a datatable and writes the result to a new datatable. Each anonymized data value gets a distinct numeric value starting from one. Note that this approach may give different anonymized values, when the anonymization is done in the next time. | ||
<syntaxhighlight lang="typescript"> | <syntaxhighlight lang="typescript"> | ||
let skipAnonymizationForValues = [null, "Unknown"]; // list values that are not anymized | |||
let mappings = #{}; | let mappings = #{}; | ||
function PseudonymizeColumn(columnName, originalValue) { | function PseudonymizeColumn(columnName, originalValue) { | ||
if (IndexOf(skipAnonymizationForValues, originalValue) > -1) { | |||
return originalValue; | |||
} | |||
let dict; | let dict; | ||
if (!mappings.ContainsKey(columnName)) { | if (!mappings.ContainsKey(columnName)) { |
Revision as of 13:50, 23 March 2023
Process mining often handles sensitive data, and thus being able to anonymize the data is an essential feature. For example, personally identifiable information (PII) can be removed. The goal of anonymization is hide the sensitive details in the data, while preserving the analytical utility of the data.
Principles and best practices
Data can be anonymized in different phases of the data flow depending on requirements. QPR ProcessAnalyzer provides the following approaches where the data can be anonymized:
- In the source system, for example using a view in data source system's database. In this approach, the original data is not fetched into QPR ProcessAnalyzer at all, so the anonymization can be done in a way that even the QPR ProcessAnalyzer administrators don't have access to the original data.
- In the query to fetch the data from the source system. In this approach like in the previous, the original data is not fetched into QPR ProcessAnalyzer at all. The difference is that QPR ProcessAnalyzer developer users may have possibility to see the original data, because they can change the way the anonymization is done or even remove the anonymization. Benefit of this approach comparing to the previous is that no changes to the source system is needed to implement anonymization.
- During data extraction from the source system, the data is immediately anonymized in QPR ProcessAnalyzer and stored to datatables. In this approach, the original data is not stored permanently to QPR ProcessAnalyzer, and it's not possible to access the original data after the extraction. Similar to the previous approach, developer users have possibility to see the original data by modifying the script where the anonymization is done. In this approach the original data is loaded from the source system into QPR ProcessAnalyzer, but usually this doesn't matter because the transferred data is always encrypted.
- Original data is loaded into QPR ProcessAnalyzer datatables, and data is anonymized from those datatables and written to other datatables. Benefit of this approach is that the anonymization method can be changed without reloading the data from the source system. When this approach is used, it's important to set the permissions in a way that users don't have access to the datatables containing the original data.
- Anonymization is performed when model is loaded into memory. This approach is similar to the previous, except the data is transformed when the model is used (ELT is used instead of ETL). This approach requires to use the loading script. The benefit of this approach is that the data doesn't need to be stored twice to datatables. Possible drawback is that the loading might take longer time due to increased computing time to perform the anonymization.
- Anonymization is performed in dashboard queries for individual dashboards to show the data anonymized. This approach is meant only for testing anonymization methods to find the suitable technique. This approach cannot be used in production, because even though seeing the anonymized data, the dashboard users still have access to the original data in the process mining model.
- If anonymized data is meant to be used outside QPR ProcessAnalyzer, anonymization can be performed when exporting data from QPR ProcessAnalyzer. If the original data is stored in QPR ProcessAnalyzer, make sure that users who are only allowed to see the anonymized data, don't have access to the original data.
Choosing the most suitable method for anonymization is all about balancing between the level of privacy and the usefulness of the anonymized data in analytical purposes. The more the data is anonymized, the more details are lost which will limit what kind of analysis and relevant findings can be done from the data. You may get started with the anonymization by gathering the requirements for both
- What sensitive data should not be revealed
- What kind of process mining analyses are intended based on the data
Anonymization techniques
Pseudonymization with running numbering
Pseudonymization is a method for anonymization where is anonymized data value is mapped to another value where the original value cannot be derived. The idea is that same data values always get the same anonumized value, which helps to keep the data more usable for the analysis despite the anonymization.
Following example script anonymizes selected columns in a datatable and writes the result to a new datatable. Each anonymized data value gets a distinct numeric value starting from one. Note that this approach may give different anonymized values, when the anonymization is done in the next time.
let skipAnonymizationForValues = [null, "Unknown"]; // list values that are not anymized
let mappings = #{};
function PseudonymizeColumn(columnName, originalValue) {
if (IndexOf(skipAnonymizationForValues, originalValue) > -1) {
return originalValue;
}
let dict;
if (!mappings.ContainsKey(columnName)) {
dict = #{};
mappings.Set(columnName, dict);
} else {
dict = mappings[columnName];
}
if (originalValue == null) {
originalValue = "(null)";
}
if (!dict.ContainsKey(originalValue)) {
dict.Set(originalValue, `${columnName}: ${dict.Count + 1}`);
}
return dict[originalValue];
}
function Pseudonymize(df, cols) {
for (let i = 0; i < CountTop(cols); ++i) {
let col = cols[i];
df = df.SetColumns([
col: () => PseudonymizeColumn(col, Column(col))
]);
}
}
let sourceDatatable = DataTableById(1);
Pseudonymize(
sourceDatatable.SqlDataFrame.Collect(),
["Case Id", "Company Code", "Customer Name"]
).Persist(sourceDatatable.Name + "_pseudonymized", #{"ProjectId": sourceDatatable.Project.Id});
Pseudonymization with hashing
Following example script anonymizes selected columns in a datatable and writes the result to a new datatable. The anonymization is done by calculating a hash value for each anonymized data value. The benefit of the hashing method is that it gives always the same hash values to the data, so the anonymization can be done again while keeping the same anonymized values that appeared earlier. Note that the hashing needs to be done in a secure way by including a secret string to the anonymized data values. This way, without knowing the secret, the hashing process cannot be reversed with a brute-force method.
let secret = "JvqcfiCDksrHqe94maYcm3RvEe0eAY"; // replace with your own secret
function PseudonymizeByHashing(df, cols) {
for (let i = 0; i < CountTop(cols); ++i) {
let col = cols[i];
df = df.SetColumns([
col: () => `${col}: ${Hash(`${Column(col)}${secret}`)}`
]);
}
}
let sourceDatatable = DataTableById(1);
PseudonymizeByHashing(
sourceDatatable.SqlDataFrame.Collect(),
["Case Id", "Company Code", "Customer Name"]
).Persist(sourceDatatable.Name + "_pseudonymizedWithHash", #{"ProjectId": sourceDatatable.Project.Id});
Shuffling
Following example anonymizes data by shuffling values in each of the selected columns:
function ShuffleData(df, cols) {
for (let i = 0; i < CountTop(cols); ++i) {
let shuffledData = Shuffle(NumberRange(0, CountTop(df.Rows) - 1));
let col = cols[i];
let j = 0;
df = df.SetColumns([
`${col}`: () => df.Column(col)[shuffledData[j++]]
]);
}
}
let sourceDatatable = DataTableById(1);
ShuffleData(
sourceDatatable.SqlDataFrame.Collect(),
["Case Id", "Company Code", "Customer Name"]
).Persist(sourceDatatable.Name + "_shuffled", #{"ProjectId": sourceDatatable.Project.Id});
Masking
Data can be masked using the following script. The given number of characters are masked.
function Mask(df, cols, maskCharacters) {
let mask = StringJoin("", Repeat(maskCharacters, "*"));
let maskLength = mask.length;
for (let i = 0; i < CountTop(cols); ++i) {
let col = cols[i];
df = df.SetColumns([
`${col}`: () => If(Column(col) == null || Column(col).length < maskLength, mask, mask + Column(col).Substring(maskLength))
]);
}
}
let sourceDatatable = DataTableById(1);
Mask(
sourceDatatable.SqlDataFrame.Collect(),
["Case Id", "Company Code", "Customer Name"],
5
).Persist(sourceDatatable.Name + "_masked", #{"ProjectId": sourceDatatable.Project.Id});
Generalization: broader categories
Categorical data can be converted into more general level by mapping each value into a broader category.
function MapCategories(df, cols, mappings) {
let reverseMappings = #{};
mappings.Keys.{
let key = _;
mappings[key].{
let value = _;
reverseMappings.Set(value, key);
}
};
for (let i = 0; i < CountTop(cols); ++i) {
let col = cols[i];
df = df.SetColumns([
`${col}`: () => {
let value = Column(col);
return If(reverseMappings.ContainsKey(value), reverseMappings[value], value);
}
]);
}
}
let sourceDatatable = DataTableById(1);
MapCategories(
sourceDatatable.SqlDataFrame.Collect(),
["Country"],
#{
"Europe": ["Germany", "Spain", "Sweden", "Norway"],
"Middle East": ["Saudi Arabia", "Qatar", "United Arab Emirates"],
"North America": ["USA", "Canada", "Mexico"]
}
).Persist(sourceDatatable.Name + "_generalizedCategories", #{"ProjectId": sourceDatatable.Project.Id});
Generalization: rounding numbers
Numerical data can be anonymized by rounding the precise original value to a more generic level (e.g., to the nearest hundred):
function RoundNumbers(df, cols, precision) {
for (let i = 0; i < CountTop(cols); ++i) {
let col = cols[i];
df = df.SetColumns([
`${col}`: () => If(Column(col) == null, null, Round(Column(col) / precision, 0) * precision)
]);
}
}
let sourceDatatable = DataTableById(1);
RoundNumbers(
sourceDatatable.SqlDataFrame.Collect(),
["Cost"],
100
).Persist(sourceDatatable.Name + "_rounded", #{"ProjectId": sourceDatatable.Project.Id});
Adding random noise
This script add random noise to numerical data. The random noise is defined as a number between minimum and maximum value.
function AddRandomNoise(df, cols, min, max) {
for (let i = 0; i < CountTop(cols); ++i) {
let col = cols[i];
df = df.SetColumns([
`${col}`: () => If(Column(col) == null, null, Column(col) + min + (max - min) * Random())
]);
}
}
let sourceDatatable = DataTableById(66);
AddRandomNoise(
sourceDatatable.SqlDataFrame.Collect(),
["Cost"],
100,
50
).Persist(sourceDatatable.Name + "_randomNoise", #{"ProjectId": sourceDatatable.Project.Id});
Column removal
Columns containing confidential data can be removed as follows:
let sourceDatatable = DataTableById(1);
sourceDatatable.SqlDataFrame.Collect()
.RemoveColumns(["Case Id", "Company Code", "Customer Name"])
.Persist(sourceDatatable.Name + "_columnsRemoved", #{"ProjectId": sourceDatatable.Project.Id});