Ein B2B-Kundenportal ist selten nur eine Website mit Login. Es stellt Produktinformationen, Dokumente, Bestellungen, Vertragsdaten oder Statusinformationen bereit und greift dafür auf ERP, CRM, PIM, DAM und weitere Systeme zu. Je stärker Kunden und interne Prozesse vom Portal abhängen, desto wichtiger werden Sicherheit und Verfügbarkeit der gesamten Plattform.

NIS-2 gibt dafür keine fertige Portalarchitektur vor. Das Gesetz verlangt von betroffenen Unternehmen aber geeignete, verhältnismäßige und wirksame Maßnahmen zum Schutz der verwendeten IT-Systeme und Prozesse. Für ein Kundenportal lassen sich daraus konkrete technische und organisatorische Prüffragen ableiten.

polargold entwickelt genau solche individuellen Kunden-, Händler- und Self-Service-Portale. Wir verbinden Konzeption, User Experience, Softwareentwicklung und Systemintegration. Dadurch können wir Sicherheitsanforderungen direkt in Nutzerwege, Datenmodelle, Rollen und Schnittstellen übersetzen, statt sie erst nach der Entwicklung auf das Portal aufzusetzen.

Welche Daten und Prozesse schützt das Portal?

Der erste Schritt ist keine Auswahl von Sicherheitsfunktionen, sondern eine Bestandsaufnahme. Zu Beginn eines Portalprojekts klären wir gemeinsam mit Fachbereich und IT: Welche Informationen sehen Kunden, Partner, Händler oder Mitarbeitende? Welche Vorgänge können sie auslösen? Welche Folgen hätte ein Ausfall, eine falsche Zuordnung oder eine unberechtigte Änderung?

Typische schützenswerte Inhalte sind:

  • kundenspezifische Preise, Sortimente und Vertragsinformationen;
  • Bestellungen, Lieferstatus, Rechnungen und Servicevorgänge;
  • Produktdaten, Zertifikate und regulatorische Dokumente;
  • personenbezogene Kontakt- und Nutzungsdaten;
  • administrative Funktionen, Freigaben und Stammdatenänderungen.

Aus Schutzbedarf und Prozesskritikalität ergeben sich die angemessenen Kontrollen. Ein öffentliches Downloadportal benötigt ein anderes Modell als eine Plattform, auf der Kunden Bestellungen auslösen oder vertrauliche Dokumente abrufen.

Ein Login ist noch kein Berechtigungskonzept

Die Anmeldung beantwortet nur, wer sich gegenüber dem System authentifiziert. Danach muss das Portal entscheiden, auf welche Daten, Unternehmen, Standorte und Funktionen diese Person zugreifen darf.

Ein belastbares Modell berücksichtigt mindestens:

  • Unternehmen, Organisationseinheiten und Mandanten;
  • unterschiedliche Rollen innerhalb eines Kundenkontos;
  • Trennung von Lesen, Bearbeiten, Freigeben und Administrieren;
  • Eintritt, Rollenwechsel und Austritt von Nutzenden;
  • privilegierte Zugänge für Administration und Support;
  • regelmäßige Prüfung bestehender Berechtigungen.

Single Sign-on kann bestehende Identitätsanbieter anbinden und den Umgang mit Benutzerkonten vereinfachen. Mehrfaktor-Authentifizierung reduziert das Risiko kompromittierter Passwörter. Beide Maßnahmen ersetzen jedoch nicht die fachliche Rollen- und Mandantenlogik.

Wir modellieren diese Logik nicht losgelöst von der Oberfläche. Rollen und Rechte werden mit konkreten Funktionen, Datenobjekten und Kundensituationen getestet: etwa mit mehreren Standorten, Vertretungen, wechselnden Ansprechpartnern oder abweichenden Dokumentrechten. Dadurch wird aus einer abstrakten Rollenmatrix ein im Portal überprüfbarer Prozess.

Schnittstellen sind Teil der Angriffs- und Ausfallfläche

Ein Kundenportal wird häufig über APIs, Webhooks, Dateiübertragungen oder eine Integrationsplattform mit ERP, CRM, PIM, Logistik- und Identitätssystemen verbunden. polargold plant und realisiert solche Integrationen unter anderem für Microsoft Dynamics 365 Business Central, SAP, Navision und branchenspezifische Systeme. Jede Schnittstelle benötigt dabei eine eindeutige Aufgabe, begrenzte Berechtigungen und ein nachvollziehbares Fehlerverhalten.

Zu prüfen sind unter anderem:

  • Wie authentifizieren sich die beteiligten Systeme?
  • Welche Daten darf eine Verbindung lesen oder verändern?
  • Wie werden Zugangsdaten und technische Schlüssel verwaltet?
  • Was geschieht bei fehlerhaften, doppelten oder verspäteten Nachrichten?
  • Welche Ereignisse werden protokolliert und wer erhält eine Alarmierung?
  • Wie wird eine Schnittstelle nach einer Störung kontrolliert wieder gestartet?

