Aadhaar Authentication Basics

April 17, 2017 | Author: asingh18in | Category: N/A
Share Embed Donate


Short Description

Download Aadhaar Authentication Basics...

Description

Aadhaar Authentication Basics

1 of 26

https://developer.uidai.gov.in/site/book/export/html/18

Aadhaar Authentication Basics This book walks you through Aadhaar authentication basics and helps you test using sample authentication client as well as setup development environment using the source code provided. Click on the chapters below to navigate.

Introduction Aadhaar authentication is the process wherein Aadhaar Number, along with other attributes, including biometrics, are submitted online to the CIDR for its verification on the basis of information or data or documents available with it. Aadhaar authentication provides several ways in which a resident can authenticate themselves using the system. At a high level, authentication can be ‘Demographic Authentication’ and/or ‘Biometric Authentication’. During the authentication transaction, the resident’s record is first selected using the Aadhaar Number and then the demographic/biometric inputs are matched against the stored data which was provided by the resident during enrolment/update process. Fingerprints in the input are matched against all stored 10 fingerprints.

Note: In all forms of authentication the Aadhaar Number needs to be submitted so that authentication is reduced to a 1:1 match. In addition, Aadhaar authentication service only responds with a “yes/no” and no Personal Identity Information (PII) is returned as part of the response. Aadhaar authentication enables agencies to verify identity of residents using an online and electronic means where the agency collects required information from the resident along with resident’s Aadhaar Number and passes the same to UIDAI systems for verification. Aadhaar authentication service provides services to instantly verify the identity of the resident against the available data in CIDR. Based on the needs of the service, different identifiers could be used along with Aadhaar Number. These identifiers could be combination of biometrics (such as fingerprints, iris impressions) and/or demographic information (such as Name, Date of birth, Address) and/or a secret PIN or OTP number known only to the resident.

Authentication API Aadhaar authentication service is exposed as stateless service over HTTPS. Usage of open data format in XML and widely used protocol such as HTTP allows easy adoption and deployment of Aadhaar authentication. To support strong end to end security and avoid request tampering and man-in-the-middle attacks, it is essential that encryption of data happens at the time of capture on the capture device. If you have not read the Aadhaar Authentication Specification (version 1.5 Rev 1) document, it's important that you do now before proceeding!

6/12/2012 10:24 AM

Aadhaar Authentication Basics

2 of 26

https://developer.uidai.gov.in/site/book/export/html/18

Next few chapters takes you through details on running sample application code, setting up source code within Eclipse, and usage of test codes and data.

Running Sample Application UIDAI has created a fully working sample Java client application to help the community rapidly develop applications that use Aadhaar authentication. This application is written in Java and demonstrates various features of Aadhaar authentication. This application is provided on an "AS-IS" basis and should not be considered as a supported, production strength software. This chapter covers details about downloading, installing, and running the sample and setting up development environment with the source code. Sample Java application (both binary and source code zip files) to test Aadhaar authentication can be downloaded from here.

Running Sample from Distribution When you download the binary distribution using downlink above, you get "auth-client-bin-1.5.zip". Follow steps below to install and run the client. These directions are for Windows OS. If you are using Linux or other OS, you may make appropriate modification to build and run the client. 1. You need Java 1.6 or above installed on your computer and an Internet connection to run this sample. 2. Unzip "auth-client-bin-1.5.zip" into a directory. You will see the following contents.

3. Run "runclient.bat" to run the sample application. 4. In order to use Indian name matching, it is required that the java apps run in UTF-8 character encoding mode. For that, in Java, following VM arguments has to be passed "-Dfile.encoding=UTF8". This is already added to the "runclient.bat" file. 5. This opens a command promt asking for OS type, enter 1 or 2 (based on your OS) and press ENTER. 6. This opens the sample authentication client. See screenshot below.

6/12/2012 10:24 AM

Aadhaar Authentication Basics

3 of 26

https://developer.uidai.gov.in/site/book/export/html/18

7. Click "Edit->Preferences" menu to make sure you see following screen with values. Ensure license key, AUA code, Sub AUA code are as listed under "Testing Data" page.

6/12/2012 10:24 AM

Aadhaar Authentication Basics

4 of 26

https://developer.uidai.gov.in/site/book/export/html/18

8. Now you are ready to test!! 9. Enter "999999990019" in "Aadhaar Number" field and "Shivshankar Choudhury" in the "Name" field. See "Testing Data" page for details on test data for testing various combinations. 10. Click "Authenticate" button at the bottom right 11. You should see a green tick mark within the "Authentication Status" field. See the following screen

6/12/2012 10:24 AM

Aadhaar Authentication Basics

5 of 26

https://developer.uidai.gov.in/site/book/export/html/18

12. If you have issues, first ensure you have followed all steps correctly. If you face network or connection errors, please make sure your Internet connection is working well. If test server (auth.uidai.gov.in) is down or not reachable, try after some time. 13. If nothing works (!), please write to the discussion group.

