Grundlagen SAP Identity Authentication Service

Grundlagen SAP Identity Authentication Service

Die Rolle des SAP Identity Authentication Service

Der SAP Identity Authentication Service (SAP IAS) ist ein zentraler Sicherheitsbestandteil in Cloud- und hybriden Architekturen. Er ist eine SAML Identity Provider, der für den Einsatz in SAP-Systemlandschaften optimiert ist. In diesem Artikel bringen wir Ihnen die Funktionsweise des IAS näher. Es kann für eine Vielzahl an Szenarien verwendet werden. Wenn Sie ein Single-Sign-On (SSO) in hybriden SAP-Systemlandschaften realisieren möchten, führt (meist) kein Weg am SAP IAS vorbei.

Inhalt

  • Single-Sign-On
  • SAML
    • Analogie aus dem täglichen Leben
  • SAP IAS im Kontext der SAP BTP
    • Platform Identity Provider (Platform IdP)
    • Application Identity Provider (Application IdP)
  • SAML Service Provider vs. Identity Provider
  • Vertrauensbeziehung SAP IAS / SAP BTP Subaccount 
  • SAP IAS als Proxy (3rd Party IdP, LDAP, Social IdP)
  • CloudDNA Expert Talk Video SAP IAS

Aufgabenstellung: Single-Sign-On (SSO)

Sie haben SAP Software-as-a-Service (SaaS) Produkte im Einsatz und zusätzlich Services und Subskriptionen der SAP BTP in Verwendung um beispielsweise die Integration der SaaS-Produkte mit OnPremise Lösungen herzustellen. Jetzt stelle ich Ihnen die Frage an welcher und wievielen Stelle Sie Benutzer pflegen, Rollen zuordnen und die Authentifizierung konfigurieren müssen? Die Antwort lautet hoffentlich „in jedem beteiligtem System“. Wenn Sie eine Systemlandschaft mit unterschiedlichen Systemen verwenden, kann der Aufwand dafür enorm sein. Von Single-Sign-On (SSO) sprechen wir an dieser Stelle noch gar nicht. Natürlich möchten Sie Ihren Benutzern, Kollegen, Mitarbeitern und Geschäftspartnern ermöglichen, sich nach einer einmaligen Anmeldung frei in der Systemlandschaft zu bewegen ohne sich auf jedem System erneut anzumelden. In diesem Fall sprechen wir von Single-Sign-On.

SAML – Der Retter in der Not

Wir haben Ihnen SAML bereits in unserem Blog zum Single-Sign-On in der SAP BTP vorgestellt. Darin haben wir die grundlegenden Konzepte erklärt. SAML kennt die Rollen des Identity Providers und jene des Service Providers. Der SAP IAS nimmt im SAML-Kontext die Rolle des Identity Provider ein. Er kennt alle Benutzeridentitäten und authentifiziert die Benutzer. Jedes SAP SaaS-Produkt kann die Rolle des Service Provider einnehmen, genau wie auch Subaccounts innerhalb der SAP BTP oder Services und Subskriptionen die in diesen Subaccounts bereitgestellt werden. Zwischen den Service Providern und dem Identity Provider wird eine Vertrauensbeziehung aufgebaut. Der Identity Provider kennt alle Service Provider, die einzelnen Service Provider müssen sich untereinander jedoch nicht kennen. Beim Aufbau der Vertrauensbeziehung werden Metadaten ausgetauscht.

Analogie aus dem täglichen Leben

