The Portugese eID container facilitates communication with card readers with inserted Portugese eID smart card. The T1C-JS client library provides function to communicate with the smart card and facilitates integration into a web or native application.
This document describes the functionality provided by the Portugese eID container on the T1C-GCL (Generic Connector Library).
Get Portugese eID container object
For more information on how to configure the T1C-JS client library see Client Configuration.
Initialize a gclClient:
GCLLib.GCLClient.initialize(config,function(err, gclClient) {// gclClient ready to use});
The constructor for the Portugese eID expect as the parameter to be a valid reader-ID. A reader-ID can be obtained from the exposed core functionality, for more information see
Core Services.
Core services responds with available card-readers, available card in a card-reader, etc.
For example:
In order to get all connected card-readers, with available cards:
var core =gclClient.core();core.readersCardAvailable(callback);
We notice that a card object is available in the response in the context of a detected reader.
The reader in the example above is Bit4id miniLector, has no pin-pad capabilities, and there is a card detected with given ATR and description "Portugese eID Card".
An ATR (Answer To Reset) identifies the type of a smart-card.
The reader, has a unique ID, reader_id; this reader_id must be used in order to request functionalities for the Portugese eID card.
This must be done upon instantiation of the Portugese eID container:
var pteid =gclClient.pteid(reader_id);
All methods for pteid will use the selected reader - identified by the reader_id.
Cardholder Information
The card holder is the person identified using the Portugese eID card. It's important to note that all data must be validated in your backend. Data validation can be done using the appropriate certificate (public key).
IdData
Contains all card holder related data, excluding the card holder address and photo.
The service can be called:
{"data": {"accidental_indications":"Sem ID Esq;Sem ID Dta","civilian_number":"990001822","country":"PRT","date_of_birth":"19 08 1960","document_number":"99000182 2 ZZ2","document_number_pan":"9999000000026918","document_type":"Cartão de Cidadão","document_version":"001.001.11","gender":"F","given_name_father":"Carlos","given_name_mother":"Maria","health_no":"898765392","height":"1,68","issuing_entity":"República Portuguesa","local_of_request":"AMA","mrz1":"I<PRT990001822<ZZ29<<<<<<<<<<<","mrz2":"6008190F1610316PRT<<<<<<<<<<<8","mrz3":"REVOGADO<<ANA<<<<<<<<<<<<<<<<<","name":"Ana","nationality":"PRT","photo":"base64 encoded photo data","raw_data":"base64 encoded raw data","social_security_no":"11999999960","surname":"Revogado","surname_father":"Revogado","surname_mother":"Revogado","tax_no":"399990046","validity_begin_date":"08 04 2013","validity_end_date":"31 10 2016" },"success": true}
IdData without photo
Reading all the id data with the photo can be slow as the photo contains a lot of data. If only the data is required, the service can be called to read the id data without the photo.
Contains the card holders address stored on the smart card. The information is proctected by the address PIN code. The service can be called:
Read the address on a pinpad reader
var data = {}gclClient.pteid(reader_id).address(data, callback);
Read the address on a non pinpad reader
var data = {"pin":"...."}gclClient.pteid(reader_id).address(data, callback);
Response:
{"data": {"abbr_building_type":"","abbr_street_type":"AV","building_type":"","civil_parish":"110623","civil_parish_description":"Nossa Senhora de Fátima","district":"11","district_description":"Lisboa","door_no":"202","floor":"","gen_address_num":"200801","is_national":true,"locality":"Lisboa","municipality":"1106","municipality_description":"Lisboa","place":"","postal_locality":"LISBOA", "raw_data": "TgBQVAAAMTEAAExpc2JvYQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAxMTA2AAAAAExpc2JvYQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAxMTA2MjMAAAAAAABOb3NzYSBTZW5ob3JhIGRlIEbDoXRpbWEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQVYAAAAAAAAAAAAAAAAAAAAAAABBdmVuaWRhAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAANSBkZSBPdXR1YnJvAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAyMDIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAExpc2JvYQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAxMDUwAAAAADA2NQAAAExJU0JPQQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMjAwODAxAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA",
"side":"","street_name":"5 de Outubro","street_type":"Avenida","type":"N","zip3":"065","zip4":"1050" },"success": true}
Certificates
Exposes all the certificates publicly available on the smart card.
T1C-JS will return the raw base64 certificate, optionally it can also return an object representing the certificate as parsed by PKI.js. To enable parsing, parseCerts must be set to true.
Certificate Chain
TODO
Root Certificate
Contains the 'root certificate' stored on the smart card. The root certificate is used to sign the 'citizen CA certificate'.
The service can be called:
Contains the 'root authentication certificate' stored on the smart card. The 'root authenticate certificate' is used to sign the 'authenticate certificate'. The service can be called:
Contains the root non-repudiation certificate stored on the smart card. The 'root non-repudiation certificate' is used to sign the 'non-repudiation certificate'. The service can be called:
Contains the 'authentication certificate' stored on the smart card. The 'authentication certificate' contains the public key corresponding the private RSA authentication key.
The service can be called:
Contains the 'non-repudiation certificate' stored on the smart card. The 'non-repudiation certificate' contains the public key corresponding the private RSA non-repudiation key.
The service can be called:
The 'algorithm_reference' property can contain the following values: md5, sha1 and sha256.
The core services lists connected readers, and if they have pin-pad capability. You can find more information in the Core Service documentation on how to verify card reader capabilities.
Calculate Hash
In order to calculate a hash from the data to sign, you need to know the algorithm you will use in order to sign.
You might have noticed the algorithm_reference property provided in the sign request.
The algorithm_reference can be one of the values: md5, sha1, sha256, sha512.
For example, we want the following text to be signed using sha256:
This is sample text to demonstrate siging with Portugese eID
You can use the following online tool to calculate the SHA256: calculate SHA256
Notice that the length of the SHA256 is always the same.
Now we need to convert the hexadecimal string to a base64-encoded string, another online tool can be used for this example: hex to base64 converter
Base64-encoded result:
E1uHACbPvhLew0gGmBH83lvtKIAKxU2/RezfBOsT6Vs=
Now we can sign the data:
var data = {"pin":"...","algorithm_reference":"sha256","data":"E1uHACbPvhLew0gGmBH83lvtKIAKxU2/RezfBOsT6Vs="}gclClient.pteid(reader_id).signData(data, callback);
When the web or native application is responsible for showing the password input, the following request is used to verify a card holder PIN:
var data = {"pin":"..."}gclClient.pteid(reader_id).verifyPin(data, callback);
Response:
{"success": true}
Verify PIN with pin-pad
When the pin entry is done on the pin-pad, the following request is used to verify a given PIN:
var data = {}gclClient.pteid(reader_id).verifyPin(data, callback);
Response:
{"success": true}
Verify PIN - retries left
In order to inform a user upon the PIN retries left, the Portugese eID doesn't provide a request to retrieve this information. After an unsuccesfull PIN verification, the error code indicates the number of retries left. For example, when executuing:
$("#buttonValidate").on('click', function () {
var _body={};
_body.pin = $("#psw").val(); //only when no pin-pad available
var pteid = connector.pteid(reader_id);
pteid.verifyPin(_body, validationCallback);
});
The following error message will be returned when PIN is wrong:
The 'algorithm_reference' property can contain the following values: md5, sha1 and sha256.
Generated Challenge
A server generated challenge can be provided to the JavaScript library.
In order to do so, an additional contract must be provided with the 'OCV API' (Open Certificate Validation API).
The calculated digest of the hash is prefixed with:
DigestInfo ::= SEQUENCE {
digestAlgorithm AlgorithmIdentifier,
digest OCTET STRING
}
Make sure this has been taken into consideration in order to validate the signature in a backend process.
Error Handling
Error Object
The functions specified are asynchronous and always need a callback function.
The callback function will reply with a data object in case of success, or with an error object in case of an error. An example callback: