Schnittstellen: Security Levels und Authentifizierung - Versionsgeschichte

Odelice am 23. März 2026 um 12:38 Uhr

2026-03-23T12:38:21Z

Bhauser: /* Authentifizierung */

2025-07-17T13:15:52Z

Authentifizierung

Odelice am 26. Mai 2025 um 14:35 Uhr

2025-05-26T14:35:04Z

Odelice am 14. Februar 2025 um 09:05 Uhr

2025-02-14T09:05:37Z

Odelice: tokenanfrage über jwt

2025-02-14T09:04:51Z

tokenanfrage über jwt

Bhauser: /* Credentials verwalten */

2024-11-22T14:37:33Z

Credentials verwalten

Odelice: /* Authentifizierung */

2024-11-21T06:59:47Z

Authentifizierung

Odelice am 19. November 2024 um 10:16 Uhr

2024-11-19T10:16:56Z

Odelice am 19. November 2024 um 08:19 Uhr

2024-11-19T08:19:52Z

Odelice am 19. November 2024 um 08:19 Uhr

2024-11-19T08:19:20Z

@@ Zeile 22: / Zeile 22: @@
 * '''Private Key:''' *.der, *.pem, oder *.ssh (OpenSSH)<br>
-'''Alternativ kann auch ein PFX im DGS importiert werden - das Zertifikat und der Private-Key werden dabei aus dem PFX extrahiert. Bitte stellen Sie sicher, dass falls vorhanden die Zertifikatskette vollständig im Zertifikat (bzw. PFX) hinterlegt ist (wenn der Client dies erfordert)'''<br><br>
+'''Ab DGS Version 3.8.41, kann das Zertifikat auch als PFX ins DGS importiert werden - das Zertifikat und der Private-Key werden dabei aus dem PFX extrahiert. Bitte stellen Sie sicher, dass falls vorhanden die Zertifikatskette vollständig im Zertifikat (bzw. PFX) hinterlegt ist (wenn der Client dies erfordert)'''<br><br>
 Die folgenden Authentifizierungs-Optionen beziehen sich '''ausschließlich''' auf die [https://interface.heidler-strichcode.de?version=v2 RESTv2 Schnittstelle]
 <br>Es wird '''mindestens''' die DataGatewayServer Version '''3.8.44''' benötigt.

@@ Zeile 21: / Zeile 21: @@
 * '''Zertifikate:''' *.crt, *.cer, *.pem, *.der oder *.p7b
 * '''Private Key:''' *.der, *.pem, oder *.ssh (OpenSSH)<br>
-Stellen Sie sicher, dass falls vorhanden die Zertifikatskette vollständig im Zertifikat hinterlegt ist.<br><br>
 Die folgenden Authentifizierungs-Optionen beziehen sich '''ausschließlich''' auf die [https://interface.heidler-strichcode.de?version=v2 RESTv2 Schnittstelle]
-<br>Es wird '''mindestens''' die DataGatewayServer Version '''3.8.39''' benötigt.
+<br>Es wird '''mindestens''' die DataGatewayServer Version '''3.8.44''' benötigt.
 ==Basic Authentication==
 Die Basisauthentifizierung ist ein einfaches Authentifizierungsschema, welches in das HTTP-Protokoll integriert ist. Der Client sendet in jeder HTTP-Anfrage den Authentifizierungsheader, welcher Benutzername und Passwort enthält.

@@ Zeile 303: / Zeile 303: @@
 </syntaxhighlight>
 </div></div>
-<br><br>
+<br>
 ==Client Credentials im DGS verwalten==

← Nächstältere Version		Version vom 14. Februar 2025, 09:05 Uhr
Zeile 1:		Zeile 1:
−	[[~~null~~]]	+	[[en:Interfaces:_Security_Levels_and_Authentication]]
	Grundsätzlich kann das HVS32 ohne Bedenken in Cloud-Umgebungen betrieben werden, sofern die Verbindung vom Vorsystem (ERP bzw. WMS, nachfolgend der Einfachheit halber nur ERP genannt) zum HVS32 in einem gemeinsamen, gesicherten, internen Netzwerk ist.<br>Wenn das Versandsystem HVS32 allerdings öffentlich erreichbar sein muss - also sich das Vorsystem (ERP/WMS) und das Versandsystem HVS32 nicht im gleichen Netzwerk (LAN, vLAN, vNET, private cloud) befinden - muss die Kommunikations-Verbindung der beiden Systeme abgesichert werden.<br>Dies impliziert, dass sowohl die Verbindung verschlüsselt als auch jede eingehende Verbindung authentifiziert werden muss.		Grundsätzlich kann das HVS32 ohne Bedenken in Cloud-Umgebungen betrieben werden, sofern die Verbindung vom Vorsystem (ERP bzw. WMS, nachfolgend der Einfachheit halber nur ERP genannt) zum HVS32 in einem gemeinsamen, gesicherten, internen Netzwerk ist.<br>Wenn das Versandsystem HVS32 allerdings öffentlich erreichbar sein muss - also sich das Vorsystem (ERP/WMS) und das Versandsystem HVS32 nicht im gleichen Netzwerk (LAN, vLAN, vNET, private cloud) befinden - muss die Kommunikations-Verbindung der beiden Systeme abgesichert werden.<br>Dies impliziert, dass sowohl die Verbindung verschlüsselt als auch jede eingehende Verbindung authentifiziert werden muss.

@@ Zeile 1: / Zeile 1: @@
-[[en:Interfaces:_Security_Levels_and_Authentication]]
+[[null]]
-Grundsätzlich kann das HVS32 ohne Bedenken in Cloud-Umgebungen betrieben werden, sofern die Verbindung vom Vorsystem (ERP bzw. WMS, nachfolgend der Einfachheit halber nur ERP genannt) zum HVS32 in einem gemeinsamen, gesicherten, internen Netzwerk ist.<br>Wenn das Versandsystem HVS32 allerdings öffentlich erreichbar sein muss - also sich das Vorsystem (ERP/WMS) und das Versandsystem HVS32 nicht im gleichen Netzwerk (LAN, vLAN, vNET, private cloud) befinden - muss die Kommunikations-Verbindung der beiden Systeme abgesichert werden.<br>Dies impliziert, dass sowohl die Verbindung verschlüsselt als auch jede eingehende Verbindung authentifiziert werden muss.<br>
+Grundsätzlich kann das HVS32 ohne Bedenken in Cloud-Umgebungen betrieben werden, sofern die Verbindung vom Vorsystem (ERP bzw. WMS, nachfolgend der Einfachheit halber nur ERP genannt) zum HVS32 in einem gemeinsamen, gesicherten, internen Netzwerk ist.<br>Wenn das Versandsystem HVS32 allerdings öffentlich erreichbar sein muss - also sich das Vorsystem (ERP/WMS) und das Versandsystem HVS32 nicht im gleichen Netzwerk (LAN, vLAN, vNET, private cloud) befinden - muss die Kommunikations-Verbindung der beiden Systeme abgesichert werden.<br>Dies impliziert, dass sowohl die Verbindung verschlüsselt als auch jede eingehende Verbindung authentifiziert werden muss.
 =Security Levels (Infrastruktur)=
@@ Zeile 177: / Zeile 177: @@
 Die Client-ID und Client-Secret werden im DataGatewayServer verwaltet. Dort können neue Zugangsdaten angelegt oder bestehende gelöscht werden.
-'''Hinweis:''' Mit zunehmender Anzahl von gültigen Client-IDs steigt auch die Wahrscheinlichkeit, dass sich durch eine "Brute-Force-Attacke" unerlaubter Zugriff gewährt wird.<br><br>
+'''Hinweis:''' Mit zunehmender Anzahl von gültigen Client-IDs steigt auch die Wahrscheinlichkeit, dass sich durch eine "Brute-Force-Attacke" unerlaubter Zugriff gewährt wird.<br><br>Bei der initialen Tokenanfrage stehen verschiedene zwei Möglichkeiten zum Abrufen bereit.
 <div class="toccolours mw-collapsible mw-collapsed" style="overflow:auto;">
 <div style="font-weight:bold;line-height:1.6;">Beispiel für die Token-Anfrage (Access- und Refreshtoken mit Client-ID + Client-Secret generieren)</div>
@@ Zeile 186: / Zeile 188: @@
 Accept: application/json
 Authorization: Basic <ClientID>:<ClientSecret>
 grant_type: client_credentials
 Cache-Control: no-cache

@@ Zeile 302: / Zeile 302: @@
 * '''add'''<br>Hier können Sie neue Credentials anlegen. Beachten Sie, dass das Passwort bzw. das Client-Secret nur einmalig in einem Dialog angezeigt wird. Kopieren Sie es daher in einen sicheren Platz und stellen Sie sicher, dass keine unautorisierten Personen darauf Zugriff haben.
 * '''change secret''' bzw. '''change password'''<br>Hier können Sie ein neues Passwort bzw. Client Secret vergeben. Wie bei der add Funktion, wird das Passwort bzw. das Client-Secret nur einmalig in einem Dialog angezeigt.
-* '''remove'''<br>Hier können die die ausgewählten Credentials entfernen.
+* '''remove'''<br>Hier können Sie die die ausgewählten Credentials entfernen.

← Nächstältere Version		Version vom 19. November 2024, 08:19 Uhr
Zeile 1:		Zeile 1:
	[[en:Interfaces:_Security_Levels_and_Authentication]]		[[en:Interfaces:_Security_Levels_and_Authentication]]
−
	Grundsätzlich kann das HVS32 ohne Bedenken in Cloud-Umgebungen betrieben werden, sofern die Verbindung vom Vorsystem (ERP bzw. WMS, nachfolgend der Einfachheit halber nur ERP genannt) zum HVS32 in einem gemeinsamen, gesicherten, internen Netzwerk ist.<br>Wenn das Versandsystem HVS32 allerdings öffentlich erreichbar sein muss - also sich das Vorsystem (ERP/WMS) und das Versandsystem HVS32 nicht im gleichen Netzwerk (LAN, vLAN, vNET, private cloud) befinden - muss die Kommunikations-Verbindung der beiden Systeme abgesichert werden.<br>Dies impliziert, dass sowohl die Verbindung verschlüsselt als auch jede eingehende Verbindung authentifiziert werden muss.<br>		Grundsätzlich kann das HVS32 ohne Bedenken in Cloud-Umgebungen betrieben werden, sofern die Verbindung vom Vorsystem (ERP bzw. WMS, nachfolgend der Einfachheit halber nur ERP genannt) zum HVS32 in einem gemeinsamen, gesicherten, internen Netzwerk ist.<br>Wenn das Versandsystem HVS32 allerdings öffentlich erreichbar sein muss - also sich das Vorsystem (ERP/WMS) und das Versandsystem HVS32 nicht im gleichen Netzwerk (LAN, vLAN, vNET, private cloud) befinden - muss die Kommunikations-Verbindung der beiden Systeme abgesichert werden.<br>Dies impliziert, dass sowohl die Verbindung verschlüsselt als auch jede eingehende Verbindung authentifiziert werden muss.<br>