Developing using Sample As explained in previous chapter, sample Java client with source code is provided to help the community rapidly develop applications that use Aadhaar authentication. This application is written in Java and demonstrates various features of Aadhaar authentication. This application is provided on an "AS-IS" basis and should not be considered as a supported, production strength software. This chapter covers details about downloading and setting up development environment. Sample Java application (both binary and source code zip files) to test Aadhaar authentication can be downloaded from here.

Setting up Development Environment When you download the source distribution using downlink above, you get "auth-client-source-1.5.zip". Follow steps below to setup the client as a development environment. These directions are for Windows OS. If you are using Linux or other OS, you may make appropriate modification to the instructions below. 1. You need Java 1.6.20 or above, Apache Maven 2.2.1 or above, and Eclipse Java IDE installed on your computer to setup environment based on this page. You can use the source code and setup environment if you want it in other IDEs and build environments. 2. Unzip "auth-client-source-1.5.zip" into a directory. You should now see a directory named "auth-client-source-1.5" there 3. Navigate to "auth-client-source-1.5" directory. You should see the following listing.

6/12/2012 10:24 AM

Aadhaar Authentication Basics

6 of 26

https://developer.uidai.gov.in/site/book/export/html/18

4. Within "Command Prompt", change directory ("cd") to "auth-client-source-1.5" 5. Run "mvn eclipse:eclipse" command. If "Maven\bin" is not in path, please add it. Otherwise "mvn" command will not run. 6. You should see "Build Successful" message like below.

7. 8. 9. 10. 11. 12.

Launch Eclipse and create a new workspace (or use current workspace if you prefer) Choose "File->Import" menu. This lanuches an import dialog. Choose "Existing Projects into Workspace" option and click "Next" Click "Browse" button next to "Select Root Directory" Navigate to "auth-client-source-1.5" and select the directory This will list 4 projects - "uidai-auth-client", "uidai-auth-xsd-model", "uidai-biometric-integration-api", and "uidai-samplegui-app" 13. Make sure all projects are selected. See screen below.

6/12/2012 10:24 AM

Aadhaar Authentication Basics

7 of 26

https://developer.uidai.gov.in/site/book/export/html/18

14. Click "Finish" to import all 4 projects into workspace 15. If you have project that provides biometric integration API implementation, you will have to add it to the class path of the "uidai-sample-gui-app" project. Also, update the value of field, biometricAPIImplementationClass, in the SampleClientMainFrame.java to the value of the class that implements the API. 16. Select "SampleClientMainFrame.java" under project "uidai-sample-gui-app" (src/main/java/in/gov/uidai/auth/sampleapp folder) and choose "Run->Run COnfigurations" menu or click "Run" icon on toolbar and choose "Run COnfigurations".

6/12/2012 10:24 AM

Aadhaar Authentication Basics

8 of 26

https://developer.uidai.gov.in/site/book/export/html/18

17. Click "New Launch Configuration" icon on left top corner within the dialog. This created a new default run configuration for the sample application. 18. In order to use Indian name matching, it is required that the java apps run in UTF-8 character encoding mode. For that, in Java, following VM arguments has to be passed "-Dfile.encoding=UTF8". Within "Run Configurations" doalog, add this to VM arguments.

