USB-Pentesting - Revision history

Pascal: /* Analyse weiterer "moderner" Pentesting-Hardware */

2026-02-27T10:54:33Z

Analyse weiterer "moderner" Pentesting-Hardware

← Older revision		Revision as of 10:54, 27 February 2026
Line 146:		Line 146:


	Die Leistungsfähigkeit des Pendrive S3 resultiert aus der Verwendung von CircuitPython und dem TinyUSB-Stack. Diese Kombination erlaubt es, das Gerät innerhalb von Sekunden umzuprogrammieren, sodass es sich gegenüber dem Host-Rechner als Tastatur, Maus, USB-Laufwerk oder sogar als MIDI- oder Videogerät ausgibt. Durch das integrierte WLAN-Modul kann der Pendrive S3 im sogenannten "Super WiFi Duck"-Modus betrieben werden. Hierbei fungiert das Gerät als WLAN-Access-Point mit integriertem Webserver. Ein Angreifer kann sich drahtlos mit dem Stick verbinden und während dieser im Zielrechner steckt, Skripte in Echtzeit verfassen, speichern und ausführen. Dies löst eines der größten Probleme klassischer BadUSB-Geräte: Die Notwendigkeit, das Gerät physisch zu entfernen, um die Payload anzupassen.		Die Leistungsfähigkeit des Pendrive S3 resultiert aus der Verwendung von CircuitPython und dem TinyUSB-Stack. Diese Kombination erlaubt es, das Gerät innerhalb von Sekunden umzuprogrammieren, sodass es sich gegenüber dem Host-Rechner als Tastatur, Maus, USB-Laufwerk oder sogar als MIDI- oder Videogerät ausgibt. Durch das integrierte WLAN-Modul kann der Pendrive S3 im sogenannten "Super WiFi Duck"-Modus betrieben werden. Hierbei fungiert das Gerät als WLAN-Access-Point mit integriertem Webserver. Ein Angreifer kann sich drahtlos mit dem Stick verbinden und während dieser im Zielrechner steckt, Skripte (auch DuckyscriptV3 als <code>payload123456.d</code> in Echtzeit verfassen, speichern und ausführen. Dies löst eines der größten Probleme klassischer BadUSB-Geräte: Die Notwendigkeit, das Gerät physisch zu entfernen, um die Payload anzupassen.


			<pre>
			Wi-Fi + Bluetooth/BTLE
			USB-C
			128MB eingebaute SD-Karte
			WS2812B RGB status LED
			Capacitive touch button
			Compact Pendrive Enclosure
			</pre>

	# 2. '''Raspberry Pi Zero W und P4wnP1 A.L.O.A.'''		# 2. '''Raspberry Pi Zero W und P4wnP1 A.L.O.A.'''

Pascal: /* Analyse weiterer "moderner" Pentesting-Hardware */

2026-02-27T10:51:33Z

Analyse weiterer "moderner" Pentesting-Hardware

@@ Line 141: / Line 141: @@
 == Analyse weiterer "moderner" Pentesting-Hardware ==
-# '''ThingPulse Pendrive S3: Die Theorie der ESP32-S3 basierten Angriffe'''
+# 1. '''ThingPulse Pendrive S3: Die Theorie der ESP32-S3 basierten Angriffe'''
 Der ThingPulse Pendrive S3 repräsentiert eine neue Klasse von kostengünstigen (24,90€), hochflexiblen Pentesting-Tools auf Basis des ESP32-S3 Mikrocontrollers. Obwohl im Rahmen des Workshops ein defektes Gerät vorlag, bietet die zugrundeliegende Architektur wertvolle Einblicke in moderne Angriffsmethoden. Der ESP32-S3 verfügt über native USB-Unterstützung und ein integriertes WLAN/Bluetooth-Modul.
@@ Line 147: / Line 147: @@
 Die Leistungsfähigkeit des Pendrive S3 resultiert aus der Verwendung von CircuitPython und dem TinyUSB-Stack. Diese Kombination erlaubt es, das Gerät innerhalb von Sekunden umzuprogrammieren, sodass es sich gegenüber dem Host-Rechner als Tastatur, Maus, USB-Laufwerk oder sogar als MIDI- oder Videogerät ausgibt. Durch das integrierte WLAN-Modul kann der Pendrive S3 im sogenannten "Super WiFi Duck"-Modus betrieben werden. Hierbei fungiert das Gerät als WLAN-Access-Point mit integriertem Webserver. Ein Angreifer kann sich drahtlos mit dem Stick verbinden und während dieser im Zielrechner steckt, Skripte in Echtzeit verfassen, speichern und ausführen. Dies löst eines der größten Probleme klassischer BadUSB-Geräte: Die Notwendigkeit, das Gerät physisch zu entfernen, um die Payload anzupassen.

Pascal: /* Die Evolution der USB-Bedrohungslandschaft */

2026-02-27T10:47:36Z

Die Evolution der USB-Bedrohungslandschaft

← Older revision		Revision as of 10:47, 27 February 2026
Line 106:		Line 106:
	\|}		\|}

			Rubber Ducky V1 hat c.a $60 gekostet, im Gegensatz dazu kostet das Hack5 Ducky V3 schon $100

