Application Protocol Data Unit - Versionsgeschichte

Matthäus Wander: HC: Entferne Kategorie:Kommunikationsprotokoll

2023-07-25T23:28:15Z

HC: Entferne Kategorie:Kommunikationsprotokoll

← Nächstältere Version		Version vom 26. Juli 2023, 01:28 Uhr
Zeile 332:		Zeile 332:

	[[Kategorie:Chipkarten]]		[[Kategorie:Chipkarten]]
	[[Kategorie:Kommunikationsprotokoll]]

Orthographus: Komma

2021-07-29T11:26:15Z

Komma

← Nächstältere Version		Version vom 29. Juli 2021, 13:26 Uhr
Zeile 106:		Zeile 106:
	Wegen der immer größeren Datenmengen, die auf Smartcards (besonders im Bereich der Signaturen) gespeichert und gelesen werden können, wurde es notwendig, innerhalb einer APDU größere Datenmengen zu lesen oder zu schreiben. Dazu wurden die ''{{lang\|en\|extended APDUs}}'' eingeführt. Anhand der ''{{lang\|en\|[[Answer to Reset#Die Historical Characters\|Historical Characters]]}}'' im ATR kann festgestellt werden, ob eine Smartcard diese größeren APDUs unterstützt. Bei der ''{{lang\|en\|extended APDU}}'' kann Lc bzw. Le einen Wert zwischen 1 und 65535 bzw. 65536 kodieren. Das erste auftretende Feld wird dabei mit 3 Bytes kodiert. Bei Case-2-Kommando-APDUS ist dies das Le-Feld, bei Case-3- und -4-Kommando-APDUS das Lc-Feld. Bei Case-4-Kommando-APDUS wird das Le-Feld mit 2 Bytes codiert (das führende Null-Byte entfällt).		Wegen der immer größeren Datenmengen, die auf Smartcards (besonders im Bereich der Signaturen) gespeichert und gelesen werden können, wurde es notwendig, innerhalb einer APDU größere Datenmengen zu lesen oder zu schreiben. Dazu wurden die ''{{lang\|en\|extended APDUs}}'' eingeführt. Anhand der ''{{lang\|en\|[[Answer to Reset#Die Historical Characters\|Historical Characters]]}}'' im ATR kann festgestellt werden, ob eine Smartcard diese größeren APDUs unterstützt. Bei der ''{{lang\|en\|extended APDU}}'' kann Lc bzw. Le einen Wert zwischen 1 und 65535 bzw. 65536 kodieren. Das erste auftretende Feld wird dabei mit 3 Bytes kodiert. Bei Case-2-Kommando-APDUS ist dies das Le-Feld, bei Case-3- und -4-Kommando-APDUS das Lc-Feld. Bei Case-4-Kommando-APDUS wird das Le-Feld mit 2 Bytes codiert (das führende Null-Byte entfällt).

	Kodiert wird demnach das erste Lx-Feld mit 3 Bytes (B1)='00', (B2\|\|B3)=beliebiger Wert, wobei für Lc hier '0000' nicht erlaubt ist (wenn B2 und B3 für Le auf '0000' gesetzt werden ist dies gleichbedeutend mit 65536) und das zweite (sofern vorhanden ist es Le) nach dem gleichen Schema ohne das führende Null-Byte.		Kodiert wird demnach das erste Lx-Feld mit 3 Bytes (B1)='00', (B2\|\|B3)=beliebiger Wert, wobei für Lc hier '0000' nicht erlaubt ist (wenn B2 und B3 für Le auf '0000' gesetzt werden, ist dies gleichbedeutend mit 65536) und das zweite (sofern vorhanden ist es Le) nach dem gleichen Schema ohne das führende Null-Byte.

	== ''response APDU'' ==		== ''response APDU'' ==

Girus: leerer Abschnitt

2021-04-27T05:43:24Z

leerer Abschnitt

← Nächstältere Version		Version vom 27. April 2021, 07:43 Uhr
Zeile 327:		Zeile 327:
	\|		\|
	\|}		\|}

	== Weblinks ==

	== Einzelnachweise ==		== Einzelnachweise ==

	<references />		<references />

178.83.72.7: /* Weblinks */ Link is dead.

2021-04-26T07:00:32Z

Weblinks: Link is dead.

← Nächstältere Version		Version vom 26. April 2021, 09:00 Uhr
Zeile 329:		Zeile 329:

	== Weblinks ==		== Weblinks ==

	* [http://www.cryptoshop.com/de/knowledgebase/technology/smartcard/smartcardcom.php Smart Card Kommunikation]

	== Einzelnachweise ==		== Einzelnachweise ==

Grand Morin: doppelte Zitatauszeichnung korrigiert

2020-12-12T15:48:19Z

doppelte Zitatauszeichnung korrigiert

← Nächstältere Version		Version vom 12. Dezember 2020, 17:48 Uhr
Zeile 1:		Zeile 1:
	'''''{{lang\|en\|Application Protocol Data Unit}}''''' ('''{{lang\|en\|APDU}}'''; [[englische Sprache\|englisch]] für ''„Datenelement des Anwendungsprotokolls“'') bezeichnet einen kombinierten Kommando-/Datenblock des [[Kommunikationsprotokoll\|Kommunikationsprotokolls]] zwischen einem [[Chipkartenleser]] und einer [[Chipkarte]]. Für den Datenaustausch wird ein kombinierter [[Anweisung (Programmierung)\|Befehl]]s- (oder ''Kommando-'') und Datenblock verwendet. Die Struktur der APDU ist definiert in der Norm [[ISO 7816]].<ref>{{Internetquelle \| url=http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=36134 \| titel=ISO/IEC 7816-4:2005 Identification cards — Integrated circuit cards — Part 4: Organization, security and commands for interchange \| hrsg=Iso.org \| datum=2008-10-03 \| zugriff=2016-12-18}} (englisch)</ref>		'''''{{lang\|en\|Application Protocol Data Unit}}''''' ('''{{lang\|en\|APDU}}'''; [[englische Sprache\|englisch]] für „Datenelement des Anwendungsprotokolls“) bezeichnet einen kombinierten Kommando-/Datenblock des [[Kommunikationsprotokoll\|Kommunikationsprotokolls]] zwischen einem [[Chipkartenleser]] und einer [[Chipkarte]]. Für den Datenaustausch wird ein kombinierter [[Anweisung (Programmierung)\|Befehl]]s- (oder ''Kommando-'') und Datenblock verwendet. Die Struktur der APDU ist definiert in der Norm [[ISO 7816]].<ref>{{Internetquelle \| url=http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=36134 \| titel=ISO/IEC 7816-4:2005 Identification cards — Integrated circuit cards — Part 4: Organization, security and commands for interchange \| hrsg=Iso.org \| datum=2008-10-03 \| zugriff=2016-12-18}} (englisch)</ref>

	''APDUs'' werden unterschieden in ''command APDUs'', welche Kommandos an die Chipkarte übermitteln, und ''response APDUs'', die die jeweilige Antwort der Karte auf ein Kommando übermitteln. Eine Kommunikation wird immer von der Anschlussschnittstelle angestoßen. Auf eine ''command APDU'' der Anschlussschnittstelle erfolgt jeweils eine ''response APDU'' der Karte. Die [[Chipkarte]] selbst initiiert nie eine Kommunikation.		''APDUs'' werden unterschieden in ''command APDUs'', welche Kommandos an die Chipkarte übermitteln, und ''response APDUs'', die die jeweilige Antwort der Karte auf ein Kommando übermitteln. Eine Kommunikation wird immer von der Anschlussschnittstelle angestoßen. Auf eine ''command APDU'' der Anschlussschnittstelle erfolgt jeweils eine ''response APDU'' der Karte. Die [[Chipkarte]] selbst initiiert nie eine Kommunikation.

93.195.87.155: Änderung von Sedezimal zum üblicheren Begriff Hexadezimal /* Kodierung der Längenfelder Lc und Le */

2020-05-04T07:26:39Z

Änderung von Sedezimal zum üblicheren Begriff Hexadezimal Kodierung der Längenfelder Lc und Le

← Nächstältere Version		Version vom 4. Mai 2020, 09:26 Uhr
Zeile 102:		Zeile 102:
	=== Kodierung der Längenfelder Lc und Le ===		=== Kodierung der Längenfelder Lc und Le ===

	Es gibt zwei unterschiedliche Kodierungen für die Längenfelder Lc und Le. Standardmäßig unterstützt werden die kurzen Längenfelder; hierbei ist die Längenangabe nur ein Byte lang und unterstützt somit Werte von 1 bis 255 Byte (~~Sedezimal~~ 0x01 bis 0xFF). Der Sonderfall Le = 0x00 bedeutet hierbei eine erwartete Länge ({{enS\|expected length}}) von 256 Bytes. Somit können maximal 255 Bytes geschrieben (Lc) und 256 Bytes gelesen (Le) werden.		Es gibt zwei unterschiedliche Kodierungen für die Längenfelder Lc und Le. Standardmäßig unterstützt werden die kurzen Längenfelder; hierbei ist die Längenangabe nur ein Byte lang und unterstützt somit Werte von 1 bis 255 Byte (Hexadezimal 0x01 bis 0xFF). Der Sonderfall Le = 0x00 bedeutet hierbei eine erwartete Länge ({{enS\|expected length}}) von 256 Bytes. Somit können maximal 255 Bytes geschrieben (Lc) und 256 Bytes gelesen (Le) werden.

	Wegen der immer größeren Datenmengen, die auf Smartcards (besonders im Bereich der Signaturen) gespeichert und gelesen werden können, wurde es notwendig, innerhalb einer APDU größere Datenmengen zu lesen oder zu schreiben. Dazu wurden die ''{{lang\|en\|extended APDUs}}'' eingeführt. Anhand der ''{{lang\|en\|[[Answer to Reset#Die Historical Characters\|Historical Characters]]}}'' im ATR kann festgestellt werden, ob eine Smartcard diese größeren APDUs unterstützt. Bei der ''{{lang\|en\|extended APDU}}'' kann Lc bzw. Le einen Wert zwischen 1 und 65535 bzw. 65536 kodieren. Das erste auftretende Feld wird dabei mit 3 Bytes kodiert. Bei Case-2-Kommando-APDUS ist dies das Le-Feld, bei Case-3- und -4-Kommando-APDUS das Lc-Feld. Bei Case-4-Kommando-APDUS wird das Le-Feld mit 2 Bytes codiert (das führende Null-Byte entfällt).		Wegen der immer größeren Datenmengen, die auf Smartcards (besonders im Bereich der Signaturen) gespeichert und gelesen werden können, wurde es notwendig, innerhalb einer APDU größere Datenmengen zu lesen oder zu schreiben. Dazu wurden die ''{{lang\|en\|extended APDUs}}'' eingeführt. Anhand der ''{{lang\|en\|[[Answer to Reset#Die Historical Characters\|Historical Characters]]}}'' im ATR kann festgestellt werden, ob eine Smartcard diese größeren APDUs unterstützt. Bei der ''{{lang\|en\|extended APDU}}'' kann Lc bzw. Le einen Wert zwischen 1 und 65535 bzw. 65536 kodieren. Das erste auftretende Feld wird dabei mit 3 Bytes kodiert. Bei Case-2-Kommando-APDUS ist dies das Le-Feld, bei Case-3- und -4-Kommando-APDUS das Lc-Feld. Bei Case-4-Kommando-APDUS wird das Le-Feld mit 2 Bytes codiert (das führende Null-Byte entfällt).

KlausDieterSchmitt am 3. Februar 2020 um 01:17 Uhr

2020-02-03T01:17:41Z

← Nächstältere Version		Version vom 3. Februar 2020, 03:17 Uhr
Zeile 1:		Zeile 1:
	'''''{{lang\|en\|Application Protocol Data Unit}}''''' ('''{{lang\|en\|APDU}}'''; [[englische Sprache\|englisch]] für ''„Datenelement des Anwendungsprotokolls“'') bezeichnet einen kombinierten Kommando-/Datenblock des [[Kommunikationsprotokoll\|Kommunikationsprotokolls]] zwischen einem [[Chipkartenleser]] und einer [[Chipkarte]]. Für den Datenaustausch wird ein kombinierter [[Anweisung (Programmierung)\|Befehl]]s- (oder ''Kommando-'') und Datenblock verwendet. Die Struktur der APDU ist ~~durch~~ ~~die~~ [[ISO ~~7816\|ISO-~~7816]]~~-Standard festgelegt~~.<ref>{{Internetquelle \| url=http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=36134 \| titel=ISO/IEC 7816-4:2005 Identification cards — Integrated circuit cards — Part 4: Organization, security and commands for interchange \| hrsg=Iso.org \| datum=2008-10-03 \| zugriff=2016-12-18}} (englisch)</ref>		'''''{{lang\|en\|Application Protocol Data Unit}}''''' ('''{{lang\|en\|APDU}}'''; [[englische Sprache\|englisch]] für ''„Datenelement des Anwendungsprotokolls“'') bezeichnet einen kombinierten Kommando-/Datenblock des [[Kommunikationsprotokoll\|Kommunikationsprotokolls]] zwischen einem [[Chipkartenleser]] und einer [[Chipkarte]]. Für den Datenaustausch wird ein kombinierter [[Anweisung (Programmierung)\|Befehl]]s- (oder ''Kommando-'') und Datenblock verwendet. Die Struktur der APDU ist definiert in der Norm [[ISO 7816]].<ref>{{Internetquelle \| url=http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=36134 \| titel=ISO/IEC 7816-4:2005 Identification cards — Integrated circuit cards — Part 4: Organization, security and commands for interchange \| hrsg=Iso.org \| datum=2008-10-03 \| zugriff=2016-12-18}} (englisch)</ref>

	''APDUs'' werden unterschieden in ''command APDUs'', welche Kommandos an die Chipkarte übermitteln, und ''response APDUs'', die die jeweilige Antwort der Karte auf ein Kommando übermitteln. Eine Kommunikation wird immer von der Anschlussschnittstelle angestoßen. Auf eine ''command APDU'' der Anschlussschnittstelle erfolgt jeweils eine ''response APDU'' der Karte. Die [[Chipkarte]] selbst initiiert nie eine Kommunikation.		''APDUs'' werden unterschieden in ''command APDUs'', welche Kommandos an die Chipkarte übermitteln, und ''response APDUs'', die die jeweilige Antwort der Karte auf ein Kommando übermitteln. Eine Kommunikation wird immer von der Anschlussschnittstelle angestoßen. Auf eine ''command APDU'' der Anschlussschnittstelle erfolgt jeweils eine ''response APDU'' der Karte. Die [[Chipkarte]] selbst initiiert nie eine Kommunikation.

Hellotax.wiki am 21. Januar 2020 um 11:44 Uhr

2020-01-21T11:44:41Z

← Nächstältere Version		Version vom 21. Januar 2020, 13:44 Uhr
Zeile 1:		Zeile 1:
	'''''{{lang\|en\|Application Protocol Data Unit}}''''' ('''{{lang\|en\|APDU}}'''; [[englische Sprache\|englisch]] für ''„Datenelement des Anwendungsprotokolls“'') bezeichnet einen kombinierten Kommando-/Datenblock des [[Kommunikationsprotokoll\|Kommunikationsprotokolls]] zwischen einem [[Chipkartenleser]] und einer [[Chipkarte]]. Für den Datenaustausch wird ein kombinierter [[Anweisung (Programmierung)\|Befehl]]s- (oder ''Kommando-'') und Datenblock verwendet. Die Struktur der APDU ist durch die [[ISO 7816\|ISO-7816]]-~~Norm~~ festgelegt.<ref>{{Internetquelle \| url=http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=36134 \| titel=ISO/IEC 7816-4:2005 Identification cards — Integrated circuit cards — Part 4: Organization, security and commands for interchange \| hrsg=Iso.org \| datum=2008-10-03 \| zugriff=2016-12-18}} (englisch)</ref>		'''''{{lang\|en\|Application Protocol Data Unit}}''''' ('''{{lang\|en\|APDU}}'''; [[englische Sprache\|englisch]] für ''„Datenelement des Anwendungsprotokolls“'') bezeichnet einen kombinierten Kommando-/Datenblock des [[Kommunikationsprotokoll\|Kommunikationsprotokolls]] zwischen einem [[Chipkartenleser]] und einer [[Chipkarte]]. Für den Datenaustausch wird ein kombinierter [[Anweisung (Programmierung)\|Befehl]]s- (oder ''Kommando-'') und Datenblock verwendet. Die Struktur der APDU ist durch die [[ISO 7816\|ISO-7816]]-Standard festgelegt.<ref>{{Internetquelle \| url=http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=36134 \| titel=ISO/IEC 7816-4:2005 Identification cards — Integrated circuit cards — Part 4: Organization, security and commands for interchange \| hrsg=Iso.org \| datum=2008-10-03 \| zugriff=2016-12-18}} (englisch)</ref>

	''APDUs'' werden unterschieden in ''command APDUs'', welche Kommandos an die Chipkarte übermitteln, und ''response APDUs'', die die jeweilige Antwort der Karte auf ein Kommando übermitteln. Eine Kommunikation wird immer von der Anschlussschnittstelle angestoßen. Auf eine ''command APDU'' der Anschlussschnittstelle erfolgt jeweils eine ''response APDU'' der Karte. Die [[Chipkarte]] selbst initiiert nie eine Kommunikation.		''APDUs'' werden unterschieden in ''command APDUs'', welche Kommandos an die Chipkarte übermitteln, und ''response APDUs'', die die jeweilige Antwort der Karte auf ein Kommando übermitteln. Eine Kommunikation wird immer von der Anschlussschnittstelle angestoßen. Auf eine ''command APDU'' der Anschlussschnittstelle erfolgt jeweils eine ''response APDU'' der Karte. Die [[Chipkarte]] selbst initiiert nie eine Kommunikation.

Hellotax.wiki am 21. Januar 2020 um 11:44 Uhr

2020-01-21T11:44:15Z

← Nächstältere Version		Version vom 21. Januar 2020, 13:44 Uhr
Zeile 1:		Zeile 1:
	'''''{{lang\|en\|Application Protocol Data Unit}}''''' ('''{{lang\|en\|APDU}}'''; [[englische Sprache\|englisch]] für ''„Datenelement des Anwendungsprotokolls“'') bezeichnet einen kombinierten Kommando-/Datenblock des [[Kommunikationsprotokoll\|Kommunikationsprotokolls]] zwischen einem [[Chipkartenleser]] und einer [[Chipkarte]]. Für den Datenaustausch wird ein kombinierter [[Anweisung (Programmierung)\|Befehl]]s- (oder ''Kommando-'') und Datenblock verwendet. Die Struktur der APDU ist ~~definiert~~ durch ~~den~~ [[ISO 7816\|ISO-7816]]-~~Standard~~.<ref>{{Internetquelle \| url=http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=36134 \| titel=ISO/IEC 7816-4:2005 Identification cards — Integrated circuit cards — Part 4: Organization, security and commands for interchange \| hrsg=Iso.org \| datum=2008-10-03 \| zugriff=2016-12-18}} (englisch)</ref>		'''''{{lang\|en\|Application Protocol Data Unit}}''''' ('''{{lang\|en\|APDU}}'''; [[englische Sprache\|englisch]] für ''„Datenelement des Anwendungsprotokolls“'') bezeichnet einen kombinierten Kommando-/Datenblock des [[Kommunikationsprotokoll\|Kommunikationsprotokolls]] zwischen einem [[Chipkartenleser]] und einer [[Chipkarte]]. Für den Datenaustausch wird ein kombinierter [[Anweisung (Programmierung)\|Befehl]]s- (oder ''Kommando-'') und Datenblock verwendet. Die Struktur der APDU ist durch die [[ISO 7816\|ISO-7816]]-Norm festgelegt.<ref>{{Internetquelle \| url=http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=36134 \| titel=ISO/IEC 7816-4:2005 Identification cards — Integrated circuit cards — Part 4: Organization, security and commands for interchange \| hrsg=Iso.org \| datum=2008-10-03 \| zugriff=2016-12-18}} (englisch)</ref>

	''APDUs'' werden unterschieden in ''command APDUs'', welche Kommandos an die Chipkarte übermitteln, und ''response APDUs'', die die jeweilige Antwort der Karte auf ein Kommando übermitteln. Eine Kommunikation wird immer von der Anschlussschnittstelle angestoßen. Auf eine ''command APDU'' der Anschlussschnittstelle erfolgt jeweils eine ''response APDU'' der Karte. Die [[Chipkarte]] selbst initiiert nie eine Kommunikation.		''APDUs'' werden unterschieden in ''command APDUs'', welche Kommandos an die Chipkarte übermitteln, und ''response APDUs'', die die jeweilige Antwort der Karte auf ein Kommando übermitteln. Eine Kommunikation wird immer von der Anschlussschnittstelle angestoßen. Auf eine ''command APDU'' der Anschlussschnittstelle erfolgt jeweils eine ''response APDU'' der Karte. Die [[Chipkarte]] selbst initiiert nie eine Kommunikation.

ThomasPopp: Standard ISO/IEC 7816-4:2005(E), Kapitel 5.1, insbesondere auch Tabelle 1

2019-11-21T10:57:22Z

Standard ISO/IEC 7816-4:2005(E), Kapitel 5.1, insbesondere auch Tabelle 1

← Nächstältere Version		Version vom 21. November 2019, 12:57 Uhr
Zeile 56:		Zeile 56:
	\| Lc		\| Lc
	\| Length command		\| Length command
	\| 0 ~~bis~~ 3		\| 0, 1 oder 3
	\| Länge der Kommandodaten (siehe auch Abschnitt „[[#Kodierung der Längenfelder Lc und Le\|Kodierung der Längenfelder]]“)		\| Länge der Kommandodaten (siehe auch Abschnitt „[[#Kodierung der Längenfelder Lc und Le\|Kodierung der Längenfelder]]“)
	\|-		\|-
Zeile 104:		Zeile 104:
	Es gibt zwei unterschiedliche Kodierungen für die Längenfelder Lc und Le. Standardmäßig unterstützt werden die kurzen Längenfelder; hierbei ist die Längenangabe nur ein Byte lang und unterstützt somit Werte von 1 bis 255 Byte (Sedezimal 0x01 bis 0xFF). Der Sonderfall Le = 0x00 bedeutet hierbei eine erwartete Länge ({{enS\|expected length}}) von 256 Bytes. Somit können maximal 255 Bytes geschrieben (Lc) und 256 Bytes gelesen (Le) werden.		Es gibt zwei unterschiedliche Kodierungen für die Längenfelder Lc und Le. Standardmäßig unterstützt werden die kurzen Längenfelder; hierbei ist die Längenangabe nur ein Byte lang und unterstützt somit Werte von 1 bis 255 Byte (Sedezimal 0x01 bis 0xFF). Der Sonderfall Le = 0x00 bedeutet hierbei eine erwartete Länge ({{enS\|expected length}}) von 256 Bytes. Somit können maximal 255 Bytes geschrieben (Lc) und 256 Bytes gelesen (Le) werden.

	Wegen der immer größeren Datenmengen, die auf Smartcards (besonders im Bereich der Signaturen) gespeichert und gelesen werden können, wurde es notwendig, innerhalb einer APDU größere Datenmengen zu lesen oder zu schreiben. Dazu wurden die ''{{lang\|en\|extended APDUs}}'' eingeführt. Anhand der ''{{lang\|en\|[[Answer to Reset#Die Historical Characters\|Historical Characters]]}}'' im ATR kann festgestellt werden, ob eine Smartcard diese größeren APDUs unterstützt. Bei der ''{{lang\|en\|extended APDU}}'' kann Lc bzw. Le einen Wert zwischen 1 und 65536 ~~annehmen~~. Das erste auftretende Feld wird dabei mit 3 Bytes kodiert. Bei Case-2-Kommando-APDUS ist dies das Le-Feld, bei Case-3- und -4-Kommando-APDUS das Lc-Feld. Bei Case-4-Kommando-APDUS wird das Le-Feld mit 2 Bytes codiert (das führende Null-Byte entfällt).		Wegen der immer größeren Datenmengen, die auf Smartcards (besonders im Bereich der Signaturen) gespeichert und gelesen werden können, wurde es notwendig, innerhalb einer APDU größere Datenmengen zu lesen oder zu schreiben. Dazu wurden die ''{{lang\|en\|extended APDUs}}'' eingeführt. Anhand der ''{{lang\|en\|[[Answer to Reset#Die Historical Characters\|Historical Characters]]}}'' im ATR kann festgestellt werden, ob eine Smartcard diese größeren APDUs unterstützt. Bei der ''{{lang\|en\|extended APDU}}'' kann Lc bzw. Le einen Wert zwischen 1 und 65535 bzw. 65536 kodieren. Das erste auftretende Feld wird dabei mit 3 Bytes kodiert. Bei Case-2-Kommando-APDUS ist dies das Le-Feld, bei Case-3- und -4-Kommando-APDUS das Lc-Feld. Bei Case-4-Kommando-APDUS wird das Le-Feld mit 2 Bytes codiert (das führende Null-Byte entfällt).

	Kodiert wird demnach das erste Lx-Feld mit 3 Bytes (B1)='00', (B2\|\|B3)=beliebiger Wert (wenn B2 und B3 auf '0000' gesetzt werden, ist dies gleichbedeutend mit 65536) und das zweite (sofern vorhanden) nach dem gleichen Schema ohne das führende Null-Byte.		Kodiert wird demnach das erste Lx-Feld mit 3 Bytes (B1)='00', (B2\|\|B3)=beliebiger Wert, wobei für Lc hier '0000' nicht erlaubt ist (wenn B2 und B3 für Le auf '0000' gesetzt werden ist dies gleichbedeutend mit 65536) und das zweite (sofern vorhanden ist es Le) nach dem gleichen Schema ohne das führende Null-Byte.

	== ''response APDU'' ==		== ''response APDU'' ==