I’ve a lot of time and respect for my GP, not least because we see eye-to-eye on privacy matters. He shares my concern about the centralisation and automation of healthcare data, not because of any prejudice against the NHS (for which I also have the utmost respect), but because of the inevitable fallibility of any huge institution which brings together people, computers and sensitive personal data.
During a recent checkup he drew my attention to the ‘care.data’ extract of medical records, and showed me some of the internal propaganda he’d received to persuade patients that there was nothing to worry about. Rather than attempt to recount it all, I’d like reproduce a mailer I’ve received today from the excellent Terri Dowty and Phil Booth at medConfidential.
Information that you share with your GP is about to be extracted from surgery records and stored on a centralised NHS system with your identifying details still attached. From there, it will be made available for administrative, research and other purposes. The government has claimed that your records will be ‘anonymised’ before they are handed over to anyone else, but this is not true. There are several circumstances in which data that identifies patients will be made available.
Once your information has been uploaded, neither you nor your GP will have any control over who it is shared with, who has access or what is done with it. You will not be consulted, nor will you be asked for consent. Uploads will take place automatically every month.
When you next visit your GP, you may see a small poster headed ‘how information about you helps us to provide better care’. This is how the NHS is explaining its plans to you and it is very misleading. It does not give you full details of the information that will be collected and it claims that it will not identify you.
Further down the poster you will see the words ‘you have a choice’. What this actually means is: if you do not want personal and confidential information to be taken from your medical record every month, the onus is on you to opt out of the scheme. If you don’t do so, it will be assumed that you consent to the extraction.
You will also find more detailed information about the scheme – known as ‘care.data’ – on the medConfidential website.
Please tell all of your friends, family and colleagues about this scheme, or forward this email to them. It is very important that everyone knows they must take action if they don’t want their information to leave their GP’s surgery.
So the iPhone 5s, Apple’s newest shiniest consumer thing, has had its new biometric security broken by no less than the famous Chaos Computer Club (CCC). Using a simple spoofing attack which involves taking a print of the registered finger on a latex sheet, the phone’s sensor can be fooled into thinking it’s seeing the original digit. By applying a simple trick which can apparently defeat the majority of fingerprint sensors, CCC have demonstrated a weakness in Apple’s security and will hopefully claim one of the many prizes which have been offered for the first successful hack.
Except… does it really matter? Let’s be realistic here. A successful ‘real world’ attack on an iPhone 5s – or any other fingerprint sensor – where the subject is not compliant (and one assumes is unaware of the attack), requires the bringing together of the phone and a good copy of the fingerprint. Not beyond the wit of a skilled team of fraudsters, but hardly likely to be used by a casual attacker. In most real-world situations, the fingerprint is still an improvement over a four-digit PIN, which could easily be shoulder-surfed by an observer, and would be an irrelevance to the likes of the NSA.*
Some of the whackier articles out there suggest that the biometric approach is vulnerable to being used whilst the victim sleeps (which suggests a level of intimacy where getting the PIN would be much simpler), or that the owner’s cat might be able to unlock it. All this will work in Apple’s favour in the long run, but in the short term the stories distract from Apple’s ‘privacy by design‘ approach to their sensor.
What’s really welcome in Apple’s design approach is the use of a fingerprint hash within a secure element in the iPhone 5s. The phone does not* store a copy of the fingerprint itself, but instead a hash of the print, such that the original image cannot* be recovered by an attacker because it simply doesn’t exist* within the device.
This philosophy is an important (if obvious) step for the broader acceptance of biometric technologies. As CCC have shown, a fingerprint image can be stolen, either physically or electronically. But a hash, which is a one-way* mathematical function, cannot be used to recover the original image. This matters somewhat, since most of us only have nine password resets available to us before we have to start using alternative appendages, or alternative biometric technologies.
A really significant headline here would be the *electronic* copying and spoofing of the fingerprint image, in a way which would facilitate a remote attack. But that’s not happened yet, has it?*
* NSA/GCHQ caveats – if everything we’ve read about PRISM and related surveillance, interception, and engineered weaknesses in online security systems is indeed true, then all discussions of commercial security need to be subject to a standard disclaimer that the security doesn’t apply to the NSA/GCHQ. More on that later.
Declaration of interests: I’m an Apple user. I don’t own a 5s and have no plans to do so. I’m a fan of well-designed biometrics systems.
One of the common concerns about identity-related technologies is the potential for abuse of privacy, and for function creep of the identity system itself: mechanisms which are designed to support authentication end up being used to hoover up personal data about the user’s interactions with relying parties, and pose a greater threat to privacy than the alleged security problems which they were originally intended to resolve.
Of course it doesn’t have to be that way: systems which are designed around technical, legal and procedural mechanisms which protect, rather than undermine, privacy can be privacy-preserving rather than invasive. This is one of the key philosophies of Privacy by Design, which recognises that good security, good identity and good governance can enhance, rather than degrade, user’s privacy.
With this in mind, a team of volunteers has been working with the Government Digital Service to operate the snappily-titled “Identity Assurance Programme Privacy and Consumer Advisory Group,” which provides expert advice and a sounding board for GDS and participating government departments to develop and test a set of design and operation principles which are intended to ensure that the Identity Assurance Programme adheres to strict criteria to respect users’ privacy: in short, to ensure that it doesn’t ‘go off the rails.’ The IAPPCAG includes the likes of No2ID, Privacy International, Which?, London School of Economics, Oxford Internet Institute and Big Brother Watch, and I’ve been fortunate to sit on the Group since its inception.
Yesterday IAPPCAG released the latest version of the Identity and Privacy Principles. These nine criteria will guide the development and delivery of the Identity Assurance programme, and whilst we acknowledge that they will need to evolve to respond to changing needs, we believe that they provide a firm foundation on which to build user trust and respect. The principles, which are explained in detail on the GDS blog (where you can also comment on them), include:
1. The User Control Principle: Identity assurance activities can only take place if I consent or approve them.
2. The Transparency Principle: Identity assurance can only take place in ways I understand and when I am fully informed.
3. The Multiplicity Principle: I can use and choose as many different identifiers or identity providers as I want to.
4. The Data Minimisation Principle: My request or transaction only uses the minimum data that is necessary to meet my needs.
5. The Data Quality Principle: I choose when to update my records.
6. The Service-User Access and Portability Principle: I have to be provided with copies of all of my data on request; I can move/remove my data whenever I want.
7. The Governance/Certification Principle: I can trust the Scheme because all the participants have to be accredited.
8. The Problem Resolution Principle: If there is a problem I know there is an independent arbiter who can find a solution.
9. The Exceptional Circumstances Principle: Any exception has to be approved by Parliament and is subject to independent scrutiny.
Of all of these, perhaps the most challenging principle for government will be that last one, particularly in light of PRISM revelations (and doubtless more to follow) and the hubris around censoring adult content. Will there be the appetite for true transparency and accountability in those situations where some degree of privacy is compromised in the interests of national security or user safety? That will be an acid test for whether the UK is on course to become a true digital economy, or is just paying lip service to online rights.
I hope to be discussing the principles further at the next Open Identity Exchange meeting in London on 2nd July. If you want to add to the debate, then do join us.
A number of today’s papers are reporting on the government’s plans to offer up Royal Mail for private investment, and the implications for the Postcode Address File (PAF). Cabinet Minister Francis Maude is claimed to be concerned that if PAF is sold with Royal Mail, then the government will end up spending a fortune on licenses for future access to it (a situation which apparently arose in the Netherlands).
PAF is already a tightly-regulated product, with strict controls imposed on Royal Mail’s access fees. Postcodes were originally introduced by Royal Mail to facilitate automated sorting of deliveries, back in the days before computers were available to support that process. They’re now used for a whole host of purposes, from insurance and credit rating, through to navigation and lotteries.
But the underlying format of the postcode is a machine-centric construct which has been superseded by technology, which could sort using any form of unique serialisation for an address or group of addresses. So here’s a thought: why not allow pseudonymisation of postcodes in much the same was as URL shorteners can provide alternative URLs for websites? A customer simply enters a postcode on a website, assigns the personalisation they want, pays a fee and thereafter any automated sorting system which spots the the personalised code can look up the original and sort accordingly (this could be done during the initial OCR/keying that prints phosphor sorting dots on the envelope). Similar lookups would work for navigation, lotteries etc.
If we assume there are approximately 22m households in the UK, of which just 5% pay £20 p.a. for a personalised postcode, and a further 0.5% pay £100 p.a. for an ‘elite’ level of personalisation, we’d be bringing in £33m p.a. simply for the personalisation service – and that’s got to be handy for Royal Mail’s prospectus.
The government’s plans to tackle digital exclusion – the significant user population that cannot or will not use online services – are essential if we are to achieve ‘Digital by Default’ targets for service delivery, which in turn form a cornerstone of key reforms such as Universal Credit. Is it possible that the Identity Assurance programme is a means to provide user confidence in access to shared online service that will encourage large new groups of users to venture online? This might be the case, but only if all the key stakeholders engage with marginalised users as they first register for services, and public authorities ensure that services are redesigned to incorporate Identity Assurance across delivery channels, rather than bolting it on as an afterthought.
Getting online, staying online
Digital inclusion is not just about handing out PCs and broadband connections. Whilst numerous capabilities need to come together for an individual to be considered ‘digitally included,’ three of the critical factors include:
- Connectivity: the user needs to have access to an endpoint device and internet connectivity to online services;
- Capability: the user requires the skills to be able to get online and use online services;
- Confidence: the user needs the confidence to transact online without fear of loss or penalty should they be unable to complete the transaction.
Perhaps the key first step for digital inclusion is persuading marginalised users to ‘give it a go’ – to attempt to use online services for the first time. This may involve obtaining or sharing access through endpoint devices and/or networks (e.g. local libraries, UK Online Centres); building their skills through trial and failure, and being able to fall back on community-based support when required; and having the confidence that if something goes wrong, they will not suffer financial or other losses as a consequence.
Digital by Default
Universal Credit and similar programmes will only succeed if the bulk of interactions with users take place online: the need to drive down costs while improving service means that customers must use online channels in place of face-to-face or telephony. Online engagement is essential, but Digital by Default cannot succeed unless government has a way to trust people online, without going through the expense of registering each user in a face-to-face interview, and managing their credentials thereafter.
The Government Digital Service (GDS) has devised a fresh approach to building online trust: the Identity Assurance (IDA) programme. The aim is to allow users to prove their identity, or other information about themselves, using services from private-sector organisations. In the IDA model, individuals and businesses will be able to ‘reuse’ existing trust relationships to interact with government (and ultimately with each other): for example, a customer might use their online banking credentials to prove their entitlement to a public authority so that they can claim benefits. GDS is working with key authorities to deliver the necessary technical, commercial and regulatory infrastructure to make this new approach possible.
GDS is also developing a market of companies wishing to act as Identity Providers (IDPs), who will have to bid for the right to do so, and undergo rigorous independent certification to ensure that their security and commercial controls are appropriate. Eight Identity Providers have been selected to provide the first set of IDA services in support of pilot activities from October 2013. Those IDPs are working together under the aegis of the Open Identity Exchange (OIX) to deliver the technology, commercial and legal approaches needed to make the service a reality.
Will Identity Assurance support digital inclusion?
Identity Assurance could create an environment that goes a long way towards addressing the needs for connectivity, capability and confidence that would drive digital inclusion for a substantial population of currently marginalized users.
Digital inclusion is about more than just providing digitally marginalised users with access to network connections and endpoint devices: inclusion is increasingly about ‘ambient’ access to online services, available through multiple channels and devices. Truly inclusive connectivity requires trusted access to shared services: users need to be able to share devices and connections without fear of identity-related fraud or security breaches.
IDA could provide the necessary trust mechanism to encourage users to share services. If users have a channel-agnostic authentication token, such as one-time PINs provided by SMS to their phone, coupled with a suitable trust framework to assure them that they will be protected in the event of a problem (in much the same way that credit card customers are protected against fraud by the brand network, e.g. Visa or Mastercard), then they will be empowered to use whatever device or network access they choose, without fear of identity fraud or security breaches.
A key requirement for IDA is the ability for users to prove their identity and transact with government across multiple delivery channels (online, telephony, face-to-face), but if the service is to be inclusive then individual transactions must be accessible across multiple channels as well: rather than users being pigeonholed as ‘online’ or ‘face-to-face’, they should be able to switch channels as and when they choose. For example, a user might start a transaction online, then seek telephone support when they need it, and be returned to an online channel once their problem is resolved.
Making this happen will require action both from the IDPs, who should be encouraged to deliver multi-channel services, and public authorities who need to design their services such that seamless channel changes are supported, rather than having transactions ‘break’ when users need to move between channels. Effective channel shift will only happen when marginalised users can change channels freely as and when they choose.
The diverse and incompatible authentication services used across public services are, for some users, confusing and difficult to use, and are likely to be a contributing factor to their reluctance to use online services. The move to a ‘unified’ IDA solution, where users can select the IDP and credential of their choosing, provides a much more user-centric approach.
Furthermore, the IDA architecture supports the concept of ‘delegated authority’ – the ability for users to delegate trust to other users when required; and to act on behalf of other users when authorized to do so. Appropriate security controls and audit trails ensure that systems can differentiate between the actions of the user and their delegated proxy, and thus the user is protected if the proxy contravenes their instructions. The approach is essential for business identity, where employees and agents (such as accountants) act on behalf of the business.
Implemented correctly, the delegated authority approach could also be an invaluable digital inclusion tool: users could have the ability to delegate trust to the individual, service or organization of their choosing when they require help with a transaction. For example, a user could ask a family member, a voluntary group or a UK Online Centre to assist or act on their behalf, without having to give away their credentials to do so; the user chooses whose hand to hold when they need support, safe in the knowledge that if anything goes wrong, they are protected from fraud or errors committed by their proxy..
Using Identity Assurance to deliver digital inclusion
If IDA is to become a catalyst for digital inclusion, then its implementation must be treated as a strategic change in delivery, rather than just an enhancement to existing authentication mechanisms. Authorities need to re-think delivery workflows to split interactions into smaller transactions which users can control across different sessions, channels, or providers, so that services don’t ‘break’ if the user suspends the session, or changes the delivery channel, IDP, or delegated authority.
GDS, the IDPs and the potential Service Providers (public authorities) need to come together to support the evolution of commercial models which incentivise the nascent IDP market to design services with the needs of marginalised users in mind, and actively engage with and support marginalised users as they register for services. They also need to work together to educate users that they should try to access services online, and ensure that the necessary support mechanisms are in place to help them when they do so.
A simple way to build online trust, or another failed technology project in the making? Toby Stevens explores the government’s new identity assurance programme and considers what it means for your business. This article originally appeared in the ICAEW’s Chartech magazine, Jan/Feb 2013.
The government’s flagship Universal Credit (UC) programme promises to revolutionise in-work benefits, and will certainly have a profound effect on the way employers report employee earnings to HMRC. The IT delivery risks associated with this change have been widely discussed, not least in a submission by ICAEW’s Tax Faculty to Parliament’s Work and Pensions Committee. What has not been so widely discussed is the government’s identity assurance programme, which is intended to deliver the trust framework so that individuals and businesses can interact with UC, and other government services online.
TOUCHING THE IDENTITY VOID
One of the first major policy moves of the coalition government was to throw out the failing national identity scheme. Touted as a panacea for any possible interaction between citizens and the state, from immigration to underage drinking to fighting terrorism, the ID cards programme came to dominate every aspect of the online identity space. The programme’s cancellation left the UK in the odd position of having no identity infrastructure — industry had ended investment in alternative approaches in anticipation of the new scheme.
Nowhere are the implications of this situation more significant than within the financial sector. Employers need to verify employee identities, rights to work or eligibility, and accountants and agents are obliged to check their customers’ passports or equivalent proofs of ID, and to maintain those copies so that they can prove their anti-money laundering practices at any time. Those checks are often completed by individuals who have little formal training in identifying fraudulent documents, and this has created a service industry dedicated to checking documents and managing the results.
It’s even worse for customers, who have to carry and present passports and driving licenses for these checks, thereby running the risk of identity-related fraud.
DIGITAL BY DEFAULT?
The government was quick to recognise that UC and similar transformational policies can only succeed if the bulk of interactions with users take place online: the Department for Work and Pensions (DWP) alone handles over two million telephone calls each day, and the imperative to drive down costs while improving service means that customers need to be encouraged to use online channels.
However, UC will migrate users from a per person to a per household benefit, coupled with inspection of their income on a weekly basis through the Real Time Information (RTI) programme. This change will inevitably give rise to a huge surge in enquiries as users switch to the new system, and any savings associated with the new policy would be wiped out by the contact centre costs. Online engagement is essential, but ‘Digital by Default’ cannot succeed unless the government has a way to trust people online, without going through the expense of registering each user in a face-to-face interview and managing their credentials thereafter.
THE IDENTITY ASSURANCE PROGRAMME
Drawing on experiences of the US National Strategy for Trusted Identities in Cyberspace programme, the government devised a fresh approach to proving identity online in the UK — the Identity Assurance (IDA) programme. The aim is to create the necessary technical, commercial and regulatory infrastructure to allow users to prove their identity or other information about themselves using services from private sector organisations.
In the IDA model, the government provides a number of ‘federation hubs’, which provide the data-matching, anonymisation and audit services to support interaction between a market of identity providers (IDPs) and the government departments that will consume identity information. Companies wishing to act as IDPs will have to bid for the right to do so and undergo rigorous independent certification to ensure that their security and commercial controls are appropriate. IDPs will in the first instance be paid on a ‘per user’ basis for providing identity services.
USING IDENTITY ASSURANCE
The first instance of IDA is in support of UC. Seven providers, including Experian, Post Office and Verizon have been selected to provide the first set of IDP services in support of pilot activities from October 2013.
They will have their work cut out: they have to deliver IDA services in a very short timeframe while forming a self- regulating body to ensure compatibility of their technology, commercial and legal approaches. This ‘trust framework’ will set and maintain standards, represent user interests, and ensure that the commercial liabilities are properly managed if things go wrong.
The likes of HMRC, the Department of Health and a number of local authorities are preparing ‘IDA-ready’ services. The Cabinet Office has mandated that central government departments must use the IDA approach for most ID-related developments, and is encouraging other public authorities to do so.
WHAT ABOUT THE GOVERNMENT GATEWAY?
The UK does have a current online trust service in the form of the Government Gateway, which is used by a number of departments, but principally for interaction with HMRC. Like IDA, the gateway enables users to have a digital credential that provides them with access to online government services.
While the gateway works well enough for many business users, it does not provide the scalability, ease of use, or the assurance of identity that would be required to support the new populations of users wishing to access UC.
IDENTITY ASSURANCE AND BUSINESSES
So how will IDA affect businesses? In the coming year, almost not at all; the early rollout is focused on UC, and employers will not be able to engage with the government through IDA. However, HMRC is expected to start acquiring IDA services in 2013, first for consumers and subsequently for businesses and agents.
Businesses that need to engage with HMRC using IDA are likely to be subject to a slightly different model: the ‘responsible officer’ will obtain a business IDA credential, which can in turn be used to authorise further credentials on behalf of the organisation’s employees.
Unlike DWP, HMRC may choose to mandate use of IDA credentials as they become available, and some IDPs might choose to charge for them; others, such as banks, mobile network operators or accounting software firms could instead offer them for free as part of a broader package of services.
LIVING THE IDENTITY DREAM
Businesses that have an existing online relationship with their customers – in particular those in the finance sector that have completed an anti-money laundering check on their customers – will have an opportunity to extend those relationships into IDA, allowing their customers to assert that existing trust to the government.
Similarly, businesses seeking cost- effective ways to complete anti-money laundering or risk checks on their customers will be in a position to consume IDA credentials, potentially at a much lower cost than traditional face-to- face checks. In time we are likely to witness the abstraction of IDA services, such that providers offer proof of ID services for free in order to augment other data services such as credit scoring.
Perhaps the most important consequence of population-scale trust services will be a change in the way public authorities and businesses consume customer data. When customers can easily prove who they are, and provide accurate verified information about themselves when it is needed, why should businesses submit to the expense of holding large volumes of personal data unless there is a clear commercial case to do so? Businesses wishing to drive down data storage costs and risks, and exploit this new market in personal data will follow IDA’s progress with interest.
This article originally appeared in the ICAEW’s Chartech magazine, Jan/Feb 2013. Note that since then certain key changes have taken place, including the announcement of PayPal as the eighth IDP; the novation of contracts to the Government Procurement Service; and a reduced emphasis on Universal Credit as the initial programme for IDA rollout.
- brand: how much customers trust the IdP’s brand for these services;
- channel: availability of the IdPs’ service in the customer’s chosen channel (online, telephony, face-to-face);
- value-add: whether the IdP service is integrated with other attractive propositions, such as telecomms, payments or e-commerce.
- brand: Arguably only two of those brands are household names, but remember that these are the prime bidders – many of the bidders will be supported by partners who have dominant online and high-street brands.** When Identity Assurance launches you can expect to see plenty of names you know and trust.
- channel: Post Office is clearly dominant in the high street, but there’s less clarity about the other IdPs’ channel presence. That will change when their partners ‘uncloak’ and we see mobile telecomms providers and ISPs appear within the delivery partners.**
- value-add: This is the trickiest proposition area, but one in which Experian and PayPal would appear to have a strong competitive edge. If Experian can sell credit reference data to government at the same time as the customer authenticates, then they might well offer their Identity Assurance service for free; likewise, one could imagine PayPal offering identity services to government for free if the customer pays or receives funds through PayPal as part of the transaction.
Raj asked the following:
“1. Government’s Identity Assurance program accepted eight IdP. I wonder whether all these eight IdPs have the same trust level? Or who will be responsible in defining the trust level for these IdP’s? Why I am asking this is that you mentioned that during the federation of IdPs, DWP may only accept IdP account from IdPs who are above a certain trust level.
“2. It is always better to have a federated IdP system. Because users can store different identities in different IdPs. However, it is not clear, when user approaches DWP, does DWP get users identities from all IdPs in plain-domain?”
So, to that first point: will all IdPs offer similar trust levels, and who determines those trust levels? Bear in mind that we are talking about risk-based assurance* here, rather than the somewhat less sophisticated ‘gold standard of identity’ associated with the likes of the abandoned National Identity Scheme. For any given transaction, a Service Provider (relying party) will define the Level of Assurance (LoA) they require for that transaction. The transaction is then referred to the Federation Hub, which will offer the user access to those IdPs which have been certified to deliver services at or above the LoA requested. The user selects their chosen IdP, and either authenticates using their existing credential (for registered users), or undergoes the registration process (for unregistered users – more to follow in another post). The user’s authentication can then be referred back to the Service Provider via the Hub, and the user and Service Provider are free to transact at the required LoA.
Whilst for the DWP implementation it is likely that all IdPs being able to deliver the relatively low LoA required to transact, as the ecosystem matures it would be reasonable to expect that some IdPs will be able to offer higher LoAs than others; for example, a social media logon is likely to have a lower LoA than a bank’s customer backed by a face-to-face registration and check of identity documents. That said, in this situation the bank might encourage users to register at a low LoA, and then to upgrade their LoA at a later stage by providing further registration information.
The trust levels for these IdPs are defined in the Cabinet Office Good Practice Guidelines (GPGs) which include:
- Good Practice Guide: Requirements for Secure Delivery of Online Public Services
- Good Practice Guide: Authentication Credentials in Support of HMG Online Services
- Good Practice Guide: Validating and Verifying the Identity of an Individual in Support of HMG Online Services
These documents are in flux, and the Levels of Assurance defined therein will change as the system is developed.
As for who actually oversees the interoperable trust, that will be the duty of the Trust Framework, which will guide the commercial, technical and legal interoperability of the selected IdPs, and is being prepared by the Open Identity Exchange working with Cabinet Office, DWP and the IdPs (more on that in another post).
To Raj’s second question then: When a user approaches DWP, does DWP get users’ identities from all IdPs in plain-domain? I take it that you’re asking about the Hub service by which the user might select their IdP for a given transaction. As already explained, the Service Provider (in this case DWP) is not involved in the selection of IdPs, which is the job of the Federation Hub. The user may select whichever IdP they choose, so long as it can complete an authentication to the required LoA, and the user may have as many (or few) IdP accounts as they wish; if I were to authenticate with Mydex on one transaction, I could return to DWP and use an Experian credential instead. DWP does not get to see which IdP has completed the authentication, but just receives assurance that it is an IdP it trusts.
For the next post, I’ll look at the commercial model by which IdPs get paid, and the importance of branding.
* If a given use case only requires a low level of assurance, then the Service Provider should only request a low proof of ID. For example, if my bins haven’t been emptied for three weeks then I shouldn’t have to provide a credential derived from a passport and two utility bills just to ask them when they’re going to collect.
[Please note these views are my own, and are based upon information available to me at the time of writing, and do not necessarily reflect the latest thinking in Cabinet Office or DWP]
The government’s Identity Assurance programme has finally announced its eighth candidate Identity Provider, in the form of PayPal; the announcement had been delayed pending the completion of PayPal’s contract negotiations. This completes the ecosystem of potential providers who may develop certified identity systems for use within the Department for Work & Pensions’ first tranche of providers who will support the early deliveries of Universal Credit. Other government departments – most notably HMRC – are likely to use this same framework for their early implementations.
Over the next few weeks I’ll try, as best I can, to clarify some of the uncertainties and to dispel some of the emerging myths about what Identity Assurance really is. There will inevitably be some threads at the end of which, if we pull hard enough, we’ll find a non-disclosure agreement which prevents too much detail, but that shouldn’t hinder a discussion about the key points. Throughout this dialogue it is essential to bear in mind that we are discussing an emerging, immature market: this is the start of delivery, not the finished product. There are still many unknowns. DWP is not procuring a big Systems Integration deal in the expectation of a polished system being delivered (when did that ever happen?) later this year, but is instead defining the parameters for a new market within which the providers will compete for identity business.
I’ll open by answering a question that was posted here a few months back, namely:
“What are the plans for federation of IdP accounts? Will individuals be able to use their credentials across more public sector services, such as provided by a local authority?”
Identity Assurance is a federated approach to identity services. DWP have already awarded contracts to build their federation hub which will be used to provide interoperation of Identity Providers (IdPs) with DWP. Once in place, any IdP account which is certified to provide the required trust level will be able to provide access to DWP services. When the first services appear in support of the October 2013 pilots, we will have a ‘hub and spoke’ environment in which the IdPs are connected through the hub; not true federation but the critical first step for interoperability.
True federation of accounts will appear when we have:
- multiple hubs: as other authorities come to market, it seems probable that they will require their own hubs. HMRC, for example, has extreme seasonal traffic peaks in January, and it would seem perverse that DWP should provide that level of scalability through a single hub. Furthermore, HMRC is likely to require services not supported in the first instance of the hub, for example delegated authority whereby a business’ responsible officer (a real person) can operate on behalf of the business (a legal persona), and delegate trust to the business’ employees (e.g. the accounts department) and their agents (e.g. accountants, lawyers). DWP has quite rightly omitted these from the first delivery of their hub in order to reduce the complexity and associated delivery risk.
- interoperability between IdPs: as soon as IdPs come to market, they will be providing online Identity Assurance services to their customers. Those customers will need to be able to authenticate to the IdP, both as part of an Identity Assurance authentication, and in order to manage their own IdP accounts; the IdPs are therefore ‘consuming’ their own Identity Assurance credentials. As the commercial market for IdPs develops, it is likely that one of the IdPs will make a competitive move by offering to consume other IdPs’ credentials (so long as the hub will support that mode of operation); in other words, a customer might be able to obtain services from, for example, PayPal using an Experian credential. Once one IdP does this, the others are likely to follow suit.
Making this happen will require the technical and commercial interoperability, coupled with an appropriate government framework (as being prepared by the IdPs through the Open Identity Exchange).
In response to that second question, Cabinet Office will not only expect individuals to be able to use their credentials across other public sector services, but in the case of central government they are mandating Identity Assurance as the standard for any such proof of ID or attributes. They have no power to mandate it for local authorities, but are preparing ‘directed funding’ to encourage innovation by industry, local authorities and other bodies to ensure that this happens. There are plenty of local authorities already delivering identity-related services which align with Identity Assurance (with the key differentiator that the authority is the IdP), and it would seem reasonable to expect that over time these will migrate into the ecosystem.
And when does all this happen? We would expect to see the first pilots in October this year, with more widespread use kicking off in April 2014. This is the beginning of the journey, not the end state, and there are plenty of questions which nobody has fully answered yet; I’ll be addressing more of those in the near future.
Consumer empowerment think-tank Ctrl-Shift is carrying an interview with me on the significance of the Identity Assurance programme, in which I speculate on how IDA will grow over the coming months and years:
How do you see the identity assurance market developing?
Over the next 18 months the selected IDPs will collaborate to develop their service offerings and a delivery Scheme which can handle the branding and governance for IDA services. DWP will pay those IDPs to register and maintain identities on a ‘per active user, per annum’ basis. After that time, other companies will be able to enter the IDP market, and we’re likely to see new financial models emerging; for example, social networks which operate at a lower Level of Assurance might offer free transactions to government in order to enhance their own online services, or mobile network operators could integrate IDA services into their customers’ accounts.
I would anticipate this resulting in an ‘attribute-driven’ market for IDA services, whereby government ceases to pay for identification of individuals, and instead pays providers to verify information asserted by those individuals; for example, DWP would not pay my IDP to know that I am Toby, but would pay my IDP to confirm my last year’s earnings when I assert them to DWP. This will create a demand-driven market for credit reference data and personal data stores which will disrupt the way that data providers sell to government.
You can find the full version of the interview here.