Pascal: /* Analyse weiterer "moderner" Pentesting-Hardware */

2026-02-27T10:45:38Z

Analyse weiterer "moderner" Pentesting-Hardware

← Older revision		Revision as of 10:45, 27 February 2026
Line 143:		Line 143:

	Der ThingPulse Pendrive S3 repräsentiert eine neue Klasse von kostengünstigen (24,90€), hochflexiblen Pentesting-Tools auf Basis des ESP32-S3 Mikrocontrollers. Obwohl im Rahmen des Workshops ein defektes Gerät vorlag, bietet die zugrundeliegende Architektur wertvolle Einblicke in moderne Angriffsmethoden. Der ESP32-S3 verfügt über native USB-Unterstützung und ein integriertes WLAN/Bluetooth-Modul.		Der ThingPulse Pendrive S3 repräsentiert eine neue Klasse von kostengünstigen (24,90€), hochflexiblen Pentesting-Tools auf Basis des ESP32-S3 Mikrocontrollers. Obwohl im Rahmen des Workshops ein defektes Gerät vorlag, bietet die zugrundeliegende Architektur wertvolle Einblicke in moderne Angriffsmethoden. Der ESP32-S3 verfügt über native USB-Unterstützung und ein integriertes WLAN/Bluetooth-Modul.


			Die Leistungsfähigkeit des Pendrive S3 resultiert aus der Verwendung von CircuitPython und dem TinyUSB-Stack. Diese Kombination erlaubt es, das Gerät innerhalb von Sekunden umzuprogrammieren, sodass es sich gegenüber dem Host-Rechner als Tastatur, Maus, USB-Laufwerk oder sogar als MIDI- oder Videogerät ausgibt. Durch das integrierte WLAN-Modul kann der Pendrive S3 im sogenannten "Super WiFi Duck"-Modus betrieben werden. Hierbei fungiert das Gerät als WLAN-Access-Point mit integriertem Webserver. Ein Angreifer kann sich drahtlos mit dem Stick verbinden und während dieser im Zielrechner steckt, Skripte in Echtzeit verfassen, speichern und ausführen. Dies löst eines der größten Probleme klassischer BadUSB-Geräte: Die Notwendigkeit, das Gerät physisch zu entfernen, um die Payload anzupassen.

Pascal: /* Analyse weiterer "moderner" Pentesting-Hardware */

2026-02-27T10:44:16Z

Analyse weiterer "moderner" Pentesting-Hardware

