Partnerintegration Sicherheitsarchitektur

Entwerfen Sie Vertrauensgrenzen und Produktionskontrollen für Embedded Trading, API, SDK, Webhook, Asset-Transfer und operative Integrationen.

Als Markdown anzeigen

Diese Seite konzentriert sich darauf, wie ein Partner eine sichere 6MM Integration gestalten sollte. Für die breiteren Sicherheitsschichten, die über die Handelsplattform hinweg verwendet werden, siehe Platform Security Architecture.

Die Sicherheitsarchitektur sollte vor Beginn der Produktionsintegration vereinbart werden. Sie beeinflusst, wie Partnersysteme Nutzer validieren, Token ausgeben, Geheimnisse speichern, Ereignisse empfangen, Abläufe überwachen und auf Vorfälle reagieren.

KomponenteKann enthaltenDarf nicht enthalten
Partner-FrontendÖffentliche Konfiguration, kurzlebiger Eintrag, nicht sensibler UI-ZustandPartner API geheimen, signierenden Schlüssel, privilegierten Backend-Zugangsdaten
Partner-BackendBenutzerzuordnung, geschützte Zugangsdaten, Signierungslogik, Webhook-VerarbeitungGeheimnisse, die durch Kundenantworten oder öffentliche Protokolle offengelegt werden
6MM IntegrationsendpunkteGenehmigte signierte Anfragen, Token und Webhook-LieferungUnverifizierte Annahmen der Partnerseite der Nutzer

Das Partner-Frontend sollte das Partner-Backend für privilegierte Operationen aufrufen. Das Backend validiert den Partner-Benutzer, ruft 6MM über das genehmigte API oder SDK auf und liefert nur das kurzlebige Ergebnis, das das Frontend benötigt.

Sicherheitsschichten

SchichtErforderlicher Fokus
API QualifikationenNur Backend-Speicher, Rotationsplan und Zugriffskontrolle.
Unterschrift auf AnfrageKonsistente Zeitstempel-, Unterschriften- und Wiederholungsschutzbehandlung.
Embed-TokensKurzlebige Ausgabe, Eignungsprüfungen und eindeutiges Invalidierungsverhalten.
WebhooksSignaturenverifikation, Idempotenz, Wiederholungen und Event-Audit-Protokolle.
BetriebZugang zu Rollen, Eskalation von Vorfällen, Überwachung und Beweissicherung.

Produktionskontrollplan

KontrollgebietMinimale Implementierungsnachweise
Speicherung von ZugangsdatenStandort des Secret-Managers, Zugangsbesitzer, Trennung der Umgebung und Rotationsprozess.
BenutzereingabeSitzungsvalidierung, Eignungsprüfung, kurzlebiger Token-Fluss und Fehlerbehandlung.
Unterschriebene AnfragenKorrekte Umgebung, synchronisierte Zeit, Anfrageprotokollierung und Signaturfehlerwarnungen.
VermögensbetriebEindeutige Unternehmens-IDs, Timeout-Abstimmung, Statusanfragen und Betreiberbewertungspfad.
WebhooksRohkörper-Signaturverifikation, Wiedergabekontrollen, Idempotenzspeicher und wiederholungssichere Verarbeitung.
ÜberwachungWarnungen wegen Authentifizierungsfehlern, abnormalen Wiederholungen, Webhook-Verzögerungen und Betriebsfehlern.
EinsatzreaktionBenannter Eigentümer, Eskalationskanal, Beweisaufbewahrung und Verfahren zur Entziehung der Berechtigung.

Launch-Review

Vor der Produktion:

  1. Zeichnen Sie die Datenströme von Benutzer-, Token-, Anfrage-, Asset- und Webhook-Daten.
  2. Markieren Sie, wo jede Zugangsdaten erstellt, gespeichert, verwendet, protokolliert, rotiert und widerrufen wird.
  3. Testen abgelaufene Token, ungültige Signaturen, Zeitbegrenzungen, doppelte Webhooks und Wiederverbindungsverhalten.
  4. Bestätigen Sie, dass Support-Teams eine Operation anhand ihrer Anfrage oder Geschäftskennung finden können.
  5. Füllen Sie die Produktionsstart-Checkliste aus.