Sie können SAML auf Basis einer Analogie aus dem täglichen Leben einfach verstehen. Wenn Sie einen neuen Mobilfunkvertrag abschließen oder ein Auto anmieten möchten, müssen Sie sich beim jeweiligen Serviceanbieter ausweisen. Als Ausweis könnte ich beispielsweise einen Schüler- oder Studentenausweis verwenden, jedoch ist dieser nicht besonders vertrauenswürdig und kann leicht gefälscht oder manipuliert werden. Mit einem Reisepass, einem Personalausweis oder einem Führerschein sieht es schon anders aus. Dabei handelt es sich um Dokumente die vom jeweiligen Land über Ministerien, Behörden oder beliehene Unternehmen nach vorhergehender Prüfung der Identität der betroffenen Person ausgestellt werden. Diese Dokumente weisen besondere Sicherheitsmerkmale auf und können nur mit hohem Aufwand gefälscht werden. Im SAML-Kontext entspricht die ausstellende Stelle des Identitätsdokuments dem Identity Provider und alle Serviceanbieter die diesen Dokumenten vertrauen dem Service Provider. Sie geben uns bestimmt recht, dass die Analogie perfekt passt.

Der SAP IAS im Kontext der SAP BTP

Der SAP IAS kann als Identity Provider für die Subaccounts der SAP BTP fungieren. Dabei ist zwischen Administratoren und Entwicklern des Subaccounts sowie klassischen Endbenutzern der Services zu unterscheiden. Die Administratoren und Entwickler, sogenannten Subaccount-Member werden im Standard gegen den SAP ID Service authentifiziert. D.h. Sie können für jeden Benutzer im SAP Service Marktplatz einen S-User anlegen und diesen im Subaccount als Member hinzufügen. Der Aufwand ist vor allem bei größeren Benutzergruppen enorm und der SAP ID Service bietet Ihnen keine Anpassungsmöglichkeiten. Daher können Sie den SAP IAS als Platform Identity Provider verwenden.

Platform Identity Provider (Neo only)

In der SAP BTP Neo-Umgebung haben Sie die Möglichkeit einen Plattform IdP und einen Application IdP zu konfigurieren. Der Platform IdP ist für die Authentifizierung der Benutzer auf Ebene des Subaccounts verantwortlich. Dabei handelt es sich um Entwickler, Administratoren, Supportmitarbeiter und Auditoren. Im Standard verwendet die SAP BTP den SAP ID Service als Platform IdP. Daher können Sie sich mit Ihrem S-User wie gewohnt anmelden. Der SAP ID Service ist mit einigen Einschränkungen verbunden. Sie haben daher auch die Möglichkeit den SAP Identity Authentication Service (SAP IAS) als Platform IdP zu verwenden. Damit haben Sie die Verwaltung und Pflege der Benutzer selbst in der Hand. Der SAP IAS ist in vielen SAP Cloud Lizenzen enthalten und kann daher lizenzkostenfrei verwendet werden. Als Platform Identity Provider ist der SAP IAS aktuell nur in der Neo-Umgebung unterstützt. In der Cloud-Foundry-Umgebung gibt es aktuell keine Unterstütztung. 

Sie haben für den Platform IdP folgende Optionen:

  • SAP ID Service (S-User)
  • SAP Identity Authentication Services (SAP IAS)

Application Identity Provider (Neo und Cloud Foundry)

Der Application Identity Provider hat die Aufgaben die Benutzer (Fachbenutzer / Enduser) Ihrer bereitgestellten Anwendungen zu authentifizieren. Er kann sowohl in der Neo– als auch in der Cloud-Foundry-Umgebung verwendet werden. Falls Sie beispielsweise die Mobile Services verwenden, werden die Benutzer der Apps gegen den Application IdP authentifiziert. Sie haben für den Application IdP folgende Optionen:

  • SAP ID Service (S-User)
  • SAP Identity Authentication Services (SAP IAS)
  • 3rd Party SAML Identity Provider (z.B. Azure AD)

SAML Service Provider vs. Identity Provider

Der SAP BTP Subaccount fungiert sowohl im Falle des Platform IdP als auch in der Rolle des Application IdP als SAML Service Provider (SAML SP) und der SAP IAS als SAML Identity Provider. Der IAS bietet Ihnen einen Vielzahl an Möglichkeiten. In der nachfolgenden Abbildung sehen Sie, wo der IAS als Platform Identity Provider aktivert werden kann.