← Older revision		Revision as of 10:44, 27 February 2026
Line 141:		Line 141:
	== Analyse weiterer "moderner" Pentesting-Hardware ==		== Analyse weiterer "moderner" Pentesting-Hardware ==
	# '''ThingPulse Pendrive S3: Die Theorie der ESP32-S3 basierten Angriffe'''		# '''ThingPulse Pendrive S3: Die Theorie der ESP32-S3 basierten Angriffe'''

			Der ThingPulse Pendrive S3 repräsentiert eine neue Klasse von kostengünstigen (24,90€), hochflexiblen Pentesting-Tools auf Basis des ESP32-S3 Mikrocontrollers. Obwohl im Rahmen des Workshops ein defektes Gerät vorlag, bietet die zugrundeliegende Architektur wertvolle Einblicke in moderne Angriffsmethoden. Der ESP32-S3 verfügt über native USB-Unterstützung und ein integriertes WLAN/Bluetooth-Modul.

Pascal: /* Die Evolution der USB-Bedrohungslandschaft */

2026-02-27T10:42:20Z

Die Evolution der USB-Bedrohungslandschaft

← Older revision		Revision as of 10:42, 27 February 2026
Line 133:		Line 133:


	# 3.'''Grundlagen der USB-Kommunikation und Geräteidentifikation'''		# 3. '''Grundlagen der USB-Kommunikation und Geräteidentifikation'''
	Um die Funktionsweise von Angriffswerkzeugen wie dem P4wnP1 oder dem Rubber Ducky zu verstehen, ist eine detaillierte Analyse des USB-Handshake-Prozesses erforderlich. Wenn ein USB-Gerät mit einem Host-Computer verbunden wird, übernimmt der Host-Controller die Initialisierung. Dieser Prozess beginnt mit einem USB-Reset-Request, woraufhin dem Gerät vorübergehend die Adresse 0 zugewiesen wird. Im nächsten Schritt ruft der Host-Controller den sogenannten Device Descriptor ab. Dieser Datensatz ist die "Visitenkarte" des Geräts und enthält essenzielle Informationen wie die Hersteller-ID (Vendor ID, VID), die Produkt-ID (Product ID, PID) sowie technische Parameter wie die USB-Spezifikationsversion und die maximale Paketgröße.		Um die Funktionsweise von Angriffswerkzeugen wie dem P4wnP1 oder dem Rubber Ducky zu verstehen, ist eine detaillierte Analyse des USB-Handshake-Prozesses erforderlich. Wenn ein USB-Gerät mit einem Host-Computer verbunden wird, übernimmt der Host-Controller die Initialisierung. Dieser Prozess beginnt mit einem USB-Reset-Request, woraufhin dem Gerät vorübergehend die Adresse 0 zugewiesen wird. Im nächsten Schritt ruft der Host-Controller den sogenannten Device Descriptor ab. Dieser Datensatz ist die "Visitenkarte" des Geräts und enthält essenzielle Informationen wie die Hersteller-ID (Vendor ID, VID), die Produkt-ID (Product ID, PID) sowie technische Parameter wie die USB-Spezifikationsversion und die maximale Paketgröße.

Pascal: /* Die Evolution der USB-Bedrohungslandschaft */

2026-02-27T10:42:07Z

Die Evolution der USB-Bedrohungslandschaft

