This blog looks at the requirement within both the DPA 2018 and the GDPR to verify the identity of an individual making a request before acting or releasing information. Our clients are regularly raising questions and concerns with our consultants, along the lines of ‘what do I need to do?’
Let’s start by giving you a bit of context. A 2019 news story featured a presentation given at the Black Hat security conference in Las Vegas by a PhD student from Oxford University. The student decided to contact about 150 organisations to see how much information he could obtain on his fiancée (with her permission of course… and naturally all in the interest of academic research!).
Anyway, he managed to obtain a mine of ‘useful’ information including credit card and social security numbers, passwords, and even her mother’s maiden name. Of the organisations which responded, 24% simply accepted an email address and phone number as proof of identity and proceeded to send over all the files they had on his fiancée. A further 16% requested easily forgeable ID information.
So why was it so easy to obtain all this information?
One suggestion is that organisations are concerned by the time restriction imposed by the GDPR to respond to requests, which reduced from 40 days to a month with the introduction of the GDPR. As a result, they are looking to ‘process’ the request as quickly and efficiently as possible. Another possible explanation is that front line staff receiving these subject access requests simply don’t know what they should and shouldn’t do as they haven’t been adequately trained.
So, what are the rules around verifying somebody’s identity?
The data controller MUST take reasonable steps to verify the individual if they are not known to them.
Here’s the guidance from the Information Commissioner’s Office:
You [controller] must comply with a request without undue delay and at the latest within one month of receipt of the request or (if later) within one month of receipt of: any requested information to clarify the request or any information requested to confirm the requester’s identity.
The GDPR states in Recital 64: (remember that courts will use the ‘Recitals’ to inform judgement decisions, so they must be given serious consideration by any controllers)
“The controller should use all reasonable measures to verify the identity of a data subject who requests access, in particular in the context of online services and online identifiers. A controller should not retain personal data for the sole purpose of being able to react to potential requests.”
This really couldn’t be much more explicit. Verification of identity prior to disclosure is a clear obligation of any controller and is usually solidly practised, particularly within verbal interactions such as customer services, call centres etc., where individuals are required to identify themselves by providing information known only to them. This includes requests made by a data subject’s representative (e.g., family member or spouse under power of attorney, court order, completion of a disclosure approval form etc.). If verification cannot be achieved, the request should be denied, in writing, to the individual themselves.
URM can offer a host of consultancy services to improve your DP policies, privacy notices, DPIAs, ROPAs, privacy notices, data retention schedules and training programmes etc.
By attending URM’s online BCS Foundation Certificate in Data Protection course, you will gain valuable insights into the key aspects of current DP legislation including rights of data subjects and data controller obligations.
If uncertain, URM is able to conduct a high-level GDPR gap analysis which will assist you understand your current levels of compliance and identify gaps and vulnerabilities.
A DPIA delivers a pre-emptive approach to assessing these risks, and can prevent a data breach occurring. We present an outline of steps in conducting a DPIA
URM’s blog explains the core principles which underpin the GDPR and outlines some key policies that can help organisations achieve and maintain compliance.
Some organisations are using artificial intelligence (AI) to help respond to DSARs. But can AI provide a full and robust solution?