Sicherheits- und Compliance-Erklärung für Flosum Backup & Archive
Übersicht
Zweck dieses Dokuments ist es, einen Überblick über die Sicherheitsmaßnahmen zu geben, die für unsere Backup-&-Archive-Webanwendung implementiert wurden. Es behandelt Architektur, Zugriffskontrollen, Datenschutz, Verfügbarkeit, Vorfallreaktion und Compliance. Wir verfolgen einen mehrschichtigen Ansatz zur Sicherung von Systemen und Daten in unserer Anwendungsumgebung. Die Kombination aus Richtlinien und Technologie hilft uns, Ihre sensiblen Informationen zu schützen und zuverlässigen Zugriff auf unsere Services zu gewährleisten. Bitte richten Sie weitere Fragen zu unserer Plattform oder unseren Dienstleistungen an infosec@Flosum.com. Dieses Dokument enthält:
Systemarchitektur
Das Frontend und Backend der Backup-&-Archive-Anwendung sind zur Sicherheitsisolation in unterschiedlichen Subnetz-Zonen segmentiert. Unsere Webserver befinden sich in einem DMZ-Netzwerk und die Datenbankserver auf einem separaten internen Netzwerk. Firewalls, IPS und strikte Zugriffskontrollen begrenzen den Datenverkehr zwischen den Anwendungsebenen. Flosum hat Security Groups konfiguriert, die Anfragen nur auf Port 443 zulassen. Backup & Archive stellt außerdem eine Konfigurationsdatei für selbst gehostete Umgebungen bereit, die verwendet werden kann, um Ports bei Bedarf neu zu konfigurieren.
Die neuesten stabilen Versionen von Frameworks und Programmiersprachen werden verwendet, um bekannte Schwachstellen zu vermeiden. Betriebssysteme und Softwarebibliotheken werden häufig gepatcht und gehärtet. Lastverteilung und Failover-Systeme erhalten die Betriebszeit bei Traffic-Spitzen. Infrastruktur-Redundanz beseitigt Einzelpunkt-Ausfälle.
Es wird eine logische Trennung von Datenbanken zwischen verschiedenen Kunden angewendet. Customer-Hosted ist eine dedizierte Mandanten-Architektur. Flosum-Hosted ist multi-tenant und nach Salesforce-Org-ID segmentiert. Flosum Backup & Archive verfügt über keinen Mechanismus zur Datenfreigabe. Kommunikation findet nur in der Benutzeroberfläche oder mit den zu sichernden Salesforce-Organisationen statt. Strenge Zugriffskontrollen gewährleisten die Isolierung jedes Backup-&-Archive-Kontos innerhalb einer dedizierten virtuellen Maschine, in Übereinstimmung mit den Backup-&-Archive-SOC2-Type-II-Richtlinien. S3-Buckets sind niemals dem öffentlichen Internet ausgesetzt. Sie sind standardmäßig auf Privat gesetzt und dies wird nie geändert. Flosum verwendet außerdem einen Reverse-Proxy-Server, um Kunden private Links bereitzustellen.
APIs
Benutzeranmeldeinformationen werden mit HASH (SALT) SHA-256-Algorithmen oder, wenn reversibel, mit AES-256 oder besser gespeichert. Bulk- und REST-API-Limits können definiert werden, um Kundenanforderungen zu erfüllen. OAuth 2.0 über OpenID Connect wird für SSO sowohl für Authentifizierung als auch Autorisierung verwendet und unterstützt OpenID und verwandte Standards. Die App beschränkt die API-Nutzung auf einen Prozentsatz des verfügbaren Salesforce-API-Limits pro Tag. Das Backup-Protokoll würde anzeigen, wenn das Limit erreicht ist und automatisch Drosselung vornehmen, um zu gewährleisten, dass die Salesforce-Performance nicht beeinträchtigt wird.
Netzwerksicherheit
Die Netzwerk-Sicherheitsgruppe wird Kontrollen implementieren und aufrechterhalten, die erforderlich sind, um Risiken und Verluste im Zusammenhang mit Sicherheitsbedrohungen für Flosum-Netzwerke und Netzwerkressourcen zu verhindern. Mehrschichtige Kontrollen zur Absicherung, Verwaltung und Überwachung der Netzwerkumgebung sind erforderlich und werden, wo angemessen, implementiert. Es müssen Kontrollen vorhanden sein, um Netzwerkgeräte gegen unbefugtes Eindringen zu schützen, sensible Informationen während der Übertragung durch das Flosum-Netzwerk zu schützen und unbefugten Zugriff zu überwachen, der die Vertraulichkeit, Integrität oder Verfügbarkeit der Netzwerkinfrastruktur gefährden könnte. Um das Netzwerk angemessen zu sichern, unbefugtes Eindringen oder Zugriffe zu verhindern und potenziellen Sicherheits- oder Betriebsbedrohungen für die Flosum-Netzwerkumgebung entgegenzuwirken, sind Perimeterkontrollen erforderlich. Perimeterkontrollen umfassen, sind aber nicht beschränkt auf Firewalls, Router, Intrusion-Prevention- und Detection-Systeme sowie Systeme zur Sicherheitsinformationsverwaltung zur Datensammlung, Benachrichtigung und Analyse. Aktives Management und Monitoring von Perimetergeräten ist erforderlich, um sicherzustellen, dass aktuelle Zugriffskontrollen und Einstellungen basierend auf Sicherheits- und Geschäftsanforderungen angemessen sind. Zusätzlich müssen Fernzugriffskontrollen implementiert werden, um den Schutz der Flosum-Netzwerkumgebung vor unangemessenem Zugriff weiter zu verbessern. Flosum-Mitarbeiter, die aus der Ferne auf die Flosum-Umgebung zugreifen, sind verpflichtet, eine Firewall und Anti-Malware-Software zu verwenden. Jedes Gerät, das auf die Flosum-Netzwerkumgebung zugreift (einschließlich Geräte an entfernten Standorten), muss die Flosum-Sicherheitsanforderungen für Hardware, Interoperabilität und Änderungsmanagement erfüllen. Wo möglich, sollte die operative Verantwortung für Netzwerke getrennt vom Computerbetrieb verwaltet werden. Zur weiteren Stärkung und Hinzufügung einer zusätzlichen Sicherheitsschicht müssen interne und externe Übertragungs-Controls wie die Verwendung eines verschlüsselten Protokolls sowie Controls zur Überwachung der Netzwerkaktivität vorhanden sein, um die Vertraulichkeit und Integrität von Informationen zu gewährleisten, während diese in, durch und aus der Flosum-Netzwerkumgebung übertragen werden. Überwachungs-Controls müssen auf Flosum-Netzwerken implementiert werden, um anomale Aktivitäten zu identifizieren und den entsprechenden Management- oder Reaktionsgruppen zu melden. Im Falle der Identifizierung eines sicherheitsrelevanten Ereignisses sind zeitnahe Untersuchungen und Abhilfemaßnahmen erforderlich. Informationstechnologie entwickelt sich weiter und Bedrohungen gegen Netzwerkumgebungen wandeln sich fortlaufend. Um sicherzustellen, dass Flosum-Netzwerkumgebungen gegen aktuelle und sich entwickelnde Bedrohungen angemessen geschützt sind, sind periodische Überprüfungen der Sicherheitspraktiken erforderlich. Der Umfang der Netzwerktests muss die Sicherheit der Netzwerkeinstiegspunkte in Flosum-Netzwerkumgebungen umfassen, um potenzielle Schwachstellen zu identifizieren und zu beheben, die ausgenutzt werden könnten. Managementaufsicht sollte angewendet werden, um die Kontrollen konsistent über die zutreffende Infrastruktur hinweg anzuwenden und gleichzeitig den Service für das Unternehmen weiter zu optimieren.
Richtlinie für mobile Geräte
Die Nutzung persönlicher Geräte zum Verbinden mit Flosum-Netzwerkressourcen, die nicht direkt mit der Erfüllung von Arbeitsaufgaben verbunden sind, ist strikt untersagt.
Physische Geräte (z. B. Laptops, Mobiltelefone, Tablets, tragbare Speichermedien und andere mobile Geräte) müssen sicher aufbewahrt werden, wenn sie nicht in Gebrauch sind.
Verlorene oder gestohlene Flosum-IT-Ressourcen müssen umgehend dem zuständigen Personal gemeldet werden.
Vertrauliche oder Kundendaten dürfen nicht auf tragbaren Geräten und/oder Medien gespeichert werden, es sei denn:
Es ist speziell zur Erreichung eines Geschäftszwecks erforderlich
Es ist vom Flosum-Büro des Chief Information Security Officer genehmigt
Eine solche Speicherung verstößt nicht gegen gesetzliche oder vertragliche Verpflichtungen
Angemessene Kontrollen sind implementiert, um die Daten zu schützen
Vertrauliche oder Kundendaten von Flosum müssen verschlüsselt werden, wenn sie auf tragbaren Geräten gespeichert sind, in Übereinstimmung mit den Verschlüsselungsstandards.
Authentifizierung
Flosum verwendet eine Vielzahl von Authentifizierungsmethoden, einschließlich SAML 2.0 für SSO und IAM, um Ihre Daten zu sichern und das höchste Sicherheitsniveau zu gewährleisten. Unsere Richtlinie unterstützt die Integration mit Identitätsanbietern auf native Weise und verwendet keine zwischengeschalteten Authentifizierungs-/Autorisierungs-Tools (z. B. Keycloak, Auth0, Cognito usw.). Das System identifiziert und authentifiziert jeden einzelnen Benutzer eindeutig. Anonyme Authentifizierung ist verboten.
Single Sign-On (SSO)
Wir setzen auf Effizienz und Sicherheit durch die Implementierung einer SSO-Lösung. SSO verbessert die Sicherheit erheblich, indem es das Risiko von passwortbezogenen Schwachstellen verringert und ein robusteres, zentralisiertes Authentifizierungssystem gewährleistet, das höchste Standards des Datenschutzes einhält. IP-Einschränkungen erfordern eine kundengehostete Instanz und die Konfiguration der entsprechenden AWS- oder GCP-Umgebung.
Multi-Faktor-Authentifizierung (MFA)
Die Sicherheit unserer digitalen Vermögenswerte hat höchste Priorität, und als Teil unserer umfassenden Sicherheitsmaßnahmen setzen wir MFA ein. Durch die Implementierung von MFA stärken wir unseren Schutz gegen unbefugten Zugriff erheblich, schützen sensible Informationen und festigen unsere Systeme gegen potenzielle Bedrohungen. Dieser proaktive Sicherheitsansatz entspricht nicht nur den besten Branchenpraktiken, sondern unterstreicht auch unser Engagement, die größtmögliche Vertraulichkeit und Integrität unseres Netzwerks zu gewährleisten. Flosum hat die Multi-Factor-Authentication (MFA) Delete-Funktion aktiviert, die die MFA-Delete-Fähigkeit einschaltet, sodass zusätzliche Authentifizierung erforderlich ist, um Objekte in einem versionierten S3-Bucket zu löschen. Wir verwenden Access Points und VPC-Endpunkte. Alle Access Points und VPC-Endpunkte erlauben Zugriff auf S3, ohne den gesamten Bucket offenzulegen, was einschränkt, was im S3-Bucket zugänglich ist.
Zugriffsverwaltung
Backup & Archive implementiert strenge Zugriffskontrollen, um die Isolierung jedes Backup-&-Archive-Kontos innerhalb einer dedizierten virtuellen Maschine sicherzustellen, in Übereinstimmung mit den Backup-&-Archive-SOC2-Type-II-Richtlinien. Die Funktionalität der Anwendung ist eingeschränkt und kann über den Identitätsanbieter verwaltet werden. Alle Aktivitäten innerhalb der Anwendung, einschließlich derjenigen, die von Root-Konten ausgeführt werden, die über das IDP bereitgestellt wurden, werden sorgfältig protokolliert und überwacht. Flosum-Mitarbeiter können nicht auf die Kunden-Org zugreifen, die die Flosum-Anwendung hostet, es sei denn, es wird temporärer Support-Zugriff gewährt. Für Flosum-gehostete Versionen von Backup & Archive praktizieren wir das Prinzip der geringsten Privilegien. Weniger als 1 % unserer Mitarbeiter haben Admin-Zugriff und noch weniger haben Root-Zugriff auf unsere Cloud-Computing-Umgebung. Zusätzlich trennen wir gehostete Backup-&-Archive-Mandanten und erlauben Kunden die vollständige Kontrolle über die Benutzer, die auf ihre Instanz zugreifen dürfen. Sobald Zugriff gewährt ist, können Flosum- und Kundenmitarbeiter zusammenarbeiten, um Protokolle, Fehlermeldungen und andere Salesforce-Funktionen zu überprüfen, um Probleme zu beheben. Aktivitätsprotokolle werden regelmäßig überprüft und analysiert, um potenzielle Eindringlinge oder verdächtige Aktivitäten schnell zu identifizieren und zu verhindern. Es bestehen robuste Passwort-Richtlinien, die die Verwendung starker Passwörter, regelmäßige Passwortänderungen und erzwungene Passwortänderungen beim ersten Login durchsetzen, um die Gesamtsicherheit der Systeme zu stärken. Der Zugriff auf die Backup-&-Archive-Anwendung wird über den User Pool-Service gesteuert. User Pool bietet Authentifizierung, Autorisierung und Benutzerverwaltung für Anwendungen. Mehr Informationen finden Sie hier: https://success.flosum.com/s/article/User-Pool-App. Mit der User-Pool-App können Sie nicht nur Flosum-spezifische Anmeldeinformationen verwenden, sondern auch Ihren eigenen Single-Sign-On-Identitätsanbieter (SSO) integrieren, um ein reibungsloseres Anmeldeerlebnis zu bieten. Bei kundengehosteten Instanzen von Backup & Archive hat Flosum keinen Zugriff auf Ihre Instanz und wir geben Ihnen die volle Kontrolle über den Zugriff. Benutzerberechtigungen verhindern, dass Benutzer unautorisierte Backup- und Restore-Vorgänge starten.
Fernzugriff
Vertrauenswürdige Benutzer dürfen nur auf Flosum zugreifen, wie definiert:
Benutzer benötigen VPN-Zugriff für bestimmte Dienste
Die Geräte-MAC-ID kann abhängig von der Firewall-Konfiguration für den Zugriff auf einen bestimmten Dienst erforderlich sein.
Der vertrauenswürdige Benutzer muss eine „tacticalarbitrage.com“-Benutzer-ID haben. Dies gewährt Berechtigung und Zugriff auf Flosum-Ressourcen (Daten, Dienste, Online-Hosts, Kommunikation, geteilte Inhalte). Dies stellt ein grundlegendes Zugriffslevel bereit.
Datenverwaltung
Datenverschlüsselung
Benutzer stellen einen AES-256- oder gleichwertigen Schlüssel bereit, wenn sie Salesforce-Orgs verbinden. Dieser Schlüssel wird verwendet, um die Daten während der Übertragung zwischen Salesforce und dem Flosum-Tool sowie im Ruhezustand im Flosum-Tool zu verschlüsseln. Die Daten werden zusätzlich während der Übertragung durch eine TLS-1.2-Verbindung über das HTTPS-Protokoll geschützt und im Ruhezustand auf den Datenträgern des Tools mit einem AES-256- oder gleichwertigen Schlüssel verschlüsselt. Wir verschlüsseln Ihre Daten im Ruhezustand mit serverseitiger Verschlüsselung (SSE) unter Verwendung von S3-verwalteten Schlüsseln (SSE-S3), AWS Key Management Service (SSE-KMS) und serverseitiger Verschlüsselung mit vom Kunden bereitgestellten Schlüsseln (SSE-C). Flosum Backup & Archive unterstützt nur TLS 1.2 und spätere Versionen und Datenverschlüsselung wird entlang der gesamten Pipeline bereitgestellt. Flosum verwaltet den Datenzugriff mit Identity Access Management (IAM). Wir haben IAM-Richtlinien und Berechtigungen implementiert, um sicherzustellen, dass nur autorisierte Benutzer und Dienste auf AWS S3-Buckets und -Objekte zugreifen können, und vermeiden die Nutzung von Root-Account-Anmeldeinformationen. Außerdem beschränkt Flosum Bucket-Policies. Unsere Bucket-Richtlinien definieren, welche Anfragen auf dem Bucket erlaubt oder abgelehnt werden. Wir sperren diese standardmäßig so, dass alle Anfragen verweigert werden und nur notwendige Berechtigungen zugelassen werden.
Verschlüsselung im Ruhezustand
Vertrauliche Informationen oder personenbezogene Daten (PII), die im Ruhezustand auf Computersystemen gespeichert sind, die sich in Flosum-kontrollierten Räumen, Geräten und Netzwerken befinden, sollten durch einen oder mehrere der folgenden Mechanismen geschützt werden:
Festplatten-/Dateisystemverschlüsselung (z. B. Microsoft EFS-Technologie)
Verwendung von Virtual Private Networks (VPNs) und Firewalls mit strikten Zugriffskontrollen, die die Identität der Personen authentifizieren, die auf die vertraulichen Informationen oder PII zugreifen
Bereinigung, Schwärzung und/oder De-Identifizierung der zu schützenden Daten während der Speicherung, um unbefugtes Risiko und Offenlegung zu verhindern (z. B. Maskierung oder Unschärfe von PII)
Zusätzliche kompensatorische oder ergänzende Sicherheitskontrollen einschließlich komplexer Passwörter und physischer Isolation/Zugangskontrolle zu den Daten
Starke Kryptografie für Authentifizierungsanmeldedaten (z. B. Passwörter/Phrasen) muss während der Übertragung und Speicherung auf allen Informationssystemen unlesbar gemacht werden
Passwortschutz ist in Kombination mit allen Kontrollen einschließlich Verschlüsselung zu verwenden
Dateisysteme, Festplatten und Bandlaufwerke in Server- und Storage-Area-Network-(SAN)-Umgebungen werden mit industrieweiter Standardverschlüsselungstechnologie verschlüsselt
Computerfestplatten und andere Speichermedien, die verschlüsselt wurden, müssen bereinigt werden, um unbefugte Offenlegung bei Rückgabe zur Wiederverteilung oder Entsorgung zu verhindern
Verschlüsselung tragbarer Geräte
Als allgemeine Praxis dürfen vertrauliche Informationen oder PII nicht auf einem tragbaren Rechnergerät oder einem Flosum-eigenen Rechnergerät kopiert oder gespeichert werden. In Situationen, in denen vertrauliche Informationen oder PII dennoch auf solchen Geräten gespeichert werden müssen, verringert Verschlüsselung das Risiko einer unbefugten Offenlegung, falls das Gerät verloren geht oder gestohlen wird. Die folgenden Verfahren sind bei der Verwendung tragbarer Speicher umzusetzen:
Festplatten (Laptops, Tablets, Smartphones und persönliche digitale Assistenten (PDAs)) müssen mit Produkten und/oder Methoden verschlüsselt werden, die vom Flosum-Büro des CISO genehmigt sind. Sofern nicht anders von der Geschäftsleitung genehmigt, müssen solche Geräte eine vollständige Festplattenverschlüsselung mit Pre-Boot-Authentifizierung aufweisen.
Geräte dürfen nicht zur langfristigen Speicherung vertraulicher Informationen oder PII verwendet werden.
Alle Geräte müssen geeignete und angemessene Schutzmechanismen installiert haben, einschließlich genehmigter Anti-Malware-/Virus-Software, persönlicher Firewalls mit deaktivierten nicht benötigten Diensten und Ports sowie korrekt konfigurierter Anwendungen.
Entfernbares Medium einschließlich CDs, DVDs, USB-Flash-Laufwerken usw. darf nicht zur Speicherung vertraulicher Informationen oder PII verwendet werden.
Verschlüsselung während der Übertragung
Verschlüsselung während der Übertragung bezieht sich auf die Datenübertragung zwischen Endpunkten. Diese Richtlinien sollen sicherstellen, dass vertrauliche Informationen oder PII, die zwischen Unternehmen, über physische Netzwerke oder drahtlos übertragen werden, in einer Weise gesichert und verschlüsselt werden, die vertrauliche Informationen oder PII vor einer Verletzung schützt. Datenübertragung und Systemkonsolenzugriff erfolgen unter Verwendung von Kanalverschlüsselung. Der Chief Information Security Officer oder seine(n) Beauftragte(n) stellt/stellen sicher:
Formale Transfer-Richtlinien, -Protokolle, -Verfahren und -Kontrollen sind implementiert, um den Informationsaustausch durch die Nutzung aller Arten von Kommunikations- und Übertragungsmedien zu schützen.
Benutzer befolgen die Flosum-Richtlinien zur zulässigen Nutzung bei der Übertragung von Daten und sind besonders vorsichtig beim Übermitteln oder Wiederübermitteln vertraulicher Informationen oder PII, die von Nicht-Flosum-Mitarbeitern erhalten wurden.
Formale Transfer-Richtlinien, -Protokolle, -Verfahren und -Kontrollen sind implementiert, um den Informationsaustausch durch die Nutzung aller Arten von Kommunikations- und Übertragungsmedien zu schützen.
Benutzer befolgen die Flosum-Richtlinien zur zulässigen Nutzung bei der Übertragung von Daten und sind besonders vorsichtig beim Übermitteln oder Wiederübermitteln vertraulicher Informationen oder PII, die von Nicht-Flosum-Mitarbeitern erhalten wurden.
Starke Kryptografie und Sicherheitsprotokolle (z. B. TLS, IPSEC, SSH usw.) werden verwendet, um vertrauliche Informationen oder PII während der Übertragung über offene öffentliche Netzwerke zu schützen. Solche Kontrollen umfassen, dass nur vertrauenswürdige Schlüssel und Zertifikate akzeptiert werden, die verwendeten Protokolle nur sichere Versionen oder Konfigurationen unterstützen und die Verschlüsselungsstärke für die verwendete Verschlüsselungsmethodik angemessen ist.
Nur vertrauenswürdige Schlüssel und Zertifikate akzeptieren, die verwendeten Protokolle unterstützen nur sichere Versionen oder Konfigurationen, und die Verschlüsselungsstärke ist für die verwendete Verschlüsselungsmethodik angemessen.
Öffentliche Netzwerke umfassen, sind aber nicht beschränkt auf das Internet, drahtlose Technologien einschließlich 802.11, Bluetooth und Mobilfunktechnologien.
Vertrauliche Informationen oder PII, die in E-Mail-Nachrichten übertragen werden, sind verschlüsselt. Jegliche vertraulichen Informationen oder PII, die über ein öffentliches Netzwerk (z. B. Internet) an und von Anbietern, Kunden oder Unternehmen, die mit Flosum Geschäfte abwickeln, übertragen werden, müssen verschlüsselt oder durch einen verschlüsselten Tunnel (VPN) oder Point-to-Point-Tunneling-Protokolle (PPTP) übertragen werden, die aktuelle Implementierungen von Transport Layer Security (TLS) einschließen.
Drahtlose (Wi-Fi)-Übertragungen, die zum Zugriff auf Flosum-Computing-Geräte oder interne Netzwerke verwendet werden, müssen mit aktuellen drahtlosen Sicherheitsstandardprotokollen verschlüsselt sein (z. B. RADIUS, WPS private/public Keys oder andere branchenübliche Mechanismen).
Verschlüsselung oder ein verschlüsselter/gesicherter Kanal ist erforderlich, wenn Benutzer aus einem gemeinsamen Netzwerk remote auf Flosum-vertrauliche Informationen oder PII zugreifen, einschließlich Verbindungen von einem Bluetooth-Gerät zu einem Flosum-PDA oder Mobiltelefon.
Sicherer verschlüsselter Transfer von Dokumenten und vertraulichen Informationen oder PII über das Internet verwendet aktuelle sichere Dateiübertragungsprogramme wie „SFTP“ (FTP über SSH) und den Secure Copy-Befehl (SCP).
Alle administrativen Nicht-Konsolen-Zugriffe, wie browser-/webbasierte Verwaltungstools, sind mittels SSL-basierter Browsertechnologien unter Verwendung des aktuellsten Sicherheitsalgorithmus zu verschlüsseln.
Verwaltung von Verschlüsselungsschlüsseln
Effektives unternehmensweites Management öffentlicher und privater Schlüssel ist ein wesentliches Element zur Sicherstellung der Sicherheit von Verschlüsselungssystemen. Schlüsselmanagementverfahren müssen gewährleisten, dass autorisierte Benutzer auf alle verschlüsselten vertraulichen Informationen oder PII zugreifen und diese entschlüsseln können, unter Verwendung von Kontrollen, die den betrieblichen Anforderungen entsprechen. Flosum-Schlüsselverwaltungssysteme sind durch folgende Sicherheitsmaßnahmen und Eigenschaften gekennzeichnet:
Flosum verwendet prozedurale Kontrollen, um die Konzepte der geringsten Privilegien und der Trennung von Aufgaben für Mitarbeiter durchzusetzen. Diese Kontrollen gelten für Personen, die am Verschlüsselungsschlüssel-Management beteiligt sind oder Zugang zu sicherheitsrelevanten Verschlüsselungsschlüssel-Einrichtungen und -Prozessen haben, einschließlich Certificate Authority (CA) und Registration Authority (RA), und/oder Vertragsmitarbeiter.
Der Chief Information Security Officer soll Backup-Speicher für Schlüsselpasswörter, Dateien und vertrauliche Informationen oder PII überprüfen, um einen Single Point of Failure zu vermeiden und den Zugriff auf verschlüsselte vertrauliche Informationen oder PII zu gewährleisten.
Das Schlüsselmanagement sollte vollständig automatisiert sein. Der Chief Information Security Officer von Flosum sollte nicht die Möglichkeit haben, einen Schlüssel offenzulegen oder die Schlüsselerstellung zu beeinflussen.
Schlüssel im Speicher und während der Übertragung müssen verschlüsselt sein.
Private Schlüssel müssen vertraulich aufbewahrt werden.
Anwendungs- und System-Ressourcenbesitzer sollten verantwortlich sein für die Festlegung von Datenverschlüsselungsrichtlinien, die Ausnahmen auf Grundlage eines nachgewiesenen geschäftlichen Bedarfs und einer Bewertung des Risikos unbefugten Zugriffs oder Verlusts vertraulicher Informationen oder PII gewähren.
Entschlüsselungsschlüssel sind nicht mit Benutzerkonten verknüpft. Sie werden kurzzeitig im RAM zwischengespeichert, aber nicht in der Anwendung gespeichert.
Dokumentation und Verfahren existieren, um Schlüssel, die zum Schutz gespeicherter vertraulicher Informationen oder PII verwendet werden, vor Offenlegung und Missbrauch zu schützen.
Beschränken Sie den Zugriff auf kryptografische Schlüssel auf die geringstmögliche Anzahl notwendiger Verwahrer.
Kryptografische Schlüssel werden an so wenigen Standorten wie möglich gespeichert.
Prozesse und Verfahren für das Schlüsselmanagement kryptografischer Schlüssel sind vollständig dokumentiert.
Außerbetriebnahme oder Ersatz (z. B. Archivierung, Vernichtung und/oder Widerruf) von Schlüsseln, wenn dies erforderlich ist, z. B. wenn die Integrität des Schlüssels geschwächt ist oder der Verdacht besteht, dass Schlüssel kompromittiert wurden.
Hinweis: Wenn außerbetriebgenommene oder ersetzte kryptografische Schlüssel aufbewahrt werden müssen, müssen diese Schlüssel sicher archiviert werden. Archivierte kryptografische Schlüssel sollten nur zu Entschlüsselungs-/Verifizierungszwecken verwendet werden. Schlüsselverwahrer müssen formell bestätigen, dass sie ihre Schlüsselverwahrer-Verantwortlichkeiten verstehen und akzeptieren.
Auditkontrollen und Management
Für diese Betriebsrichtlinie sollten dokumentierte Verfahren auf Abruf und Nachweise der Praxis als Teil der Flosum-Betriebsmethodik vorhanden sein.
Flosum soll verschlüsselte Geräte inventarisieren und die Implementierung von Verschlüsselungsprodukten mindestens jährlich validieren.
Dokumentation für Schlüsselmanagementverfahren muss vorhanden sein.
Verfahren zur Verschlüsselung im Ruhezustand existieren und können nachgewiesen werden.
Verfahren zur Verschlüsselung während der Übertragung existieren und können nachgewiesen werden.
Ausnahmelogs existieren und können für diejenigen Ressourcen bereitgestellt werden, die von dieser Richtlinie ausgenommen sind.
Geo-Fencing von Daten
Geo-Fencing für bestimmte Regionen. Dies stellt sicher, dass bestimmte Daten, wie vom Kunden gefordert, in bestimmten Regionen verbleiben können.
Datenresidenz
Flosum hostet Backup & Archive in Ohio (USA) und in Deutschland und Kunden können beide gehosteten Standorte nutzen, wenn sie Residenzanforderungen haben. Kunden können bei Bedarf auch selbst in Ländern/Regionen hosten. Jede Salesforce-Organisation ist mit einem Flosum-Tenant verbunden.
Protokollierung
Protokollierung erfolgt mit unserem S3-Serverzugang und objektbezogener API-Aktivität. Wir nutzen Versionierung, um Änderungen im Laufe der Zeit zu verfolgen, was ein einfaches Zurückrollen auf vorherige Versionen ermöglicht. Flosum verwendet außerdem regionsübergreifende Replikation für geografisch getrennte Backups und erhöhte Verfügbarkeit. Wir behalten Objekt-Sperren und MFA-Löschung auf Backup-Buckets bei. Protokolle werden über Syslog von mehreren Instanzen und Ebenen gesammelt, einschließlich Anwendungs-, Netzwerk- und Betriebssystemereignissen. Diese Protokolle werden dann zentral geprüft und für weitere Erkenntnisse und Maßnahmen analysiert. Zusätzliche Protokollierung ist im AWS CloudTrail für das Tool verfügbar. Umfangreiche Audit-Trails zeichnen alle von Benutzern durchgeführten Aktionen auf (Anmeldung/Erstellung/Änderung/Hinzufügung/Löschung von Inhalten, Einstellungen, Parametrisierungen usw.) und alle Aktionen an Benutzern (Erstellung/Änderung/Löschung von Benutzern, Aufnahme/Änderung/Löschung von Zugriffsprofilen, Passwortänderungen usw.).
Compliance
Wir stellen die Einhaltung branchenspezifischer Vorschriften und Standards sicher (z. B. DSGVO, HIPAA, PCI DSS). Flosum ist SOC 2 Type II zertifiziert. Flosum führt regelmäßige Audits durch und bewertet die Compliance jährlich. Es ist außerdem konform mit ISO-27001-Äquivalenten. Wir führen jährliche Sicherheitsbewertungen durch und führen nach jeder Produktionsfreigabe Snyk-Sicherheits-Scans durch.
Cloud-Computing
Flosum verwendet das automatisierte Functional Technical Review-Framework von Amazon Web Services, um unsere Sicherheitskontrollen zu prüfen und zu bewerten, und passt regelmäßig Änderungen an, um deren empfohlenen Best Practices zu unterstützen. CloudTrail und andere AWS-Services überwachen unsere Umgebung und benachrichtigen uns über Probleme, die wir beheben müssen. Gehostete Dienste werden alle sechs Monate von renommierten Drittanbietern geprüft. Für AWS siehe https://aws.amazon.com/compliance/programs, für Salesforce siehe https://compliance.salesforce.com/en/documents/a005A00000k50uvQAA.
Patch-Management-Protokolle
Patch-Management ist ein entscheidender Prozess, der darin besteht, Software und Systeme aktuell zu halten, um bekannte Schwachstellen zu beheben. Er umfasst das regelmäßige Anwenden von Patches, Updates und Fehlerbehebungen für Software und Betriebssysteme, um deren Sicherheit und Stabilität zu gewährleisten. Indem Software und Systeme aktuell gehalten werden, mindert Flosum effektiv das Risiko potenzieller Sicherheitsverletzungen und Cyberangriffe. Patch-Management trägt dazu bei, bekannte Schwachstellen zu beheben, indem Sicherheitslücken geschlossen und Fehler korrigiert werden, die von böswilligen Akteuren ausgenutzt werden könnten. Flosums Patch-Management-Strategie umfasst die regelmäßige Überwachung verfügbarer Patches, das Testen dieser Patches in einer kontrollierten Umgebung sowie deren Bereitstellung in der Infrastruktur der Organisation, sowie:
Ein risikoorientierter Patch-Zyklus für alle Serverbetriebssysteme (OS) soll, sofern angemessen, für Informationssysteme und zugehörige Untersysteme geplant werden.
Jegliche Notfall-Patching-Aktivitäten außerhalb des routinemäßigen Patch-Zeitplans müssen entsprechend dem ermittelten Risikoniveau durchgeführt werden, wie vom Information System Owner in Absprache mit dem CISO festgelegt.
Server, Dienste oder Anwendungen sind mit aktuellen OS-, Anwendungs- oder Sicherheits-Patch-Ebenen zu warten, wie vom Softwarehersteller empfohlen und risikobasiert informiert, um Flosum-Informationen vor bekannten informationssicherheitsrelevanten Problemen zu schützen.
Neben der Behebung von Sicherheitsschwachstellen spielt unser Patch-Management auch eine wichtige Rolle bei der Aufrechterhaltung der Systemleistung und Zuverlässigkeit. Software-Updates enthalten häufig Leistungsverbesserungen und Fehlerbehebungen, die zu verbesserter Funktionalität und reduzierten Systemausfallzeiten führen können. Insgesamt ist Patch-Management eine wesentliche Praxis, um unsere Software und Systeme proaktiv vor potenziellen Bedrohungen zu schützen. Indem wir Software auf dem neuesten Stand halten, erhalten wir eine sichere und widerstandsfähige IT-Umgebung.
Datenschutz
Bei Flosum verpflichten wir uns, die Privatsphäre und Sicherheit der Daten unserer Kunden zu schützen. Unsere SaaS-Anwendung erfüllt vollständig die Anforderungen der Datenschutz-Grundverordnung (DSGVO) und stellt sicher, dass wir personenbezogene Daten gemäß den höchsten Standards des Datenschutzes und der Privatsphäre behandeln. Wir haben robuste technische und organisatorische Maßnahmen implementiert, um die personenbezogenen Daten, die wir im Auftrag unserer Kunden verarbeiten, zu schützen. Dies umfasst:
Strikte Zugriffskontrollen auf Daten und Authentifizierungsmechanismen
Verschlüsselung personenbezogener Daten sowohl während der Übertragung als auch im Ruhezustand
Regelmäßige Sicherheitsprüfungen und Bewertungen
Datenverarbeitungsverträge mit unseren Subprozessoren
Bereitstellung von Werkzeugen für Kunden zur Verwaltung von Betroffenenanfragen
Gewährleistung der Datenportabilität und des Rechts auf Vergessenwerden
Unser dediziertes Datenschutzteam überwacht und aktualisiert kontinuierlich unsere Praktiken, um die Einhaltung der DSGVO und anderer relevanter Datenschutzvorschriften zu gewährleisten. Wir sind transparent in Bezug auf unsere Datenverarbeitungstätigkeiten und informieren unsere Kunden klar darüber, wie wir ihre personenbezogenen Daten erheben, verwenden und schützen.
Vertrauen, Verfügbarkeit und Business-Continuity-Pläne Der Flosum-Disaster-Recovery-Plan dokumentiert unsere Prozesse zur Wiederherstellung nach Ausfällen. Weitere Informationen finden Sie hier: https://success.flosum.com/s/article/Security-Compliance.
Risiko-Management-Rahmenwerk
Flosum erkennt die Bedeutung des Risikomanagements für die Aufrechterhaltung der Sicherheit und Compliance unserer Softwareanwendungen. Um Risiken effektiv zu managen, folgen wir einem Risikomanagement‑Rahmenwerk, das darauf ausgelegt ist, Risiken während des gesamten Softwareentwicklungslebenszyklus zu identifizieren, zu bewerten und zu mindern. Das Risikomanagement‑Rahmenwerk umfasst die folgenden Schritte.
Risikobewertung (Identifikation) - Während der Planungsphase des SDLC identifizieren wir potenzielle Sicherheitsrisiken, die die Softwareanwendung beeinträchtigen könnten. Dies geschieht durch Berücksichtigung von Faktoren wie Benutzerauthentifizierung und Zugriffskontrolle, Datenschutz und Threat Modeling. Wir verwenden Vorlagen zur Risikoanalyse und Checklisten, um potenzielle Risiken zu identifizieren.
Risikobewertung - Sobald wir potenzielle Risiken identifiziert haben, bewerten wir die Wahrscheinlichkeit und die Auswirkungen jedes Risikos, um seine Priorität für die Minderung festzulegen. Wir verwenden quantitative und qualitative Methoden zur Bewertung von Risiken, wie die Durchführung von Risikoumfragen oder die Verwendung von Risikomatrizen.
Risikominderung - Basierend auf den Ergebnissen der Risikobewertung entwickeln wir einen Plan zur Minderung der identifizierten Risiken. Dies kann die Implementierung von Sicherheitskontrollen wie Zugriffskontrollen, Verschlüsselung oder Intrusion‑Detection‑Systemen umfassen, um die Wahrscheinlichkeit oder die Auswirkungen des Risikos zu verringern. Wir priorisieren Minderungsmaßnahmen basierend auf dem Risikoniveau und den verfügbaren Ressourcen.
Risikomonitoring - Nach der Implementierung von Minderungsmaßnahmen überwachen und bewerten wir weiterhin die Wirksamkeit der Kontrollen. Dazu gehören die Durchführung regelmäßiger Sicherheitsaudits, Schwachstellenbewertungen und Penetrationstests, um neue oder bestehende Schwachstellen zu identifizieren. Wir überwachen außerdem Systemprotokolle und Benutzeraktivitäten, um ungewöhnliche Aktivitäten zu erkennen, die auf eine Sicherheitsverletzung hinweisen könnten.
Risikoberichterstattung - Wir führen ein Risikoregister, das alle identifizierten Risiken, deren Wahrscheinlichkeit und Auswirkungen sowie den Status der Minderungsmaßnahmen dokumentiert. Wir berichten über Aktivitäten des Risikomanagements an Stakeholder wie das Management und Aufsichtsbehörden, um Transparenz und Rechenschaftspflicht sicherzustellen.
Servicevorfall und Notfallwiederherstellung
Vorfall und Reaktion
Die von Flosum gehostete Cloud-Instanz ist auf AWS aufgebaut, während die selbst gehostete Instanz auf der Cloud oder Hardware des Kunden basiert. Flosum interagiert mit Salesforce, sowohl beim Abrufen als auch beim Senden von Daten. Dementsprechend sind Aspekte der Flosum-Funktionalität direkt an die Verfügbarkeit und Betriebszeit von Salesforce gebunden und unterliegen daher den SLA zu Verfügbarkeit, Wiederherstellung und Recovery von Salesforce. Wenn Flosum vom Kunden selbst gehostet wird, sind Aspekte der Flosum-Funktionalität direkt an die Verfügbarkeit und Betriebszeit des Kunden gebunden und unterliegen daher den SLA des Kunden zu Verfügbarkeit, Wiederherstellung und Recovery.
Vorfallmanagement und Reaktion
Drittanbieter-SLAs garantieren unsere Datenbankverfügbarkeit mit 99,95 %. Die Web Application Firewall (WAF) führt Protokolle und erstellt Berichte über alle Verkehrsaktivitäten. Diese Protokolle werden für Analysen und forensische Zwecke verwendet und helfen unserem Sicherheitsteam, potenzielle Sicherheitsverletzungen zu identifizieren und entsprechende Maßnahmen zu ergreifen, um die allgemeine Sicherheitslage der Anwendung zu stärken. Unsere Richtlinie legt Rollen innerhalb des Computer Security Incident Response Teams (INFOSEC) fest und skizziert, welche Mitglieder der Flosum-Geschäfts- und Betriebsleitung bei verschiedenen Arten von Sicherheitsvorfällen einbezogen werden sollten.
Rollen und Verantwortlichkeiten
Die Reaktion auf Vorfälle erfolgt basierend auf der Schwere des Vorfalls.
Chief Information Security Officer (CISO) — Der CISO ist verantwortlich für die Bewertung des anfänglichen Umfangs eines Sicherheitsvorfalls, die Zusammenstellung des Enterprise Incident Management Teams und die Ernennung des Incident Managers.
Vorfallmeldung — Alle Mitarbeiter von Flosum sind verpflichtet, tatsächliche oder vermutete Sicherheitsvorfälle zu melden. Alle vermuteten Sicherheitsvorfälle sollten gemeldet werden an infosec@tacticalarbitrage.com.
Incident Manager — Diese Rolle wird vom CISO benannt und leitet die Reaktion auf den Vorfall. Dies ist eine technische Rolle und koordiniert die Arbeit zur Protokollsammlung, Beweissicherung und Analyseaktivitäten.
Enterprise Incident Management Team — Wenn ein Verstoß gegen Kategorie-1-Daten erklärt wurde, werden die folgenden administrativen Geschäftsrollen dem Incident-Response-Team hinzugefügt:
Senior-Administrator der betroffenen Einheit(en)
CISO
Weitere Personen nach Bedarf
Das Enterprise Incident Management Team wird, falls erforderlich, Personen außerhalb des EIMT über den Vorfall informieren. Mitglieder des Enterprise Incident Management Teams und alle IT-Mitarbeiter erhalten jährliche Schulungen zur Vorfallreaktion. Tabletop-Übungen zur Nachstellung eines bedeutenden Sicherheitsvorfalls werden mindestens alle zwei Jahre durchgeführt.
Bedrohungsüberwachung
Flosum setzt ein Intrusion-Detection- und Prevention-System ein, um unautorisierte Zugriffsversuche zu erkennen und zu verhindern sowie verdächtigen oder bösartigen Datenverkehr in Echtzeit zu identifizieren und zu blockieren. Durch kontinuierliche Überwachung des Netzwerkverkehrs kann unsere WAF eingehende Anfragen analysieren und abnormale Muster oder Verhaltensweisen erkennen, die auf einen Angriff hinweisen könnten. Nach der Erkennung ergreift die WAF sofort Maßnahmen, um den bösartigen Verkehr zu blockieren oder zu mindern und schützt damit die Webanwendung vor potenziellen Bedrohungen.
Plattform-Backup und Wiederherstellung
Datenschutz und Schutz der Flosum-Kundendaten hat für Flosum höchste Priorität. Unsere Upgrade-Richtlinie ist an den Salesforce-Veröffentlichungsplan angelehnt. Unsere Architektur läuft über vier Docker-Knoten und wir haben Versionierung auf unserem Speicher, sodass wir Rollbacks durchführen können. Flosum ist in Public-Cloud-Umgebungen aufgebaut und dort gesichert. Vollständige Disaster-Recovery-Tests werden jährlich durchgeführt (einschließlich Failover und Failback).
Backup-Daten der Computing-Plattform
Flosum verfügt über ein „Moment-in-Time“-Backup, das als bidirektional verschlüsselte CSV-Dateien gespeichert wird, von dem Sie Ihre Daten zu einem bestimmten Wiederherstellungspunkt wiederherstellen können. Binäre Dateien und große Objekte werden in ihrem Originalformat gespeichert. Das Backup zeigt, wie viele Datensätze gesichert werden, und Sie haben die Möglichkeit, die Felder und Daten, die gesichert wurden, einzusehen und zu prüfen. Sie können Datensätze auch einfach in großen Mengen wiederherstellen oder nach bestimmten Datensätzen oder Datensatzgruppen suchen. Benutzer können auf den Datensatz-ID-Link klicken, um den Datensatz anzusehen Backup-Protokolle können regelmäßig eingesehen werden und lösen Alerts zur schnellen Problembehebung aus. Flosum implementiert eine strukturierte Backup-Ausschlussrichtlinie zur selektiven Auslassung von Objekten und stellt sicher, dass zugehörige Datensätze zusammen mit primären Datensätzen für eine umfassende Datenwiederherstellung wiederhergestellt werden können. Die folgenden Volumina stehen für automatisierte Backups zur Verfügung, wobei für jedes das bestmögliche verfügbare Verfahren verwendet wird.
In Produktion auf Salesforce-Instanzen bereitgestellt, regelmäßig gesichert
Dev-, Staging-, Demo-Instanzen, werden nachts gesichert
Arbeitsplatzdaten sollten in die Quellverwaltung oder Google Drive gesichert werden – Unternehmensinformationen sollten nicht lokal gespeichert werden, es sei denn, sie werden gleichzeitig in einem Cloud-Speicher gesichert.
Das von Flosum gehostete Backup & Archive ist vollständig von unseren internen Systemen getrennt und läuft auf AWS. Bei kundengehosteten Backup-&-Archive-Instanzen ist das Backup-&-Archive-Docker-Image vollständig von Flosum getrennt und der Zugriff wird von Ihnen kontrolliert.
Backup-Zeitplan der Computing-Plattform
Vollständige Backups finden um 09:05 GMT und 17:30 GMT statt. Backups können bei Bedarf stündlich geplant werden und manuelle Backups können jederzeit ausgelöst werden.
Aufbewahrung von Backups der Computing-Plattform
Gut definierte Datenaufbewahrungs- und Entsorgungspraktiken sind vorhanden, um sicherzustellen, dass Daten für die erforderliche Dauer aufbewahrt und sicher entsorgt werden, wenn sie nicht mehr benötigt werden. Dieser sorgfältige Ansatz minimiert das Risiko unbefugten Zugriffs oder Missbrauchs von Daten. Mindestens sollten Datenbank-Backups für einen Zeitraum von mindestens 5 Tagen aufbewahrt werden und persönliche Backup-Daten für ein Jahr. Flosum bewahrt Backups so lange auf, wie der Kunde es verlangt. Flosum setzt keine Aufbewahrungsgrenze durch. Rückgabe und Vernichtung von Daten im Falle der Vertragsbeendigung/Beendigung der Dienstleistung ist möglich. Tenant und zugehörige Daten werden auf Wunsch bei Vertragsbeendigung vernichtet/gelöscht.
Katastrophenwiederherstellung
Falls Ihre Dateien beschädigt werden, können sie aus einem Wiederherstellungspunkt wiederhergestellt werden, der das letzte Backup vor dem Auftreten der Beschädigung darstellt. Sie haben zudem die Möglichkeit, nach Datensätzen oder Feldern zu filtern, um die Menge der wiederhergestellten Daten auf einen bestimmten Datensatzbereich zu reduzieren.
Zuletzt aktualisiert
War das hilfreich?