← Older revision		Revision as of 10:42, 27 February 2026
Line 133:		Line 133:


	# '''Grundlagen der USB-Kommunikation und Geräteidentifikation'''		# 3.'''Grundlagen der USB-Kommunikation und Geräteidentifikation'''
	Um die Funktionsweise von Angriffswerkzeugen wie dem P4wnP1 oder dem Rubber Ducky zu verstehen, ist eine detaillierte Analyse des USB-Handshake-Prozesses erforderlich. Wenn ein USB-Gerät mit einem Host-Computer verbunden wird, übernimmt der Host-Controller die Initialisierung. Dieser Prozess beginnt mit einem USB-Reset-Request, woraufhin dem Gerät vorübergehend die Adresse 0 zugewiesen wird. Im nächsten Schritt ruft der Host-Controller den sogenannten Device Descriptor ab. Dieser Datensatz ist die "Visitenkarte" des Geräts und enthält essenzielle Informationen wie die Hersteller-ID (Vendor ID, VID), die Produkt-ID (Product ID, PID) sowie technische Parameter wie die USB-Spezifikationsversion und die maximale Paketgröße.		Um die Funktionsweise von Angriffswerkzeugen wie dem P4wnP1 oder dem Rubber Ducky zu verstehen, ist eine detaillierte Analyse des USB-Handshake-Prozesses erforderlich. Wenn ein USB-Gerät mit einem Host-Computer verbunden wird, übernimmt der Host-Controller die Initialisierung. Dieser Prozess beginnt mit einem USB-Reset-Request, woraufhin dem Gerät vorübergehend die Adresse 0 zugewiesen wird. Im nächsten Schritt ruft der Host-Controller den sogenannten Device Descriptor ab. Dieser Datensatz ist die "Visitenkarte" des Geräts und enthält essenzielle Informationen wie die Hersteller-ID (Vendor ID, VID), die Produkt-ID (Product ID, PID) sowie technische Parameter wie die USB-Spezifikationsversion und die maximale Paketgröße.

Pascal: /* Die Evolution der USB-Bedrohungslandschaft */

2026-02-27T10:41:42Z

Die Evolution der USB-Bedrohungslandschaft

← Older revision		Revision as of 10:41, 27 February 2026
Line 108:		Line 108:


	## 2.1 SubSubTitel		# 2. SubSubTitel
	Mauris sagittis consequat est lacinia accumsan. Vivamus non tempor arcu.		Mauris sagittis consequat est lacinia accumsan. Vivamus non tempor arcu.

Line 138:		Line 138:

	Jeder Device Descriptor verfügt über mindestens einen Configuration Descriptor, der wiederum einen oder mehrere Interface Descriptoren beherbergt. Diese Schnittstellenbeschreibungen definieren die eigentliche funktionalität des Geräts über das Feld <code>bInterfaceProtocol</code>. Ein Hex-Wert von 0x03 signalisiert dem Host-Betriebssystem beispielsweise, dass es sich um ein HID-Gerät handelt. Pentesting-Geräte sind in der Lage, sogenannte Composite Devices zu emulieren. Das bedeutet, dass ein einziger physischer Stecker dem Betriebssystem gegenüber mehrere Interface Descriptoren präsentiert, etwa gleichzeitig eine Tastatur (HID), einen Massenspeicher (MSC) und einen Netzwerkadapter (RNDIS/ECM).		Jeder Device Descriptor verfügt über mindestens einen Configuration Descriptor, der wiederum einen oder mehrere Interface Descriptoren beherbergt. Diese Schnittstellenbeschreibungen definieren die eigentliche funktionalität des Geräts über das Feld <code>bInterfaceProtocol</code>. Ein Hex-Wert von 0x03 signalisiert dem Host-Betriebssystem beispielsweise, dass es sich um ein HID-Gerät handelt. Pentesting-Geräte sind in der Lage, sogenannte Composite Devices zu emulieren. Das bedeutet, dass ein einziger physischer Stecker dem Betriebssystem gegenüber mehrere Interface Descriptoren präsentiert, etwa gleichzeitig eine Tastatur (HID), einen Massenspeicher (MSC) und einen Netzwerkadapter (RNDIS/ECM).




	== Analyse weiterer "moderner" Pentesting-Hardware ==		== Analyse weiterer "moderner" Pentesting-Hardware ==

Pascal at 10:40, 27 February 2026

2026-02-27T10:40:56Z