Platform IDP aktivieren

Vertrauensbeziehung SAP IAS / SAP BTP Subaccount 

Die Vertrauensbeziehung zwischen SAP IAS und SAP BTP Subaccount wird automatisch hergestellt. Ein manueller Austausch der SAML-Metadaten ist nicht erforderlich. Der Subaccount wird im IAS als Application registriert. Dort haben Sie die Möglichkeit eine erweiterte Konfiguration durchzuführen. So können Sie beispielsweise das Aussehen der Anmeldemaske anpassen, Privacy Policies hinterlegen oder die SAML Konfiguration anzupassen. Im IAS werden Benutzer nicht pro Applikation angelegt sondern zentral und damit für alle Applikationen sichtbar. Damit der Benutzer im Subaccount verwendet werden kann, müssen Sie ihn noch als Member im Subaccount hinzufügen und im Subaccount mit entsprechenden Berechtigungen versehen. Die Anmeldung der Benutzer erfolgt ab diesem Zeitpunkt gegen der SAP IAS. In einem anderen Artikel gehen wir auf den SAP Identity Provisioning Service ein. Damit können Sie die Verteilung der Benutzer in die einzelnen Service Provider automatisieren.

SAP IAS als Proxy

Der SAP IAS kann auch die Rolle eines Proxy einnehmen und die Authentifizierung zu einem anderen Identity Provider delegieren. Dabei kann u.a. ein 3rd Party SAML Identity Provider verwendet werden. Er kann aber auch als Proxy zu einem Corporate LDAP dienen. Das geschieht im Zusammenspiel mit dem SAP Cloud Connector. Damit können Sie Ihren bestehenden LDAP Server wiederverwenden. Der SAP IAS ermöglich Ihnen auch die Verwendung und Integration von Social Identity Providern. Damit könenn Sie auf die Authentifizierung beliebter Sozialer Netzwerke zurückgreifen. Aktuell sind folgende Social IdPs unterstützt:

  • Facebook
  • Twitter
  • Google
  • LinkedIn

CloudDNA Expert Talk Video zum IAS

Sehen Sie sich unseren Expert Talk an und überzeugen Sie sich selbts – der IAS spielt eine zentrale Rolle. Im Video sehen Sie auf unserem legendären Lightboard wie alle Komponenten zusammenspielen.

Verlieren Sie keine Zeit - kontaktieren Sie uns jetzt

Zögern Sie nicht uns zu kontaktieren. Mit Fragen zum SAP Cloud Connector, zur SAP BTP, zur SAP Cloud Platform, zur SAP CPI, zur SAP Integration Suite und anderen innovativen Themen sind Sie bei uns genau an der richtigen Adresse!

Ihre Nachricht an uns

Über den Autor

Martin Koch

Martin Koch

SAP Cloud Veteran / SAP Alumni

Ich bin SAP Cloud Berater, Architekt und Entwickler der ersten Stunde - um es auf neudeutsch zu sagen ein "SAP Cloud Veteran". Neben der SAP Cloud Platform / SAP Business Technology Platform entwickle ich seit dem allerersten Release SAPUI5 und SAP Fiori Apps. Für SAP bin ich weltweit erfolgreich als Trainer im Bereich neue Technologien (Cloud, Integration, SAPUI5, Fiori, Mobile, SAP HANA, Security) im Einsatz. Besonders stolz bin ich darauf, zu den weltweit am besten bewertete Trainern zu gehören. Seit 2021 bin ich SAP Press Autor im Bereich der SAP Business Technology Platform. Hier gibt es voerst zwei Publikationen zum Themas Sicherheit und Berechtigungen sowie zu den SAP Mobile Services.

Grundlagen des SAP Cloud Connector (SAP CC)

Grundlagen des SAP Cloud Connector (SAP CC)

Inhalt des CloudDNA Expert Talk

Lernen Sie in diesem Expert Talk die Grundlagen des SAP Cloud Connector (SAP CC) kennen und Sie werden sehen, dass er keine Weltraumwissenschaft ist.

