Privacy engineering is an emerging field of engineering which aims to provide methodologies, tools, and techniques to ensure systems provide acceptable levels of privacy. Its focus lies in organizing and assessing methods to identify and tackle privacy concerns within the engineering of information systems.[1]
In the US, an acceptable level of privacy is defined in terms of compliance to the functional and non-functional requirements set out through a privacy policy, which is a contractual artifact displaying the data controlling entities compliance to legislation such as Fair Information Practices, health record security regulation and other privacy laws. In the EU, however, the General Data Protection Regulation (GDPR) sets the requirements that need to be fulfilled. In the rest of the world, the requirements change depending on local implementations of privacy and data protection laws.
The definition of privacy engineering given by National Institute of Standards and Technology (NIST) is:[2]
Focuses on providing guidance that can be used to decrease privacy risks, and enable organizations to make purposeful decisions about resource allocation and effective implementation of controls in information systems.
While privacy has been developing as a legal domain, privacy engineering has only really come to the fore in recent years as the necessity of implementing said privacy laws in information systems has become a definite requirement to the deployment of such information systems. For example, IPEN outlines their position in this respect as:[3]
One reason for the lack of attention to privacy issues in development is the lack of appropriate tools and best practices. Developers have to deliver quickly in order to minimize time to market and effort, and often will re-use existing components, despite their privacy flaws. There are, unfortunately, few building blocks for privacy-friendly applications and services, and security can often be weak as well.
Privacy engineering involves aspects such as process management, security, ontology and software engineering.[4] The actual application of these derives from necessary legal compliances, privacy policies and 'manifestos' such as Privacy-by-Design.[5]
Towards the more implementation levels, privacy engineering employs privacy enhancing technologies to enable anonymisation and de-identification of data. Privacy engineering requires suitable security engineering practices to be deployed, and some privacy aspects can be implemented using security techniques. A privacy impact assessment is another tool within this context and its use does not imply that privacy engineering is being practiced.
One area of concern is the proper definition and application of terms such as personal data, personally identifiable information, anonymisation and pseudo-anonymisation which lack sufficient and detailed enough meanings when applied to software, information systems and data sets.
Another facet of information system privacy has been the ethical use of such systems with particular concern on surveillance, big data collection, artificial intelligence etc. Some members of the privacy and privacy engineering community advocate for the idea of ethics engineering or reject the possibility of engineering privacy into systems intended for surveillance.
Software engineers often encounter problems when interpreting legal norms into current technology. Legal requirements are by nature neutral to technology and will in case of legal conflict be interpreted by a court in the context of the current status of both technology and privacy practice.
As this particular field is still in its infancy and somewhat dominated by the legal aspects, the following list just outlines the primary areas on which privacy engineering is based:
Despite the lack of a cohesive development of the above areas, courses already exist for the training of privacy engineering.[8][9][10] The International Workshop on Privacy Engineering co-located with IEEE Symposium on Security and Privacy provides a venue to address "the gap between research and practice in systematizing and evaluating approaches to capture and address privacy issues while engineering information systems".[11][12][13]
A number of approaches to privacy engineering exist. The LINDDUN[14] methodology takes a risk-centric approach to privacy engineering where personal data flows at risk are identified and then secured with privacy controls.[15][16] Guidance for interpretation of the GDPR has been provided in the GDPR recitals,[17] which have been coded into a decision tool[18] that maps GDPR into software engineering forces[18] with the goal to identify suitable privacy design patterns.[19][20] One further approach uses eight privacy design strategies - four technical and four administrative strategies - to protect data and to implement data subject rights.[21]
Privacy engineering is particularly concerned with the processing of information over the following aspects or ontologies and their relations[22] to their implementation in software:
Further to this how the above then affect the security classification, risk classification and thus the levels of protection and flow within a system can then the metricised or calculated.
Privacy is an area dominated by legal aspects but requires implementation using, ostensibly, engineering techniques, disciplines and skills. Privacy Engineering as an overall discipline takes its basis from considering privacy not just as a legal aspect or engineering aspect and their unification but also utilizing the following areas:[25]
The impetus for technological progress in privacy engineering stems from general privacy laws and various particular legal acts:
{{cite book}}
: CS1 maint: multiple names: authors list (link)
{{citation}}
: CS1 maint: numeric names: authors list (link)