← Older revision		Revision as of 10:40, 27 February 2026
Line 3:		Line 3:

	== USB-Pentesting: Grundlagen und Gefahren ==		== USB-Pentesting: Grundlagen und Gefahren ==
	# Bedrohungslandschaft		# '''Bedrohungslandschaft'''
	Die physische Sicherheit von Computersystemen wird in der modernen Cybersicherheit oft zugunsten von netzwerkbasierten Schutzmaßnahmen vernachlässigt. Somit bergen USB-Geräte in der IT-Security ein nicht geringes Risiko, weil diese vom System grundsätzlich als vertrauenswürdig eingestuft werden. USB-Ports sind omnipräsent und genießen innerhalb moderner Betriebssysteme ein nahezu grenzenloses, implizites Vertrauen.		Die physische Sicherheit von Computersystemen wird in der modernen Cybersicherheit oft zugunsten von netzwerkbasierten Schutzmaßnahmen vernachlässigt. Somit bergen USB-Geräte in der IT-Security ein nicht geringes Risiko, weil diese vom System grundsätzlich als vertrauenswürdig eingestuft werden. USB-Ports sind omnipräsent und genießen innerhalb moderner Betriebssysteme ein nahezu grenzenloses, implizites Vertrauen.
	So können manipulierte USB-Sticks oder USB-Kabel beispielsweise als HID (Human Interface Devices) auftreten und fast unbemerkt Befehle an den Rechner senden; -ein Angriffsszenario, das als "BadUSB" bekannt ist. Dabei emuliert ein USB-Gerät z.b. eine Tastatur und gibt automatisiert Tastaturbefehle (Keyboard Injection) ein, etwa um eine Konsole zu öffnen und Malware herunterzuladen oder auszuführen. Da Betriebssysteme einem neu eingesteckten Keyboard per Plug & Play ohne weitere Authentifizierung vertrauen, kann so innerhalb von Sekunden volle Kontrolle über einen Rechner erlangt werden. Dieses Vertrauen basiert auf der historischen Notwendigkeit, Peripheriegeräte wie Tastaturen, Mäuse und Speichermedien ohne langwierige Authentifizierungsprozesse schnell und sofort einsatzbereit zu machen.		So können manipulierte USB-Sticks oder USB-Kabel beispielsweise als HID (Human Interface Devices) auftreten und fast unbemerkt Befehle an den Rechner senden; -ein Angriffsszenario, das als "BadUSB" bekannt ist. Dabei emuliert ein USB-Gerät z.b. eine Tastatur und gibt automatisiert Tastaturbefehle (Keyboard Injection) ein, etwa um eine Konsole zu öffnen und Malware herunterzuladen oder auszuführen. Da Betriebssysteme einem neu eingesteckten Keyboard per Plug & Play ohne weitere Authentifizierung vertrauen, kann so innerhalb von Sekunden volle Kontrolle über einen Rechner erlangt werden. Dieses Vertrauen basiert auf der historischen Notwendigkeit, Peripheriegeräte wie Tastaturen, Mäuse und Speichermedien ohne langwierige Authentifizierungsprozesse schnell und sofort einsatzbereit zu machen.