Damit schützt die Integration nicht nur vor unberechtigtem Zugriff. Sie trägt auch zur Datenintegrität und zur Betriebsfähigkeit des Portals bei.

Für uns endet eine Integration deshalb nicht mit dem erfolgreichen ersten Datentransfer. Wir planen Fehlerzustände, Wiederholungen, Protokolle und Zuständigkeiten mit und machen im Betrieb sichtbar, wenn ein fachlich wichtiger Datenfluss nicht mehr funktioniert.

Änderungen nachvollziehbar machen

Bei Produkt-, Dokumenten- und Kundenprozessen reicht es nicht, den aktuellen Datenstand zu kennen. Verantwortliche müssen nachvollziehen können, welche Quelle eine Information geliefert hat, wann sie verändert und durch wen sie freigegeben wurde.

Protokollierung sollte sich deshalb auf sicherheits- und geschäftsrelevante Ereignisse konzentrieren: Anmeldungen, fehlgeschlagene Zugriffe, Rollenänderungen, administrative Aktionen, Datenimporte, Freigaben und technische Fehler. Protokolle müssen geschützt, auswertbar und für einen definierten Zeitraum verfügbar sein. Eine wahllose Sammlung sämtlicher Daten ist weder automatisch hilfreich noch datenschutzfreundlich.

Mit Pimcore können wir Produktdaten, Assets, Versionen, Freigaben und Beziehungen zentral abbilden und mit Portalprozessen verbinden. Welche Änderungen tatsächlich protokolliert und wie lange Nachweise aufbewahrt werden, definieren wir jedoch projektspezifisch mit den verantwortlichen Teams.

Sichere Entwicklung endet nicht mit dem Go-live

§ 30 BSIG nennt Sicherheitsmaßnahmen bei Erwerb, Entwicklung und Wartung von IT-Systemen sowie den Umgang mit Schwachstellen. Für ein Portalprojekt gehören dazu klare Entwicklungs-, Test-, Freigabe- und Updateprozesse.

Vor dem Go-live sollten zentrale Nutzerwege, Rollen, Schnittstellen und Fehlerfälle geprüft werden. Nach dem Start braucht die Plattform weiterhin Sicherheitsupdates, kontrollierte Änderungen, Monitoring und einen Prozess für gemeldete Schwachstellen. Dabei muss erkennbar sein, welche Aufgaben das Unternehmen, polargold, der Softwarehersteller und der Hoster übernehmen.

Backup und Wiederherstellung für den gesamten Prozess

Ein Portal besteht nicht nur aus Dateien und einer Datenbank. Abhängig vom Aufbau müssen auch Konfigurationen, Suchindizes, Dokumente, Integrationszustände und technische Schlüssel berücksichtigt werden. Zusätzlich ist die Reihenfolge wichtig, in der angebundene Systeme nach einem Ausfall wieder verfügbar werden.

Deshalb sollte die Wiederherstellung regelmäßig unter realistischen Bedingungen getestet und dokumentiert werden. Nur so lässt sich feststellen, ob der geplante Wiederanlauf tatsächlich funktioniert.

Praxis: Portale mit komplexen Rollen und Integrationen

Im Projekt für die IGBCE BWS verbindet Pimcore Seminar-, Referenten-, Standort- und Buchungsdaten mit Navision. Rollen, Self-Service und mehrstufige Buchungsprozesse greifen auf eine bidirektionale Integration zurück.

Das Kunden- und Händlerportal von AMA Freight bündelt Informationen aus mehreren Logistiksystemen und stellt sie rollenbezogen und per Single Sign-on bereit. Beide Beispiele belegen relevante Plattform- und Integrationsfähigkeiten. Sie werden nicht pauschal als NIS-2-Projekte oder Konformitätsnachweise bezeichnet.

Was wir für Ihr Kundenportal übernehmen

polargold entwickelt individuelle B2B-Kunden- und Self-Service-Portale und verbindet sie mit vorhandenen Daten- und Prozesssystemen. Wir können sowohl ein bestehendes Portal technisch prüfen als auch eine neue Plattform von der Anforderungsanalyse bis zum Betrieb begleiten.

  • Schutzbedarf, Nutzergruppen und kritische Prozesse gemeinsam einordnen;
  • Rollen-, Rechte-, Mandanten- und Authentifizierungskonzepte entwickeln;
  • ERP, CRM, PIM, DAM und Identity Management sicher integrieren;
  • Entwicklungs-, Test-, Freigabe- und Updateprozesse verbindlich aufsetzen;
  • Monitoring, Fehlerbehandlung, Backups und Wiederherstellung planen.

Sie erhalten damit Beratung und Umsetzung aus einer Hand. Wir ersetzen keine rechtliche NIS-2-Betroffenheitsprüfung, sorgen aber dafür, dass der technische Verantwortungsbereich der Plattform transparent geplant und anschließend umgesetzt werden kann.

Kostenlose Erstberatung zum Kundenportal vereinbaren

Quellen: § 30 BSIG, § 38 BSIG, BSI-Informationen zu NIS-2. Der Beitrag ersetzt keine Rechtsberatung.