Architektur des SAP Cloud Connector

Der SAP Cloud Connector ist ein zentraler Bestandteil hybrider SAP-Systemlandschaften. Er ermöglicht Ihnen eine sichere Integration der Services und Subskriptionen in der SAP Business Technology Platform (SAP BTP) in Ihre On-Premise-Landschaft. Daher ist ein gutes Verständnis der Grundlagen des SAP Cloud Connectors unerlässlich, damit Sie schnell und effizient starten können.

Was bedeutet On-Premise ?

Mit dieser Frage werden wir häufig konfrontiert und sie lässt sich sehr einfach beantworten. Unter On-Premise versteht man die bei Ihnen im Unternehmen bereitgestellten Systeme. Diese laufen entweder in Ihrem eigenen Rechenzentrum, bei Ihrem Hosting-Anbieter oder in der SAP HANA Enterprise Cloud (SAP HEC).  

Wie funktioniert der SAP Cloud Connector ?

Der SAP Cloud Connector ist eine Softwarekomponente, die in Ihrer On-Premise-Landschaft installiert wird und einen TLS (Transport Level Security) Tunnel in die SAP BTP (ehemals SAP Cloud Platform) herstellt. Um konkret zu sein: die Verbindung zum Subaccount hergestellt.

Der SAP Cloud Connector verwendet den Reverse Invoke Proxy Ansatz. D.h. er stellt Ihnen auf Ebene des Subaccount Endpunkte bereit, die von den Services (z.B. SAP Cloud Integration, SAP WebIDE, SAP Mobile Services oder SAP Cloud Portal) aufgerufen werden. Er nimmt Ihre Aufrufe aus der SAP BTP / SAP Cloud Platform entgegen und leitet Sie an die On-Premise-Systeme weiter.

Welche Voraussetzung bestehen für den Cloud Connector ?

Für den Betrieb des SAP CC benötigen Sie lediglich eine JVM in der Java Version 1.8. Eine wesentliche Voraussetzung, die Sie beachten müssen, ist die Netzwerkkonnektivität.

Der SAP CC muss einerseits unter Verwendung des HTTPS-Protokolls die Hosts der SAP Business Technology Platform ansprechen können und andererseits die gewünschten Backendsysteme technisch erreichen. Mit der Version 2.13 sind einige spannende Neuerung gekommen, vor allem mit Blick auf Principal Propagation in der Cloud Foundry Umgebung.

Verbindung mit der SAP Business Technology Platform

Der SAP Cloud Connector verbindet sich mit der Business Technology Platform auf Ebene des Subaccounts. Der SAP CC authentifiziert sich mit einem Benutzer der vom Platform Identity Provider (Platform IdP) verwaltet wird. Sie können entweder den SAP ID Service oder den SAP Identity Authentication Service (SAP IAS) als Platform IdP verwenden. Bei der erstmaligen Anmeldung wird für den Benutzer ein Client Zertifikat erstellt, das in weiterer Folge für die Authentifizierung benötigt wird. Dieses Zertifikat wird am im Cloud Connector gespeichert.

Anbindung der Backend-Systeme

Der SAP Cloud Connector stellt Ihre Backend-Systeme im Subaccount der SAP BTP / SAP Cloud Platform unter einem virtuellen Hostnamen und zugehörigem Port bereit. Diesen virtuellen Hostnamen müssen Sie in den Cloud Services auf Ebene des Subaccounts zwingend verwenden. Für die Verbindung kommt der sogenannte Connectivity Service zur Verwendung. Er stellt über den On-Premise-Proxy technisch die Verbindung zum Cloud Connector her.

