Control Interface » History » Version 26
Max Tuengerthal, 03/06/2014 07:01 PM
| 1 | 8 | Tobias Wich | h1. Client Control Interface |
|---|---|---|---|
| 2 | 1 | Moritz Horsch | |
| 3 | 8 | Tobias Wich | The Client Control Interface is http based. The webserver of the eCard client is available only under http://localhost:24724. |
| 4 | 1 | Moritz Horsch | |
| 5 | 8 | Tobias Wich | h2. Activation |
| 6 | |||
| 7 | *URL* |
||
| 8 | @http://127.0.0.1:24727/eID-Client@ |
||
| 9 | |||
| 10 | *Method* |
||
| 11 | GET |
||
| 12 | |||
| 13 | *Query* |
||
| 14 | | tcTokenURL | The URL determines where the client can retrieve the TC Token. See TR-03112-7, section 3.2 | Mandatory | |
||
| 15 | | ifdName | The ifdName determines the card terminal.| Optional[1] | |
||
| 16 | 24 | Tobias Wich | | slotIndex | The slotIndex determines the slot in the terminal.| Optional[1] | |
| 17 | 8 | Tobias Wich | | contextHandle | The contextHandle addresses a specific IFD. | Optional[1] | |
| 18 | | slotHandle | The slotHandle determines a connected eCard. See TR-03112-6, section 3.2.1. | Optional[1] | |
||
| 19 | | cardType | The cardType determines the type of card which must be selected. | Optional[1] | |
||
| 20 | |||
| 21 | *Returns* |
||
| 22 | | 200 OK | The refresh address is comprised in the Message Body (Hack for Mac OS Safari). | |
||
| 23 | | 303 See Other | The Location field in the response should contain the refresh address. | |
||
| 24 | | 400 Bad Request | Malformed GET request, e.g. parameters are missing. | |
||
| 25 | | 500 Internal Server Error | Other errors. | |
||
| 26 | 20 | Tobias Wich | | 502 Bad Gateway | Server where the TCToken was requested, didn't answer or returned an invalid response. | |
| 27 | 8 | Tobias Wich | |
| 28 | *Content-Types* |
||
| 29 | | text/html | Webpage with user evaluatable content. E.g. error page, manual redirect, ... | |
||
| 30 | |||
| 31 | |||
| 32 | *Description* |
||
| 33 | The interface can be used to start the eID application. |
||
| 34 | |||
| 35 | The parameters ifdName, contextHandle, slotHandle and cardType address a particular eCard, or a type of card. |
||
| 36 | There are three meaningful combinations of the optional parameters: |
||
| 37 | * _none_ |
||
| 38 | Use the fist nPa available. Display a "Please insert nPa" dialog if needed. This is the behaviour of the AusweisApp. |
||
| 39 | 13 | Tobias Wich | In other words the lack of the cardType parameter sets it to the default value @http://bsi.bund.de/cif/npa.xml@, and thus the next rule becomes effective. |
| 40 | 8 | Tobias Wich | * _cardType_ |
| 41 | Use the fist card of the specified type which is available. Display a "Please insert <cardType>" dialog if needed. |
||
| 42 | 13 | Tobias Wich | A special case must be made when software certificates (cardType=@http://openecard.org/cif/soft-credential@) are used. In that case no dialog is shown, when there is no certificate. Instead an error is produced. |
| 43 | 8 | Tobias Wich | * _ifdName_, _contextHandle_, _slotHandle_ |
| 44 | Use exactly the card matching the parameters. |
||
| 45 | 13 | Tobias Wich | cardType is requested from the selected card directly. If there is no such card, an error is produced. |
| 46 | 8 | Tobias Wich | |
| 47 | |||
| 48 | *Notes* |
||
| 49 | |||
| 50 | 1 | Moritz Horsch | <pre> |
| 51 | TODO |
||
| 52 | * What happens if the Client Activator cannot start an application? |
||
| 53 | </pre> |
||
| 54 | |||
| 55 | 11 | Tobias Wich | During the processing of the activation, a TCToken is fetched from a remote server. |
| 56 | The TCToken is defined as follows: |
||
| 57 | <pre><code class="xml"> |
||
| 58 | 25 | Max Tuengerthal | <element name="TCTokenType" type="TCTokenType" /> |
| 59 | 1 | Moritz Horsch | |
| 60 | 11 | Tobias Wich | <complexType name="TCTokenType"> |
| 61 | <sequence> |
||
| 62 | <element name="ServerAddress" type="anyURI" /> |
||
| 63 | <element name="SessionIdentifier" type="string" /> |
||
| 64 | 1 | Moritz Horsch | <element name="RefreshAddress" type="anyURI" /> |
| 65 | 25 | Max Tuengerthal | <element name="CommunicationErrorAddress" type="anyURI" minOccurs="0" /> |
| 66 | <element name="Binding" type="anyURI" /> |
||
| 67 | <element name="PathSecurity-Protocol" type="anyURI" minOccurs="0" /> |
||
| 68 | <element name="PathSecurity-Parameters" minOccurs="0"> |
||
| 69 | 11 | Tobias Wich | <complexType> |
| 70 | <choice> |
||
| 71 | <element name="PSK" type="hexBinary" /> |
||
| 72 | </choice> |
||
| 73 | </complexType> |
||
| 74 | </element> |
||
| 75 | </sequence> |
||
| 76 | </complexType> |
||
| 77 | </code></pre> |
||
| 78 | 1 | Moritz Horsch | |
| 79 | 11 | Tobias Wich | The contents of the elements are defined as follows: |
| 80 | * ServerAddress |
||
| 81 | Must contain a https-URL which shall be used by the eCA to connect to the authentication server. |
||
| 82 | 1 | Moritz Horsch | * SessionIdentifier |
| 83 | Must contain a unique identifier of the current authentication session. |
||
| 84 | 11 | Tobias Wich | * RefreshAddress |
| 85 | Must be a https-URL. The eCA redirects the browser to this URL (or the URL retrieved by following redirects starting from this URL) after conclusion of the online authentication. |
||
| 86 | 25 | Max Tuengerthal | * CommunicationErrorAddress |
| 87 | 11 | Tobias Wich | * Binding |
| 88 | 25 | Max Tuengerthal | Must be used to indicate that an authentication protocol according to [ISO24727-3] is to be performed over the session between eCA and the authentication server. |
| 89 | 11 | Tobias Wich | Currently the following values are defined: |
| 90 | ** @urn:liberty:paos:2006-08@ |
||
| 91 | 23 | Tobias Wich | ** @urn:ietf:rfc:2616@ |
| 92 | 11 | Tobias Wich | * PathSecurity-Protocol |
| 93 | This element specifies the security protocol, which is to be used for securing the connection between eCA and AS. |
||
| 94 | Currently the following values are defined: |
||
| 95 | 12 | Tobias Wich | ** @urn:ietf:rfc:4346@ |
| 96 | 11 | Tobias Wich | TLS according to [RFC4346]. |
| 97 | ** @urn:ietf:rfc:4279@ |
||
| 98 | TLS-PSK according to [RFC4279]. |
||
| 99 | ** @urn:ietf:rfc:5487@ |
||
| 100 | TLS-PSK with a cipher suite according to [RFC5487]. |
||
| 101 | * PathSecurity-Parameter |
||
| 102 | Must be present to supply path security parameters such as PSK values. |
||
| 103 | |||
| 104 | The following changes are made to the token type defined in [eCard-7]: |
||
| 105 | 12 | Tobias Wich | * PathSecurity-Protocol has an additional value. (@urn:ietf:rfc:4346@) |
| 106 | 11 | Tobias Wich | * PathSecurity-Parameter is optional because of the additional default TLS Protocol. |
| 107 | 8 | Tobias Wich | |
| 108 | h2. GetStatus[1] |
||
| 109 | |||
| 110 | *URL* |
||
| 111 | @http://127.0.0.1:24727/getStatus@ |
||
| 112 | |||
| 113 | *Method* |
||
| 114 | GET |
||
| 115 | |||
| 116 | *Query* |
||
| 117 | | session | The session parameter establishes an event queue for further requests with waitforChange. | Optional | |
||
| 118 | |||
| 119 | *Returns* |
||
| 120 | | 200 OK | Status element (see below). | |
||
| 121 | 14 | Tobias Wich | | 400 Bad Request | Malformed GET request, e.g. session parameter is too weak. | |
| 122 | 8 | Tobias Wich | | 500 Internal Server Error | Errors in the smartcard stack or the webserver. | |
| 123 | |||
| 124 | 16 | Tobias Wich | <pre><code class="xml"> |
| 125 | 18 | Tobias Wich | <complexType name="StatusType" xmlns:oec="http://ws.openecard.org/schema" targetNamespace="http://ws.openecard.org/schema"> |
| 126 | 16 | Tobias Wich | <sequence> |
| 127 | <element name="ConnectionHandle" type="iso:ConnectionHandleType" maxOccurs="unbounded" minOccurs="0" /> |
||
| 128 | <element name="UserAgent" maxOccurs="1" minOccurs="0"> |
||
| 129 | <complexType> |
||
| 130 | 17 | Tobias Wich | <sequence> |
| 131 | <element name="Name" type="string" /> |
||
| 132 | <element name="VersionMajor" type="integer" /> |
||
| 133 | <element name="VersionMinor" type="integer" maxOccurs="1" minOccurs="0" /> |
||
| 134 | <element name="VersionSubminor" type="integer" maxOccurs="1" minOccurs="0" /> |
||
| 135 | </sequence> |
||
| 136 | 16 | Tobias Wich | </complexType> |
| 137 | </element> |
||
| 138 | <element name="SupportedAPIVersions" maxOccurs="unbounded" minOccurs="0"> |
||
| 139 | <complexType> |
||
| 140 | 17 | Tobias Wich | <sequence> |
| 141 | <element name="Name" type="string" /> |
||
| 142 | <element name="VersionMajor" type="integer" /> |
||
| 143 | <element name="VersionMinor" type="integer" maxOccurs="1" minOccurs="0"/> |
||
| 144 | <element name="VersionSubminor" type="integer" maxOccurs="1" minOccurs="0"/> |
||
| 145 | </sequence> |
||
| 146 | 16 | Tobias Wich | </complexType> |
| 147 | </element> |
||
| 148 | 22 | Tobias Wich | <element name="SupportedCards" maxOccurs="unbounded" minOccurs="0"> |
| 149 | <complexType> |
||
| 150 | <sequence> |
||
| 151 | <element name="CardType" type="anyURI" maxOccurs="1" minOccurs="1" /> |
||
| 152 | <element name="DIDProtocols" type="anyURI" maxOccurs="unbounded" minOccurs="0" /> |
||
| 153 | </sequence> |
||
| 154 | </complexType> |
||
| 155 | </element> |
||
| 156 | 16 | Tobias Wich | <element name="SupportedDIDProtocols" type="anyURI" maxOccurs="unbounded" minOccurs="0" /> |
| 157 | <element name="AdditionalFeatures" type="anyURI" maxOccurs="unbounded" minOccurs="0" /> |
||
| 158 | 1 | Moritz Horsch | </sequence> |
| 159 | </complexType> |
||
| 160 | |||
| 161 | <element name="Status"> |
||
| 162 | <complexType> |
||
| 163 | <complexContent> |
||
| 164 | <extension base="oec:StatusType"> |
||
| 165 | 17 | Tobias Wich | <sequence /> |
| 166 | 1 | Moritz Horsch | </extension> |
| 167 | </complexContent> |
||
| 168 | </complexType> |
||
| 169 | </element> |
||
| 170 | </code></pre> |
||
| 171 | 17 | Tobias Wich | |
| 172 | The contents of the Status element are defined as follows: |
||
| 173 | * ConnectionHandle |
||
| 174 | List of ConnectionHandles reflecting the currently available terminals, cards and their types. |
||
| 175 | * UserAgent |
||
| 176 | Description of the user agent (client). |
||
| 177 | ** Name must be set to "Open eCard App" for all client types of the Open eCard App. |
||
| 178 | ** VersionMajor, VersionMinor and VersionSubminor correspond to the major, minor and patch fields in the Version class. |
||
| 179 | (see source:common/src/main/java/org/openecard/client/common/Version.java) |
||
| 180 | * SupportedAPIVersions |
||
| 181 | 1 | Moritz Horsch | This element names and describes all supported API versions. At the moment, this is solely the eCard-API. |
| 182 | ** Name and the version elements are one of |
||
| 183 | 17 | Tobias Wich | *** @http://www.bsi.bund.de/ecard/api@, 1, 1, @not set@ |
| 184 | 22 | Tobias Wich | * SupportedCards |
| 185 | List of supported DIDProtocols per card type. That means the list of DIDProtocols, for which an implementation exists and which are listed in the respective CardInfo file. |
||
| 186 | 17 | Tobias Wich | * SupportedDIDProtocols |
| 187 | List of supported DID protocols. That means the list of SAL modules' DID protocol URIs registered in the client. |
||
| 188 | * AdditionalFeatures |
||
| 189 | Not yet defined, but could be further stuff like a Signature plugin etc. |
||
| 190 | 8 | Tobias Wich | |
| 191 | *Content-Types* |
||
| 192 | | text/xml | The Status element. | |
||
| 193 | 15 | Tobias Wich | | text/html | Message in case of an error. | |
| 194 | 8 | Tobias Wich | |
| 195 | |||
| 196 | *Description* |
||
| 197 | The interface can be used to request information about the eID application and its current state. |
||
| 198 | |||
| 199 | h2. WaitForChange |
||
| 200 | |||
| 201 | *URL* |
||
| 202 | @http://127.0.0.1:24727/waitForChange@ |
||
| 203 | |||
| 204 | *Method* |
||
| 205 | 1 | Moritz Horsch | GET |
| 206 | 8 | Tobias Wich | |
| 207 | *Query* |
||
| 208 | 10 | Tobias Wich | | session | The session of a previously set up event queue (see [[Client_Activation#GetStatus1|GetStatus]]). | Mandatory | |
| 209 | 8 | Tobias Wich | |
| 210 | *Returns* |
||
| 211 | | 200 OK | StatusChange element (see below). | |
||
| 212 | 14 | Tobias Wich | | 400 Bad Request | Malformed GET request, e.g. session parameter is too weak. | |
| 213 | 8 | Tobias Wich | | 500 Internal Server Error | Errors in the smartcard stack or the webserver. | |
| 214 | |||
| 215 | 19 | Tobias Wich | <pre><code class="xml"> |
| 216 | <complexType name="StatusChangeType" xmlns:oec="http://ws.openecard.org/schema" targetNamespace="http://ws.openecard.org/schema"> |
||
| 217 | <sequence> |
||
| 218 | <element name="ConnectionHandle" type="iso:ConnectionHandleType" maxOccurs="1" minOccurs="1" /> |
||
| 219 | <element name="Action" type="anyURI" maxOccurs="1" minOccurs="1" /> |
||
| 220 | </sequence> |
||
| 221 | </complexType> |
||
| 222 | |||
| 223 | <element name="StatusChange"> |
||
| 224 | <complexType> |
||
| 225 | <complexContent> |
||
| 226 | <extension base="oec:StatusChangeType"> |
||
| 227 | <sequence /> |
||
| 228 | </extension> |
||
| 229 | </complexContent> |
||
| 230 | </complexType> |
||
| 231 | </element> |
||
| 232 | </code></pre> |
||
| 233 | |||
| 234 | The contents of the StatusChange element are defined as follows: |
||
| 235 | |||
| 236 | * ConnectionHandle |
||
| 237 | The meaning of the ConnectionHandle parameter is exactly as in the StartPAOS call defined in [BSI-TR-03112-7, Section 2.6]. |
||
| 238 | * Action |
||
| 239 | This element contains the URI describing the event. Currently there are the following event types defined: |
||
| 240 | ** http://openecard.org/event/terminal_added |
||
| 241 | ** http://openecard.org/event/terminal_removed |
||
| 242 | ** http://openecard.org/event/card_inserted |
||
| 243 | ** http://openecard.org/event/card_removed |
||
| 244 | ** http://openecard.org/event/card_recognized |
||
| 245 | |||
| 246 | 8 | Tobias Wich | |
| 247 | *Content-Types* |
||
| 248 | | text/xml | The StatusChange element. | |
||
| 249 | 15 | Tobias Wich | | text/html | Message in case of an error. | |
| 250 | 8 | Tobias Wich | |
| 251 | |||
| 252 | *Description* |
||
| 253 | The interface can be used to request status change information after an initial GetStatus call. |
||
| 254 | |||
| 255 | |||
| 256 | --- |
||
| 257 | |||
| 258 | fn1. Openecard proposal: This parameter/interface is an Open eCard specific extension. It is not part of the official eCard specification. |