19. Click "Run" button on the bottom right within the "Run Configuration" dialog to run the application. you should see the sample application GUI window. 20. Choose "Edit->Preferences" menu option and ensure you choose appropriate path for public key file and keystore file (they

6/12/2012 10:24 AM

Aadhaar Authentication Basics

9 of 26

https://developer.uidai.gov.in/site/book/export/html/18

are available under "auth-client-source-1.5\uidai-auth-client\src\main\resources" folder. Ensure license key, AUA code, Sub AUA code are as listed under "Testing Data" page. 8. Enter "999999990019" in "Aadhaar Number" field and "Shivshankar Choudhury" in the "Name" field. Additional data is available on "Testing Data" page. 9. Click "Authenticate" button at the bottom right 10. You should see a green tick mark within the "Authentication Status" field. See the following screen

11. If you have issues, first ensure you have followed all steps correctly. If you face network or connection errors, please make sure your Internet connection is working well. If test server (auth.uidai.gov.in) is down or not reachable, try after some time. 12. If nothing works (!), please write to the discussion group.

Testing Data Test Codes Test URLs: (remember to append AUA code and first two digits of Aadhaar number) Auth URL - http://auth.uidai.gov.in/auth/1.6//// OTP URL - http://auth.uidai.gov.in/otp/1.6//// BFD URL - http://auth.uidai.gov.in/bfd/1.6////

Test Codes: AUA Code ("ac" attribute) : "public" Sub-AUA Code ("sa" attribute) - "public" License Key ("lk" attribute) : You can use any of the following license keys given below. Binary distribution of sample client is shipped with the first one below. "MKg8njN6O+QRUmYF+TrbBUCqlrCnbN/Ns6hYbnnaOk99e5UGNhhE/xQ=" - allows usage of PI, PA, PFA, BIO-FMR, BIO-FIR, BIO-IIR, OTP, PIN, Indian Language ASA License key fo testing - MMZS5K8bEkGWFQe6y_ruBu9tFR2yQFQkqmECCpp9veRawhue1oGpa4s Public key certificate - See chapter on certificates (remember to use Staging/Test certificate for testing and production

6/12/2012 10:24 AM

Aadhaar Authentication Basics

10 of 26

https://developer.uidai.gov.in/site/book/export/html/18

certificate for production) Keystore for digital signature for "public" AUA - Keystore in p12 file format (keystore Password: "public", Alias: "public")

Test Data Note: Following data are purely for testing and are not of real residents. Neither Aadhaar numbers nor demographic/biometric data are real and are ONLY available in test system. Any resemblance to real people is purely coincidental! Sample biometric data given below is "base 64" encoded. Just add the encoded string to "bio" element (remove the newline when you are cutting the data). ALL TEST RECORDS HAVE SAME BIOMETRIC. bio=Rk1SACAyMAAAAADkAAgAyQFnAMUAxQEAAAARIQBqAGsgPgCIAG0fRwC2AG2dSQBVAIUjPABuALShMgCxAL0jMAByAM6lPgCmAN2 kQQBwAN8qNAB1AN8mPADJAOcgOQA8AOorNABoAOomOQC+AO2fMQDFAPqlSgCvAP8lRQB8AQuhPABwAQ4fMgB7ASqcRADAAS4iNwCkAT MeMwCFATYeNwBLATYwMQBWATcoMQCkATecMQBEATwyMgBJAUciQQCkAU8cNQB9AVQWNgCEAVUVRACoAVgYOgBBAV69NgCsAWeYNwAA

Following are the test UIDs and their demographic data. All of them have same bio record as given above. If you have your own Aadhaar number (real one) then you can use that to test too. uid=999999990019 name=Shivshankar Choudhury dob=13-05-1968 dobt=V gender=M phone=2810806979 [email protected] street=12 Maulana Azad Marg vtc=New Delhi subdist=New Delhi district=New Delhi state=New delhi pincode=110002 uid=999999990026 name=Kumar Agarwal dob=04-05-1978 dobt=A gender=M phone=2314475929 [email protected] building=IPP, IAP landmark=Opp RSEB Window street=5A Madhuban locality=Veera Desai Road vtc=Udaipur district=Udaipur state=Rajasthan pincode=313001 uid=999999990042 name=Fatima Bedi dob=30-07-1943 dobt=A gender=F phone=2837032088 [email protected] building=K-3A Rampur Garden vtc=Bareilly district=Bareilly state=Uttar Pradesh pincode=243001 uid=999999990057 name=Rohit Pandey dob=08-07-1985 dobt=A gender=M phone=2821096353

6/12/2012 10:24 AM

Aadhaar Authentication Basics

11 of 26

https://developer.uidai.gov.in/site/book/export/html/18

[email protected] building=603/4 Vindyachal street=7TH Road Raja Wadi locality=Neelkanth Valley poname=Ghatkopar (EAST) vtc=Mumbai district=Mumbai state=Maharastra pincode=243001 uid=999922220032 name=Anisha Jay Kapoor gender=F dob=01-01-1982 dobt=V building=2B 203 street=14 Main Road locality=Jayanagar district=Bangalore state=Karnataka pincode=560036 uid=999922220013 name=Nitin Kumar Dixit gender=M dob=02-03-1972 dobt=V building=1190/4 street=5th Cross, 26th Main locality=JP Nagar, phase 1 district=Bangalore state=Karnataka pincode=560078 uid=999922220021 name=Swamynathan Srini gender=M dob=23-01-1947 dobt=V building=34-2 street=K G Lane locality=Sarjapur Area district=Bangalore state=Karnataka pincode=560035 uid=999922220045 name=John Alex Doe gender=M dob=12-09-1973 dobt=V building=78 Block D street=Sarjapura Road locality=Sarjapura district=Bangalore state=Karnataka pincode=560081 uid=999922220050 name=Ali Akbar gender=M dob=14-10-1962 dobt=V building=34 street=Raj Main Street locality=K R puram district=Bangalore state=Karnataka pincode=560078 uid=999922220066

6/12/2012 10:24 AM

Aadhaar Authentication Basics

12 of 26

https://developer.uidai.gov.in/site/book/export/html/18

name=Amy John gender=F dob=11-07-1987 dobt=V building=A303 street=14th Cross locality=BTM II Layout district=Bangalore state=Karnataka pincode=560035 uid=999922220078 name=Kishore Shah gender=M dob=21-05-1987 dobt=V building=23 Level 1 street=Church Street locality=Central Area district=Bangalore state=Karnataka pincode=560076

Certificate Details Aadhaar authentication requires the identity data of the resident within the XML (PID block) to be encrypted. AES-256 session key is encrypted using UIDAI's 2048- public key. This page contains all certificates available for the ecosystem.

Production Public Key Certificates Note: Latest production public key certificate will always be available under link https://developer.uidai.gov.in/site/sites/default /files/uidai_auth_prod.cer Following table lists out all production public key certificates issued so far with their expiry date. Certificate Detail uidai_auth_prod.cer (latest)

Expiry Date 3 Oct 2013

Staging/Testing Public Key Certificates Note: Latest staging/testing public key certificate will always be available under link https://developer.uidai.gov.in/site/sites/default /files/uidai_auth_stage.cer Following table lists out all staging/testing public key certificates issued so far with their expiry date. Certificate Detail uidai_auth_stage.cer (latest)

Expiry Date 22 Sept 2015

.

Developing in C/C++ NOTE: This code is contributed by Geodesic team and is available on as-is basis. Sample C application to test Aadhaar

6/12/2012 10:24 AM

Aadhaar Authentication Basics

13 of 26

https://developer.uidai.gov.in/site/book/export/html/18

authentication can be downloaded from here. A sample C client with source code is provided to help the community rapidly develop applications that use Aadhaar authentication. This sample application is written in C for the GeoAmida device and it demonstrates various features of Aadhaar authentication. This application is provided on an "AS-IS" basis and should not be considered as a supported, production strength software. This chapter covers details about downloading and setting up development environment.

Setting up Development Environment When you download the source distribution from the link above, you get "c-auth-client-source-1.5.zip". Please follow steps below to setup the client as a development environment. These directions are for Linux OS and ARM devices. If you are using Windows or other OS, you may make appropriate modification to the instructions below. 1. Unzip "c-auth-client-source-1.5.zip" into a directory. You should now see a directory named "c-auth-client-source-1.5" there 2. Navigate to "c-auth-client-source-1.5" directory. You should see the following listing.

3. Dependency Libraries: libxml >= 2.7.6 openssl >= 0.9.8 Digital Signature Generation requires an additional libraries: libXslt >= 1.1.24 libxmlsec1 >= 1.2.9 4. The below DEFINES values are need to modify before compiling: LICENCE_KEY UIDAI_PUBLIC_CERITIFICATE AUA_PRIVATE_CERTIFICATE - Required for Digital Signature 5. Auth Xml API documentation is available under the doc folder

6. You may use any editor tool (Eclipse, emacs or vim) installed on your development machine and setup the environment variable, LD_LIBRARY_PATH in order to find libraries. 7. Within "Command Prompt", change directory ("cd") to "c-auth-client-source-1.5" 8. Sample Makefile included in the build for Geoamida and gcc version. CC = arm-xscale-linux-gnueabi-gcc CFLAGS = -D__XMLSEC_FUNCTION__=__FUNCTION__ -DXMLSEC_NO_XSLT=1 -DXMLSEC_NO_XKMS=1 -DXMLSEC_CRYPTO_DYNAMIC_LOADING=1 -DXMLSEC_CRYPTO=\"openssl\" -DUNIX_SOCKETS -D XML_SECURITY LDFLAGS = -lwebcam -lbiometric -lautils -lxml2 -lcurl -lcrypto -lanet -lxmlsec1 -g

9. On a successful make, you should see the executable file AuthClient. 10. Run AuthClient. It will generate Auth-XML. During compilation if the "-D XML_SECURITY" flag is set, then the Digital Signature will be created along with Auth Xml.

API Error Handling

6/12/2012 10:24 AM

Aadhaar Authentication Basics

14 of 26

https://developer.uidai.gov.in/site/book/export/html/18

This page provides guidelines for handling API errors within the application. While developing applications, AUAs need to decide how to handle the errors gracefully and provide resident/operator friendly messages. Simply showing the error on screen is not helpful. This document is an attempt to provide guidelines for doing better error handling. Follwing table desribes API error codes, suggestion for how to handle it, possible message to user, and probable reasons for the error.

API Error Code

100

200

300

Description

Provision Required in the Application

Suggested Message to the User

“Pi” (basic) attributes User should be allowed of demographic data to re- enter his/her did not match personal information attributes like name, lname, gender, dob, dobt, age, phone, email whichever is used for authentication in application

Please re-enter your .

“Pa” (address) attributes of demographic data did not match

Please re-enter your .

User should be allowed to re- enter his/her personal address attribute like co (care of), house, street, lm (land mark), loc (locality), vtc, subdist, dist, state, pc (postal pin code), po (post office) whichever is used for authentication in application

Suggested instructions to the user

Operator should re-enter correct details personal information as per the Aadhaar letter.

Probable Reasons

One or more personal information attributes not matching.

Ensure correct Aadhaar Information is entered.

Biometric data did not User should be allowed Please give your match to give his finger prints finger prints again. “n” number of times. N should be configurable and should be set as per application requirement. (E.g. For Banking Applications it can be set at a maximum of 5 times)

Operator should re-enter correct details personal information as per the Aadhaar letter.

One or more personal address attributes not matching.

Ensure correct Aadhaar Information is entered.

Ensure correct Aadhaar number is entered and try authenticating again with another finger; ensure finger is placed correctly; ensure fingers are clean; ensure finger is not very dry; ensure fingerprint scanner is clean.

Finger print is not given properly, scanner has some dust accumulated, fingers were wet, position of finger not appropriate, scanned finger NFIQ not good

After repeated failure, if the resident is genuine, exception handling

6/12/2012 10:24 AM

Aadhaar Authentication Basics

15 of 26

https://developer.uidai.gov.in/site/book/export/html/18

provision would need to be followed to provide service.

Please contact UIDAI helpdesk to inform about the issue and to understand the steps for the updation of the biometric information in CIDR.

Operator should insure that the resident is providing distinct fingers (two different fingers) for “two finger” authentication.

Error occurs when same finger is sent as two or more separate records within same request. For two-finger auth, if resident puts same finger again, then this happens.

Duplicate Irises used

Application should Please try again Operator should prompt user to try again with distinct irises. ensure that the with distinct irises. resident is providing distinct irises (two different irises) for authentication.

Error occurs when same iris is sent as two or more separate records within same request.

312

FMR and FIR cannot be used in same transaction

Application should ensure that authentication request does not mix FMR and FIR in the same transaction e.g. in case of two finger authentication, data for two distinct fingers should either be sent in FMR format or in FIR format.

313

Single FIR record contains more than one finger

Application should Please try again by prompt user to try again placing Single by placing single finger. finger on the authentication device.

314

Number of FMR/FIR should not exceed 10

Application should ensure that one auth

310

Duplicate fingers used Application should Please try again prompt user to try again with distinct with distinct fingers. fingers.

311

Technical Exception

Contact technical helpdesk.

Auth packet cannot mix fingerprint "image" records (FIR) and fingerprint "minutiae" records (FMR). AUA app should choose either one or another. FMR is recommended.

Operator should ensure that the resident is providing single finger for authentication.

As per ISO spec, one FIR can contain one or more finger images within itself (like slap, etc). UIDAI currently supports single finger record only. If there is a requirement to send 2 fingers, 2 different biometric records should be sent. Auth Request has more than 10 finger records

6/12/2012 10:24 AM

Aadhaar Authentication Basics

16 of 26

https://developer.uidai.gov.in/site/book/export/html/18

request should not contain more than 10 FMR/FIR records. 315

Number of IIR should Application should not exceed 2 ensure that one auth request should not contain more than 2 IIR records.

Auth Request has more than 2 iris records

400

"Tkn" validation failed

Application should derive the value of tkn (currently only mobile number) from network. This element is meant for self-service transations on mobile (SMS/USSD, etc) where AUA derives the mobile number from the network provider and passes it on as part of API to use it as a factor.

Provided "Tkn” details are not matching with registered values in CIDR.

401

"OTP" validation failed

Application should have Please provide correct OTP value. provision for allowing user to provide OTP value again and after some retries (configurable) option to generate OTP again.

500

Invalid Skeyencryption

Application should not have hard coded digital certificate information. It should be configurable.

Technical Exception Note: Application can throw Auth API error code number on screen. So that contact centre or application support helpline can understand the reason.

If there are repeated failures user is advised to generate new OTP and send the authentication request using the new OTP.

Incorrect OTP value is entered. Input not matching with the value in CIDR.

Contact technical helpdesk.

Use of wrong digital certificate for encryption of AES-256 Key (session key).

501

Invalid value for “ci” attribute in “Skey” element

Application should not have hard coded “ci” attribute value. It should be configurable.

Technical Exception

Ensure that expiry date of UIDAI certificate used for encryption of Skey is specified as “ci” value.

502

Invalid Pid Encryption

Application should do extensive testing using UIDAI Test Auth Service to ensure compliance with auth API.

Technical Exception

Ensure that correct AES encryption has been used. Ensure that AES key used for encryption of

6/12/2012 10:24 AM

Aadhaar Authentication Basics

17 of 26

https://developer.uidai.gov.in/site/book/export/html/18

“Pid” XML was encrypted and specified as value for Skey.

503

Invalid HMac encryption

Application should do extensive testing using UIDAI Test Auth Service to ensure compliance with auth API.

Technical Exception

Ensure that correct AES encryption has been used. Ensure that AES key used for encryption of “Hmac” was encrypted and specified as value for Skey. Ensure that same AES key is used for encryption of Pid and Hmac.

504

Session key re-initiation required due to expiry or key out of sync

Application should have Technical a provision to send full Exception session key and initiate a new session in case of such failure.

Please try again.

When Synchronized Session Key scheme is used, this can happen if either session is expired (currently configured to max 4 hrs) or if the key goes out of sync.

505

Synchronized Skey usage is not allowed

Application should use full skey

Technical Exception

Switch to full skey scheme

This happens when AUA does not have privilage to use SSK scheme

510

Invalid Auth XML format

Application Authentication request should comply to Authentication API latest version and application should validate its structure before sending it to CIDR for authentication.

Technical Exception

Please ensure that the latest recommended API is used for application development. Refer UIDAI website for the latest version of API.

Non compliance with supported Authentication API version structure in CIDR.

Application Authentication request should comply to PID XML format defined in Authentication API latest version and structural validation should be done before encryption of PID XML.

Technical Exception

511

Invalid PID XML format

If this does not resolve the issue than please contact technical helpdesk.

Please ensure that the latest recommended API is used for application development. Refer UIDAI website for the latest version of API.

Non compliance with supported Authentication API version structure in CIDR.

If this does not resolve the issue

6/12/2012 10:24 AM

Aadhaar Authentication Basics

18 of 26

https://developer.uidai.gov.in/site/book/export/html/18

than please contact technical helpdesk.

520

Invalid device

Application should ensure that “tid” attribute in Auth XML has value “public”

Technical Exception

Using any other value other than “public” (all lower case, no spaces or special char) will result in this error.

521

Invalid Finger device Application should (fdc in Meta element) obtain proper code from Technical Exception fingerprint sensor vendor and use it

FDC codes are assigned as part of certification and application developer should use proper fdc code given by the fingerprint sensor/extractor vendor

522

Invalid Iris device (idc in Meta element)

Application should obtain proper code from Technical Exception iris sensor vendor and use it

IDC codes are assigned as part of certification and application developer should use proper idc code given by the iris sensor/extractor vendor

530

Invalid authenticator code

Application should pass Technical Exception valid AUA code in authentication request which is registered with UIDAI. Value of this code should be configurable.

AUA code used in Authentication request is not valid. or AUA code used in the Auth URL is not same as the AUA code used in the Auth XML.

540

Invalid Auth XML version

Application should pass Technical supported valid API Exception version in authentication request. Value of this should be configurable.

API version used in Auth XML (Authentication request) is either not supported or invalid.

541

Invalid PID XML version

Application should pass Technical supported valid API Exception PID XML version in authentication request. Value of this should be configurable.

Version of the “Pid” element used

542

AUA not authorized for ASA.

Application should ensure link is in place between AUA-ASA

In the PID XML (Authentication request) is either not supported or invalid.

Ensure the authentication request is being sent

This error will be returned if AUA and ASA do not have

6/12/2012 10:24 AM

Aadhaar Authentication Basics

19 of 26

https://developer.uidai.gov.in/site/book/export/html/18

before sending request to CIDR.

through the authorized ASA as per the records of UIDAI.

linking in the portal

or Please contact UIDAI helpdesk to report the issue and to understand further steps for the updation of ASA-AUA linkage.

543

Sub-AUA not associated with “AUA”

Application should ensure Sub-AUA is added and associated with correct AUA before sending request to CIDR.

Ensure the authentication request is being sent through the associated AUA as per the records of UIDAI.

This error will be returned if Sub-AUA specified in “sa” attribute is not added as “Sub-AUA” in portal

or Please contact UIDAI helpdesk to report the issue and to understand further steps for the updation of ASA-AUA linkage.

550

561

Invalid “Uses” element attributes

Request expired (“Pid->ts” value is older than N hours where N is a configured threshold in authentication server)

Application should use valid attributes defined in API for tag and validation on Auth request should be done before sending request to CIDR.

Technical Exception

AUA application should not store Pid block and in case of application which are using thick client there should be a provision to sync up date with server at start.

1. In case of Device/Client based Application

Invalid attributes used in Uses tag. This error is typically reported if “bt” attribute has been specified but bio=”n” in Uses element. “bt” attribute is required only if bio=”y” in Uses element.

Please verify that the device/client date/time is synchronised with a. Either Indian Standard device date/time is Time (IST) and behind current resend the date/time or authentication request is old. request. Please try again. 2.

Either Device/Client /Server date/time is behind current one or old stored pid is getting sent.

In case of

6/12/2012 10:24 AM

Aadhaar Authentication Basics

20 of 26

https://developer.uidai.gov.in/site/book/export/html/18

web based Application a. Technical Exception

562

Timestamp value is future time (value specified “Pid->ts” is ahead of authentication server time beyond acceptable threshold)

AUA application should not store Pid block and in case of application which are using thick client there should be a provision to sync up date with server at start.

Please verify that the Device/Client/server device/client date/time is ahead than current date/time. date/time is synchronised with a. Either Indian Standard device date/time is Time (IST) and ahead current resend the date/time or authentication request is old. request. Please try again. 1. In case of Device/Client based Application

2. In case of web based Application a. Technical Exception

563

Application should ask Duplicate request user to try again. (this error occurs when exactly same authentication request was re-sent by AUA)

Please submit your User is required to request again. send the authentication request once again.

If same “Auth XML” is sent more than once to server, then, 2nd and subsequent requests will fail with this error.

564

HMAC Validation failed

Application should create HMAC using SHA-256

Technical Exception

HMAC is not calculated using API defined algorithm

565

License key has expired

Application should have Technical a configurable License Exception key management feature through which one can manage Key without changing application.

Current License has expired.

566

Invalid license key

Application should have Technical Exception a License key management feature through which one can manage Key without changing application.

License key used in application is invalid.

567

Invalid input (this error occurs when

Application should have Technical client/server level Exception

some unsupported characters were found

6/12/2012 10:24 AM

Aadhaar Authentication Basics

21 of 26

https://developer.uidai.gov.in/site/book/export/html/18

some unsupported checks to stop users to characters were found input unsupported in Indian language characters. values, “lname” or “lav”)

in Indian language values, “lname” or “lav” in Auth request XML

568

Unsupported Language

Application should have Technical client/server level Exception checks to restrict users to only select language from API supported local Language.

Value of “lang” attribute is not from the list supported by authapi.

569

Digital signature verification failed (this means that authentication request XML was modified after it was signed)

Application should ensure security of data end to end ie. From client/device to CIDR server by using appropriate communication protocol.

Authentication request XML was modified after it was signed.

570

Invalid key info in digital signature (this means that certificate used for signing the authentication request is not valid – it is either expired, or does not belong to the AUA or is not created by a well-known Certification Authority)

Application should have Technical an independent module Exception for signing Auth XML and certificate should be stored and manage outside of the application.

571

PIN Requires reset (this error will be returned if resident is using the default PIN which needs to be reset before usage)

572

Invalid biometric position (This error is returned if biometric position value - “pos” attribute in “Bio” element - is not applicable for a given biometric type “type” attribute in “Bio” element.)

Technical Exception

Please reset your PIN in UIDAI updation application and use new PIN in this application.

Application should have Technical client level validation to Exception check “type” and corresponding valid “pos” values before creating PID block.

Certificate used for signing the authentication request is not valid – it is either expired, or does not belong to the AUA or is not created by a well-known Certification Authority

Please change your default PIN through UIDAI updation client and resend your authentication request.

This error will be returned if resident is using the default PIN which needs to be reset before usage.

This error is returned if biometric position value - “pos” attribute in “Bio” element - is not applicable for a given biometric type - “type” attribute in “Bio” element

6/12/2012 10:24 AM

Aadhaar Authentication Basics

22 of 26

https://developer.uidai.gov.in/site/book/export/html/18

573

Pi usage not allowed as per license

Application should have Technical a configurable business Exception rule which can restrict the usage of Pi attribute based on AUA license authorization.

Pi usage not allowed as per license

574

Pa usage not allowed as per license

Application can have a client level check to restrict/allow entry of “pa” attribute as per license of AUA.

Technical Exception

Pa usage not allowed as per license

575

Pfa usage not allowed Application can have a as per license client level check to restrict/allow entry of “pfa” attribute as per license of AUA.

Technical Exception

Pfa usage not allowed as per license

576

FMR usage not Application can have a allowed as per license client level check to restrict/allow entry of “FMR” attribute as per license of AUA.

Technical Exception

FMR usage not allowed as per license

577

FIR usage not allowed Application can have a as per license client level check to restrict/allow entry of “FIR” attribute as per license of AUA.

Technical Exception

FIR usage not allowed as per license

578

IIR usage not allowed Application can have a as per license client level check to restrict/allow entry of “IIR” attribute as per license of AUA.

Technical Exception

IIR usage not allowed as per license

579

OTP usage not Application can have a allowed as per license client level check to restrict/allow entry of “OTP” attribute as per license of AUA.

Technical Exception

OTP usage not allowed as per license

580

PIN usage not Application can have a allowed as per license client level check to restrict/allow entry of “PIN” attribute as per license of AUA.

Technical Exception

PIN usage not allowed as per license

6/12/2012 10:24 AM

Aadhaar Authentication Basics

23 of 26

https://developer.uidai.gov.in/site/book/export/html/18

581

Fuzzy matching usage Application can have a not allowed as per client level check to license restrict/allow entry of “ms” attribute in pi, pa and pfa element as per license of AUA.

Technical Exception

Fuzzy matching usage not allowed as per license

582

Local language usage not allowed as per license

Application can have a client level check to restrict/allow entry of local language attribute in pi, pa and pfa element as per license of AUA.

Technical Exception

Local language usage not allowed as per license

584

Invalid Pin code in Meta element

Pincode should have a valid value (in lov attribute)

Technical Exception

If pincode value is not one of the valid values in UIDAI system, this error occurs

585

Invalid Geo code in Meta element

Geo code value must be a valid lat.long value in Technical Exception decimal format as per spec (in lov attribute)

If geo code does not have proper format as per spec (decimal representation with porecision upto 4 decimal values for lat and long), this error occurs

710

Missing “Pi” data as specified in “Uses”

Application should validate pid block before encrypting data with API specified PID block structure and “Uses” element attributes values to ensure PID block have all the elements and attributes. Client level validation should also be put to check all mandatory and conditional fields of API XML.

Technical Exception

Missing “Pi” data as specified in “Uses”

720

Missing “Pa” data as specified in “Uses”

Same as 710

Technical Exception

Missing “Pa” data as specified in “Uses”

721

Missing “Pfa” data as Same as 710 specified in “Uses”

Technical Exception

Missing “Pfa” data as specified in “Uses”

6/12/2012 10:24 AM

Aadhaar Authentication Basics

24 of 26

https://developer.uidai.gov.in/site/book/export/html/18

730

Missing PIN data as specified in “Uses”

Same as 710

Technical Exception

Missing PIN data as specified in “Uses”

740

Missing OTP data as specified in “Uses”

Same as 710

Technical Exception

Missing OTP data as specified in “Uses”

800

Invalid biometric data AUA to review biometric device being used and whether templates are ISO compliant.

Technical Exception

FMR value is not ISO compliant – bad header or other issue with templates. FIR/IIR value is not compliant, or templates could not be extracted for the given FIR/IIR for matching purposes.

810

Missing biometric data as specified in “Uses”

811

Missing biometric data in CIDR for the given Aadhaar number

Same as 710

Technical Exception

Missing biometric data as specified in “Uses”

Your Biometric Ensure correct data is not Aadhaar number is available in CIDR. entered and try authenticating again.

After repeated failure, if the resident is genuine, exception handling provision would need to be followed to provide service.

Please contact UIDAI helpdesk to inform about the issue and to understand the steps for the updation of biometric information in CIDR.

812

Resident has not done Application should You have not done Refer Aadhaar Best “Best Finger make provison to best finger Detection API Detection”. initiate BFD application detection so kindly specifications for

Resident has not done “Best Finger Detection”.

6/12/2012 10:24 AM

Aadhaar Authentication Basics

25 of 26

https://developer.uidai.gov.in/site/book/export/html/18

Application should initiate BFD application to help resident identify their best fingers. See Aadhaar Best Finger Detection API specification.

based on the error code to help resident identify their best fingers.

proceed with the BFD process for successful authentication.

details on the BFD process.

820

Missing or empty value for “bt” attribute in “Uses” element

Same as 710

Technical Exception

Missing or empty value for “bt” attribute in “Uses” element

821

Invalid value in the “bt” attribute of “Uses” element

Same as 710

Technical Exception

Invalid value in the “bt” attribute of “Uses” element

901

No authentication data found in the request (this corresponds to a scenario wherein none of the auth data – Demo, Pv, or Bios – is present)

Technical Application should Exception validate that User giveatleast one auth factor before encryption of PID block.

All factors of Auth are optional. Hence, it is possible to attempt an auth without specify any values for any of the factors – Pi, Pa, Pfa, Bio or Pv. If none of these elements have any value that can be used for authentication purposes, then, this error will be reported.

902

Invalid “dob” value in the “Pi” element (this corresponds to a scenarios wherein “dob” attribute is not of the format “YYYY” or “YYYYMM-DD”, or the age of resident is not in valid range)

Application should have a client level check to check dob date format and age business rules specified (Current Rule is that age should not be less than 0 and greater than 150 years)

Please enter dob in specified date format or enter age in specified range.

910

Invalid “mv” value in the “Pi” element

Same as 710

Technical Exception

911

Invalid “mv” value in the “Pfa” element

Same as 710

Technical Exception

912

Invalid “ms” value

Same as 710

Technical Exception

Re-enter the date of birth or age and resend a new authentication request.

“dob” attribute is not of the format “YYYY” or “YYYY-MM-DD”, or the age of resident is not in valid range.

6/12/2012 10:24 AM

Aadhaar Authentication Basics

26 of 26

913

https://developer.uidai.gov.in/site/book/export/html/18

Both “Pa” and “Pfa” Same as 710 are present in the authentication request (Pa and Pfa are mutually exclusive)

Attempt to use Pa and Pfa both in the same request can result in this error.

930-939 Technical error that are internal to authentication server

AUA/ASA should call UIDAI tech support.

Technical Exception

UIDAI server side issues. UIDAI tech support to review the scenario and take appropriate action.

940

Unauthorized ASA channel

AUA should consult ASA.

Technical Exception

941

Unspecified ASA channel

AUA should consult ASA.

Technical Exception

980

Unsupported option

AUA to review the auth Technical client to check whether Exception any dev feature is being used in prod

Currently this error is not reported. Can be used in future.

999

Unknown error

User to ensure that UID Technical number is correct. Exception

UID number is wrong or if OTP was used, OTP did not match.

6/12/2012 10:24 AM

View more...

Comments

Copyright ©2017 KUPDF Inc.
SUPPORT KUPDF