Der Cloud Connector bildet den virtuellen Hostnamen auf den physischen Hostnamen ab. D.h. er führt ein Mapping durch. Zusätzlich muss im Cloud Connector definiert werden, welche Ressourcen im Backend angesprochen werden können. Dies entspricht im Falle eines SAP-ABAP-Systems den ICF-Knoten. Der Cloud Connector unterstützt folgende Protokolle:

  • HTTP / HTTPS
  • RFC / RFC (SNC)
  • TCP / TCPS
  • Mail (SMTP, POP3, IMAP)
  • LDAP / LDAPS
  • SFTP / FTP / FTPS

Sicherheitsaspekte

Es gibt eine Reihe an sicherheitsrelevanten Aspekten, die im Cloud Connector zu beachten sind. Dieser bringen wir Ihnen in einem anderen Artikel näher. Doch eines vorab, die Authentifizierung der Administratoren und anderen Benutzer gegen einen LDAP-Server ist essentiell. Sie sollten auch das selbstsignierte SSL-Zertifikat, mit dem der CC im Standard ausgeliefert wird, so schnell wie möglich ersetzen.

SAP HANA Cloud Connector

Sie werden in vielen Blogs und auf Webseiten noch vom HANA Cloud Connector lesen. Dieser wurde im Jahr 2017 auf den Namen SAP Cloud Connector umgetauft. Sollten Sie noch vom SAP HANA Cloud Connector oder der HANA Cloud Platform lesen, raten wir Ihnen sich aktuellere, zeitgemäße Blogs zu suchen. Die Zeitspanne von mehr als drei Jahren seit der Umbenennung sind im Cloud Zeitalter so, wie wenn Sie noch immer in der Bronzezeit leben und denken würden. 😉

Das Video zum Expert Talk

Im Video zeigen wir Ihnen Schritt für Schritt, wie der SAP Cloud Connector funktioniert. Wir hoffen Ihnen damit weiterhelfen zu können. Für Fragen und auch Unterstützung in Projekten stehen wir Ihnen gerne zur Verfügung.

Folgen Sie unserem Youtube Channel um keine Neuigkeiten zu verpassen. Wir veröffentlich in regelmäßigen Intervallen Videos zur SAP Cloud Platform / SAP Business Technology Platform.

CloudDNA Expert Talks zum SAP Cloud Connector

Sehen Sie sich auch unsere anderen Expert Talks zum SAP Cloud Connector an:

SAP Cloud Connector Location Identifier verstehen und richtig verwenden

Verlieren Sie keine Zeit - kontaktieren Sie uns jetzt

Zögern Sie nicht uns zu kontaktieren. Mit Fragen zum SAP Cloud Connector, zur SAP BTP, zur SAP Cloud Platform, zur SAP CPI, zur SAP Integration Suite und anderen innovativen Themen sind Sie bei uns genau an der richtigen Adresse!

Ihre Nachricht an uns

SAP Cloud Connector Location Identifier richtig nutzen!

SAP Cloud Connector Location Identifier richtig nutzen!

Sie können den SAP Cloud Connector (CC) für unterschiedlichste Szenarien verwenden. Unter anderem auch um sich aus einer geografisch verteilten Systemlandschaft mit dem Subaccounts der SAP Business Technology Platform (SAP BTP). Damit können Sie unter Verwendung der SAP Cloud Platform Integration (CPI) bzw. der SAP Integration Suite Schnittstellen in die On-Premise-Landschaft umsetzen. Wir zeigen Ihnen wie der SAP Cloud Connector Location Identifier richtig verwendet wird. Der Artikel wurden von den Experten der CloudDNA GmbH aus Österreich auf deutsch veröffentlicht. Er soll als Begleittext zum unserem YouTube-Video dienen.

Inhalt des CloudDNA Expert Talks

In diesem CloudDNA Expert Talk geht es darum, wie Sie den SAP Cloud Connector (SAP CC) mit Location Identifier (Location ID) verwenden können. Wir zeigen Ihnen wie sich unterschiedliche SAP Cloud Connector Instanzen mit demselben Subaccount verbinden lassen kann.

SAP Cloud Integration Kommunikation über den SAP Cloud Connector