Line 9:		Line 9:


	# 2. Kernproblematik		# 2. '''Kernproblematik'''
	Die Kernproblematik liegt im sogenannten "Wolf im Schafspelz"-Prinzip: Ein Gerät, das äußerlich wie ein harmloser Speicherstick aussieht, kann gegenüber dem Host-Betriebssystem jede beliebige Identität annehmen (USB standard lässt einen jede beliebige. Besonders kritisch ist hierbei die Klasse der Human Interface Devices. Da das Betriebssystem davon ausgeht, dass eine Tastatur oder Maus direkt von einem autorisierten menschlichen Benutzer bedient wird, werden die von einem solchen Gerät gesendeten Befehle mit der Berechtigung des aktuell angemeldeten Benutzers ausgeführt. Pentesting-Tools wie der Raspberry Pi Zero W mit der Kali Distro P4wnP1 A.L.O.A. nutzen diese fundamentale Designschwäche des USB-Protokolls aus, um automatisierte Angriffe mit einer Geschwindigkeit durchzuführen, die weit über menschliche Fähigkeiten hinausgeht.		Die Kernproblematik liegt im sogenannten "Wolf im Schafspelz"-Prinzip: Ein Gerät, das äußerlich wie ein harmloser Speicherstick aussieht, kann gegenüber dem Host-Betriebssystem jede beliebige Identität annehmen (USB standard lässt einen jede beliebige. Besonders kritisch ist hierbei die Klasse der Human Interface Devices. Da das Betriebssystem davon ausgeht, dass eine Tastatur oder Maus direkt von einem autorisierten menschlichen Benutzer bedient wird, werden die von einem solchen Gerät gesendeten Befehle mit der Berechtigung des aktuell angemeldeten Benutzers ausgeführt. Pentesting-Tools wie der Raspberry Pi Zero W mit der Kali Distro P4wnP1 A.L.O.A. nutzen diese fundamentale Designschwäche des USB-Protokolls aus, um automatisierte Angriffe mit einer Geschwindigkeit durchzuführen, die weit über menschliche Fähigkeiten hinausgeht.

	# 3. Ziele von BadUSB die sich als HID-Gerät ausgeben		# 3. '''Ziele von BadUSB die sich als HID-Gerät ausgeben'''
	Manipulation von:		Manipulation von:
	> C:\Windows\System32\drivers\etc\hosts		> C:\Windows\System32\drivers\etc\hosts
Line 25:		Line 25:

	== Die Evolution der USB-Bedrohungslandschaft ==		== Die Evolution der USB-Bedrohungslandschaft ==
	# 1. Ursprung der automatisierten Keystroke-Injektion: Der Hak5 Rubber Ducky		# 1. '''Ursprung der automatisierten Keystroke-Injektion: ''Der Hak5 Rubber Ducky'' '''
	Der Grundstein für moderne USB-Angriffe wurde durch den Hak5 Rubber Ducky gelegt. Ursprünglich als einfaches Werkzeug zur Automatisierung von Systemadministratoren gedacht, entwickelte sich das Gerät schnell zum Standard für Penetrationstests. Die erste Generation (Mark 1) nutzte einen 32-Bit Atmel-Mikrocontroller und führte Skripte aus, die auf einer Micro-SD-Karte gespeichert waren.		Der Grundstein für moderne USB-Angriffe wurde durch den Hak5 Rubber Ducky gelegt. Ursprünglich als einfaches Werkzeug zur Automatisierung von Systemadministratoren gedacht, entwickelte sich das Gerät schnell zum Standard für Penetrationstests. Die erste Generation (Mark 1) nutzte einen 32-Bit Atmel-Mikrocontroller und führte Skripte aus, die auf einer Micro-SD-Karte gespeichert waren.

Line 133:		Line 133:


	Grundlagen der USB-Kommunikation und Geräteidentifikation		# '''Grundlagen der USB-Kommunikation und Geräteidentifikation'''
	Um die Funktionsweise von Angriffswerkzeugen wie dem P4wnP1 oder dem Rubber Ducky zu verstehen, ist eine detaillierte Analyse des USB-Handshake-Prozesses erforderlich. Wenn ein USB-Gerät mit einem Host-Computer verbunden wird, übernimmt der Host-Controller die Initialisierung. Dieser Prozess beginnt mit einem USB-Reset-Request, woraufhin dem Gerät vorübergehend die Adresse 0 zugewiesen wird. Im nächsten Schritt ruft der Host-Controller den sogenannten Device Descriptor ab. Dieser Datensatz ist die "Visitenkarte" des Geräts und enthält essenzielle Informationen wie die Hersteller-ID (Vendor ID, VID), die Produkt-ID (Product ID, PID) sowie technische Parameter wie die USB-Spezifikationsversion und die maximale Paketgröße.		Um die Funktionsweise von Angriffswerkzeugen wie dem P4wnP1 oder dem Rubber Ducky zu verstehen, ist eine detaillierte Analyse des USB-Handshake-Prozesses erforderlich. Wenn ein USB-Gerät mit einem Host-Computer verbunden wird, übernimmt der Host-Controller die Initialisierung. Dieser Prozess beginnt mit einem USB-Reset-Request, woraufhin dem Gerät vorübergehend die Adresse 0 zugewiesen wird. Im nächsten Schritt ruft der Host-Controller den sogenannten Device Descriptor ab. Dieser Datensatz ist die "Visitenkarte" des Geräts und enthält essenzielle Informationen wie die Hersteller-ID (Vendor ID, VID), die Produkt-ID (Product ID, PID) sowie technische Parameter wie die USB-Spezifikationsversion und die maximale Paketgröße.

Pascal: /* Die Evolution der USB-Bedrohungslandschaft */

2026-02-27T10:39:46Z

Die Evolution der USB-Bedrohungslandschaft

← Older revision		Revision as of 10:39, 27 February 2026
Line 56:		Line 56:
	https://github.com/hak5/usbrubberducky-payloads/blob/master/payloads/examples/Exfiltration/Exfiltration-example1.txt		https://github.com/hak5/usbrubberducky-payloads/blob/master/payloads/examples/Exfiltration/Exfiltration-example1.txt

			Besonders innovativ in DuckyScript V3 ist die Technik der "Keystroke Reflection". Hierbei nutzt das Gerät den Zustand der Tastatur-LEDs (Caps Lock, Num Lock, Scroll Lock) des Host-Systems als Rückkanal. Da das Betriebssystem den LED-Status an alle angeschlossenen Tastaturen synchronisiert, kann ein auf dem Host laufendes Skript Daten in Bit-Muster umwandeln, die durch schnelles Umschalten der LEDs übertragen werden. Der Rubber Ducky registriert diese Änderungen und kann so Informationen exfiltrieren, ohne eine Netzwerkverbindung nutzen zu müssen

	''DuckyScript V3''		''DuckyScript V3''
	<pre>		<pre>
Line 138:		Line 138:

	Jeder Device Descriptor verfügt über mindestens einen Configuration Descriptor, der wiederum einen oder mehrere Interface Descriptoren beherbergt. Diese Schnittstellenbeschreibungen definieren die eigentliche funktionalität des Geräts über das Feld <code>bInterfaceProtocol</code>. Ein Hex-Wert von 0x03 signalisiert dem Host-Betriebssystem beispielsweise, dass es sich um ein HID-Gerät handelt. Pentesting-Geräte sind in der Lage, sogenannte Composite Devices zu emulieren. Das bedeutet, dass ein einziger physischer Stecker dem Betriebssystem gegenüber mehrere Interface Descriptoren präsentiert, etwa gleichzeitig eine Tastatur (HID), einen Massenspeicher (MSC) und einen Netzwerkadapter (RNDIS/ECM).		Jeder Device Descriptor verfügt über mindestens einen Configuration Descriptor, der wiederum einen oder mehrere Interface Descriptoren beherbergt. Diese Schnittstellenbeschreibungen definieren die eigentliche funktionalität des Geräts über das Feld <code>bInterfaceProtocol</code>. Ein Hex-Wert von 0x03 signalisiert dem Host-Betriebssystem beispielsweise, dass es sich um ein HID-Gerät handelt. Pentesting-Geräte sind in der Lage, sogenannte Composite Devices zu emulieren. Das bedeutet, dass ein einziger physischer Stecker dem Betriebssystem gegenüber mehrere Interface Descriptoren präsentiert, etwa gleichzeitig eine Tastatur (HID), einen Massenspeicher (MSC) und einen Netzwerkadapter (RNDIS/ECM).




			== Analyse weiterer "moderner" Pentesting-Hardware ==
			# '''ThingPulse Pendrive S3: Die Theorie der ESP32-S3 basierten Angriffe'''