Gehen wir von folgender Annahme aus. Sie haben eine SAP CPI (Cloud Platform Integration) oder die SAP Integration Suite mit aktiver Cloud Integration Capability. Sie möchten aus der Cloud Integration heraus über den SAP Cloud Connector (CC) eine Verbindung zu einem System in der On-Premise-Landschaft herstellen. Der SAP Cloud Connector öffnet dazu einen TLS Tunnel (=Transport Level Security) zum Subaccount. Über diesen Tunnel läuft der gesamte Traffic aus der Cloud in die On-Premise-Systemlandschaft. Dies funktioniert sowohl bei SAP- als auch bei Non-SAP-Systemen.

Die SAP Cloud Connector LocationID

Wir gehen in unserer Annahme ein Schritt weiter. Sie müssen Gesellschaften in unterschiedlichen Ländern oder in unterschiedlichen geografischen Regionen über die SAP CPI integrieren. Sie können für dieses Szenario in jeder Region in der Sie ein Backendsystem integrieren möchten einen Cloud Connector installieren. Der Subaccount in der SAP BTP bzw. der SAP Cloud Platform könnte nun nicht mehr unterscheiden über welchen Cloud Connector die Nachrichten in die On-Premise-Landschaft gesendet werden. Auch dafür bietet der SAP CC eine Lösung. Es ist lediglich erforderlich, dass jede Cloud Connector Instanz beim Aufbau der Verbindung mit dem Subaccount eine Location-ID (LOC) verwendet.

Funktioniert in der Neo- und Cloud-Foundry-Umgebung

Die SAP Cloud Connector LocationID wird sowohl für die Neo- als auch für die Cloud-Foundry-Umgebung unterstützt. Die Kommunikation aus den Services und Subskriptionen auf Ebene des Subaccount erfolgt immer über den Connectivity Service. Dieser bedient sich der über den Destination Service angelegten Destinationen. Diese beinhalten die technische Konfiguration. In der Destination muss die Location-ID ebenfalls gepflegt werden. Sie haben jedoch auch die Möglichkeit, einen Cloud Connector als Default zu verwenden. Dazu dürfen Sie keine Location-ID anführen.

Unsere Empfehlung

Wir verwenden in unseren Projekten SAP Cloud Connector Location Identifier die an die IATA 3-Letter-Codes in der Luftfahrt angelehnt sind. Die Begründung dafür ist recht einfach. Ich bin ausgebildeter Linienpilot und Fluglotse. Ich habe erkannt hat dass die Standardisierung und Normierung in der Luftfahrt absolut gewinnbringen in der IT verwendet werden kann. Folgende Beispiele für Location-IDs können wir Ihnen als Inspiration geben:

  • Wien (VIE)
  • Berlin (BER) – mittlerweile ja fertiggestellt…
  • Frankfurt (FRA)
  • New York (NYC)
  • Sydney (SYD)
  • Dubai (DUB)

Das Video zum Expert Talk

Im Video bauen wir diese Szenario Schritt für Schritt auf. Wir hoffen Ihnen damit weiterhelfen zu können. Für Fragen und auch Unterstützung in Projekten stehen wir Ihnen gerne zur Verfügung.

Folgen Sie unserem Youtube Channel um keine Neuigkeiten zu verpassen. Wir veröffentlich in regelmässigen Intervallen Videos zur SAP Cloud Platform.

CloudDNA Expert Talks zum SAP Cloud Connector

Sehen Sie sich auch unsere anderen Expert Talks zum SAP Cloud Connector an:

Grundlagen des SAP Cloud Connector

Verlieren Sie keine Zeit - kontaktieren Sie uns jetzt

Zögern Sie nicht uns zu kontaktieren. Mit Fragen zum SAP Cloud Connector, zur SAP BTP, zur SAP Cloud Platform, zur SAP CPI, zur SAP Integration Suite und anderen innovativen Themen sind Sie bei uns genau an der richtigen Adresse!

Ihre Nachricht an uns