Vertrauen und Sicherheit

Ja. Ein Kunde kann verlangen, dass sein Container nicht länger in den Datenerhebungsprozess einbezogen wird.

Tenable nutzt Rechenzentren und Dienste von Amazon Web Services (AWS), um Kunden Tenable One Vulnerability Management bereitzustellen und zu liefern. Die Erhebung und Verarbeitung von Kunden-Scandaten erfolgt innerhalb der Cloud-Plattform von Tenable in der geografischen Region, in der das Konto des Kunden gehostet wird, es sei denn, der Kunde wählt für die Speicherung seiner Daten ausdrücklich eine andere geografische Region aus. Derzeitige Standorte sind:

• U.S. East
• U.S West
• U.S Central
• London
• Frankfurt
• Sydney
• Singapur
• Kanada
• Japan

Tenable wird in Zukunft weitere Länder unterstützen.

Da sämtliche Kundendaten in sicheren, regionalen AWS-Services aufbewahrt werden, gelten die Zertifizierungen für den EU-Datenschutz, die AWS unterhält, auch für die Tenable Cloud. Weitere Informationen finden Sie unter https://aws.amazon.com/compliance/eu-data-protection/.

Ja. Die Daten werden in dem Land gespeichert, das bei Erstellung des Kontos ausgewählt wurde.

Tenable wendet mehrere Sicherheitsmaßnahmen an, um die Datensicherheit und den Datenschutz von Tenable One Vulnerability Management zu gewährleisten. Für eine detaillierte Beschreibung der angewandten Sicherheitsmaßnahmen siehe das Datenblatt zu Datensicherheit und Datenschutz.

Ausführliche Details finden Sie im Datenblatt zu Datensicherheit und Datenschutz.

Tenable verfügt über ein spezielles funktionsübergreifendes Team, das den Secure Software Development Lifecycle (SSDLC) unterstützt. Um sichere, qualitativ hochwertige Produkte zügig bereitstellen zu können, setzt Tenable automatisierte Sicherheitstests ein und ist so in der Lage, potenzielle Schwachstellen im Quellcode, in Abhängigkeiten und in der zugrunde liegenden Infrastruktur zu identifizieren, bevor Produkte für Kunden veröffentlicht werden. Tenable nutzt statische Anwendungssicherheitstests (SAST), das Scannen von Abhängigkeiten und Drittanbieterbibliotheken, dynamische Anwendungssicherheitstests (DAST) und Schwachstellenprüfungen bei Container-Images. Während des gesamten Entwicklungsprozesses werden strenge Bewertungskriterien eingehalten und durchgesetzt.

Tenable stellt eine Reihe von Mechanismen zur Verfügung, die Kunden helfen sollen, ihre Daten zu schützen und den Zugriff zu steuern. Dazu gehören:

• Bei der Übertragung und Speicherung von Daten wird AES-256- und TLS-Verschlüsselung eingesetzt. Verschlüsselungsschlüssel werden sicher aufbewahrt und der Zugriff darauf wird beschränkt. Die Verschlüsselung wird auf verschiedene Schichten der Anwendungsinfrastruktur angewendet und eine Weitergabe von Schlüsseln ist nicht gestattet.
• Tenable schützt vor Brute-Force-Angriffen, indem Konten nach fünf (5) fehlgeschlagenen Anmeldeversuchen gesperrt werden.
• Kunden können die Zwei-Faktor-Authentifizierung über Services von Twillo konfigurieren.
• Kunden können Tenable One Vulnerability Management in ihre SAML-Bereitstellung integrieren. Tenable One Vulnerability Management supports both IdP and SP initiated requests. Außerdem können Benutzer ihr Passwort direkt in der Anwendung unter Verwendung ihrer E-Mail-Adresse zurücksetzen.
• Kunden können mithilfe unserer dokumentierten APIs oder SDKs benutzerdefinierte Verbindungen zu Tenable One Vulnerability Management aufbauen. Zugriff kann durch die Erstellung spezifischer API-Schlüssel gewährt und entsprechend kontrolliert werden. Die Verwendung unterschiedlicher Schlüssel für verschiedene Integrationen wird unterstützt, ohne dass Zugangsdaten weitergegeben werden müssen.
• Die in unserer Cloud erfassten Daten umfassen keinerlei Scandaten, die persönlich identifizierbare oder personenbezogene Daten (PII) enthalten. Bei Scandaten, die wir für branchenübergreifende Analysen verwenden, werden alle Daten, die möglicherweise einen Kunden identifizieren könnten, vor der Verwendung in der Tenable One-Plattform weggelassen oder anonymisiert.
• Um Daten davor zu schützen, dass sie abgefangen werden, wird die gesamte Kommunikation zur Plattform über SSL (TLS-1.2) verschlüsselt. Außerdem werden ältere, unsichere SSL-Übertragungen abgelehnt, um so ein Höchstmaß an Schutz zu gewährleisten.

Sämtliche Daten in der Tenable One Vulnerability Management-Plattform werden in allen Zuständen mit mindestens einer Verschlüsselungsstufe unter Verwendung der Verschlüsselungsalgorithmen AES-256 und TLS verschlüsselt.

Im Ruhezustand:Daten werden auf verschlüsselten Datenträgern mit mindestens einer AES-256-Verschlüsselungsstufe gespeichert.

Einige Datenklassen enthalten eine zweite Stufe der Verschlüsselung pro Datei.

Bei der Übertragung: Bei der Übertragung werden Daten mittels TLS v1.2 mit einem 4096-Bit-Schlüssel verschlüsselt (auch bei interner Übertragung).

Sensorkommunikation in Tenable One Vulnerability Management: Der Datenverkehr von Sensoren zur Plattform wird immer durch den Sensor initiiert und erfolgt nur ausgehend über Port 443. Der Datenverkehr wird über SSL-Kommunikation mit TLS 1.2 mit einem 4096-Bit-Schlüssel verschlüsselt. Dies macht Änderungen an der Firewall überflüssig und ermöglicht es dem Kunden, die Verbindungen über Firewall-Regeln zu steuern.

• Authentifizierung zwischen Scanner und Plattform
• Die Plattform generiert einen Zufallsschlüssel mit einer Länge von 256 Bit für jeden mit dem Container verbundenen Scanner und gibt diesen Schlüssel während des Anbindungsvorgangs an den Scanner weiter.
• Scanner verwenden diesen Schlüssel, um sich beim Controller zu authentifizieren, wenn sie Aufträge, Plugin-Updates und Updates für das Scanner-Binary anfordern.
• Auftragskommunikation zwischen Scanner und Plattform
• Scanner kontaktieren die Plattform alle 30 Sekunden.
• Wenn ein Auftrag vorliegt, generiert die Plattform einen Zufallsschlüssel mit einer Länge von 128 Bit.
• Der Scanner fordert die Richtlinie von der Plattform an.
• Der Controller verwendet den Schlüssel, um die Richtlinie zu verschlüsseln. Diese enthält die Zugangsdaten, die während des Scans verwendet werden sollen.

Bei Backups/Replikation: Volume-Snapshots und Datenreplikate werden mit der gleichen Verschlüsselungsstufe wie ihre Quelle gespeichert, mindestens jedoch mit AES-256. Die gesamte Replikation erfolgt über den Provider. Tenable erstellt keine Backups von Daten auf physischen externen Medien oder physischen Systemen.

In Indexen: Indexdaten werden auf verschlüsselten Datenträgern mit mindestens einer AES-256-Verschlüsselungsstufe gespeichert.

Scan-Zugangsdaten: Werden in einer Richtlinie gespeichert, die mit dem globalen AES-256-Schlüssel des Containers verschlüsselt ist. Wenn Scans gestartet werden, wird die Richtlinie mit einem zufälligen 128-Bit-Einmalschlüssel verschlüsselt und via TLS v1.2 mit einem 4096-Bit-Schlüssel übertragen.

Schlüsselverwaltung: Schlüssel werden zentral gespeichert, mit einem rollenbasierten Schlüssel verschlüsselt und der Zugriff ist beschränkt. Alle gespeicherten verschlüsselten Daten können auf einen neuen Schlüssel umgeschrieben werden. Die Verschlüsselungsschlüssel für Datendateien sind an jedem regionalen Standort unterschiedlich, ebenso wie die Festplatten-Verschlüsselungsschlüssel. Eine Weitergabe von Schlüsseln ist nicht gestattet und die Schlüsselverwaltung wird jährlich überprüft.

Die Schlüsselverwaltung ist nicht kundenseitig konfigurierbar. Tenable verwaltet die Schlüssel und die Schlüsselrotation.

Tenable hat die folgenden Zertifizierungen erhalten:

• Cloud Security Alliance (CSA) STAR
• Privacy Shield Framework
• ISO 27001
• National Information Assurance Program (NIAP)
• FedRAMP-Zulassung für Tenable One Vulnerability Management und Tenable One Web App Scanning

Die Tenable One Vulnerability Management-Plattform unternimmt alle Anstrengungen, um keine PII-Datentypen in einem Format zu erfassen, das zusätzliche Zertifizierungen oder Sicherheitsmaßnahmen erfordern würde. Die in unserer Cloud gesammelten Daten enthalten keine Scandaten, die PII oder personenbezogene Daten enthalten. Für Scandaten, die wir zur Durchführung branchenübergreifender Analysen verwenden, werden alle Daten, die einen Kunden potenziell identifizieren könnten, vor der Verwendung aus der Tenable One-Plattform entfernt oder darin anonymisiert. Dazu gehören Kreditkartennummern, Sozialversicherungsnummern und sonstige benutzerdefinierte Prüfungen. Wenn Tenable-Plug-ins Zeichenketten erfassen, die sensible oder persönliche Informationen enthalten könnten, verschleiert die Plattform automatisch mindestens 50 % der Zeichen, um sensible Daten zu schützen.

Die Daten jedes Kunden werden mit einer Container-ID gekennzeichnet, die einer spezifischen Kunden-Subscription entspricht. Diese Container-ID stellt sicher, dass der Zugriff auf die Daten eines Kunden nur auf diesen Kunden beschränkt ist.

Tenable nutzt seine eigenen Lösungen, um tägliche, wöchentliche oder monatliche Scans aller Unternehmenslaptops, Infrastruktur und Cloud-Umgebungen durchzuführen. Alle Befunde werden analysiert, als Tickets erfasst und gemäß der Tenable One Vulnerability Management-Richtlinie nachverfolgt. Das Schwachstellenmanagement-Programm von Tenable umfasst authentifiziertes, Agenten-, Webanwendungs- und Datenbank-Scanning. Darüber hinaus sind folgende Kontrollen vorhanden:

• Firewalls und Netzwerksegmentierung steuern den Zugriff.
• Automatisierte Tools und Prozesse überwachen die Tenable One Vulnerability Management-Plattform hinsichtlich Verfügbarkeit, Leistung und zur Erkennung von anomalem Verhalten.
• Protokolle werden ganzjährig rund um die Uhr automatisiert überwacht und Tenable-Mitarbeiter sind jederzeit verfügbar, um auf Ereignisse zu reagieren.
• Drittanbieter-Penetrationstests unserer Anwendungen, Services und unserer Unternehmen als Ganzes.
• Tenable nutzt eine Meldeplattform für Schwachstellen, um jegliche Schwächen oder Schwachstellen, die von der breiten Community der Sicherheitsforscher identifiziert wurden, zu empfangen und darauf zu reagieren. Sobald identifizierte Berichte triagiert und beantwortet werden, veröffentlicht Tenable Sicherheitshinweise zum Nutzen von Kunden, Interessenten und der gesamten Community.
• Im Rahmen eines Risikomanagementprogramms unterzieht Tenable jeden Drittanbieter einer strengen Prüfung.

Die mit der Plattform verbundenen Sensoren spielen eine wichtige Rolle für die Sicherheit der Kunden, da sie Informationen zu Schwachstellen und Ressourcen erfassen. Der Schutz dieser Daten und die Gewährleistung sicherer Kommunikationswege ist eine Kernfunktion von Tenable One Vulnerability Management. Tenable One Vulnerability Management unterstützt heute mehrere Sensoren: Nessus Schwachstellen-Scanner, passive Scanner und Nessus Agents.

Diese Sensoren verbinden sich mit der Tenable One Vulnerability Management-Plattform, nachdem sie sich kryptografisch authentifiziert und mit Tenable One Vulnerability Management angebunden haben. Nach der Anbindung verwaltet Tenable One Vulnerability Management alle Updates (Plugins, Code usw.), um sicherzustellen, dass die Sensoren stets auf dem neuesten Stand sind.

Der Datenverkehr von den Sensoren zur Plattform wird immer vom Sensor initiiert und erfolgt nur ausgehend über Port 443. Der Datenverkehr wird über SSL-Kommunikation mit TLS 1.2 mit einem 4096-Bit-Schlüssel verschlüsselt. Dies macht Änderungen an der Firewall überflüssig und ermöglicht es dem Kunden, die Verbindungen über Firewall-Regeln zu steuern.

• Authentifizierung zwischen Scanner und Plattform
• Die Plattform generiert einen Zufallsschlüssel mit einer Länge von 256 Bit für jeden mit dem Container verbundenen Scanner und gibt diesen Schlüssel während des Anbindungsvorgangs an den Scanner weiter.
• Scanner verwenden diesen Schlüssel, um sich beim Controller zu authentifizieren, wenn sie Aufträge, Plugin-Updates und Updates für das Scanner-Binary anfordern.
• Auftragskommunikation zwischen Scanner und Plattform
• Scanner kontaktieren die Plattform alle 30 Sekunden.
• Wenn ein Auftrag vorliegt, generiert die Plattform einen Zufallsschlüssel mit einer Länge von 128 Bit.
• Der Scanner fordert die Richtlinie von der Plattform an.
• Der Controller verwendet den Schlüssel, um die Richtlinie zu verschlüsseln. Diese enthält die Zugangsdaten, die während des Scans verwendet werden sollen.

Die Tenable One Vulnerability Management-Services streben eine Verfügbarkeit von 99,95 % oder besser an und haben bei der Mehrheit der Services eine Verfügbarkeit von 100 % geliefert. Eine von Tenable veröffentlichte Service-Level-Vereinbarung (SLA) gibt Aufschluss über unser Engagement, die Verfügbarkeit der Plattform für sämtliche Benutzer sicherzustellen, sowie über entsprechende Gutschriften für Kunden im Falle von ungeplanten Ausfallzeiten.

Der Verfügbarkeitsstatus wird einfach durch öffentliche Verfügbarkeitstests ermittelt, die von einem Drittanbieter gehostet werden, der die Verfügbarkeit aller Services regelmäßig prüft. Die Verfügbarkeit der Services (sowohl aktuell als auch historisch) finden Sie unter https://status.tenable.com/.

Tenable One Vulnerability Management nutzt die AWS-Plattform sowie weitere führende Technologien in großem Umfang, um sicherzustellen, dass unsere Kunden den bestmöglichen Service und die bestmögliche Gesamtqualität erhalten. Nachfolgend finden Sie eine unvollständige Aufzählung der bereitgestellten Lösungen und Vorteile für Kunden:

• Elasticsearch-Cluster: Elasticsearch-Cluster sind hochverfügbar und können den Ausfall von Master-Knoten, Load-Balancing-Knoten und mindestens einem (1) Datenknoten kompensieren, ohne dass die Serviceverfügbarkeit beeinträchtigt wird.
• Elastic Block Stores: Dienen zur Erstellung täglicher Snapshots und zum Speichern von acht (8) Kopien
• Kafka-Ökosystem: Kafka und Zookeeper replizieren Daten im gesamten Cluster, um bei einem katastrophalen Ausfall eines Knotens Fehlertoleranz zu gewährleisten.
• Postgres-Instanzen: Postgres-Instanzen verwalten das Backend-Microservice-Framework, um Snapshots im Umfang von 30 Tagen aufzubewahren.

Die replizierten Daten werden in der gleichen Region gespeichert.

Katastrophen sind Ereignisse, die in einer oder mehreren Regionen zum unwiederbringlichen Verlust von Daten oder Geräten führen.

Die Notfallwiederherstellungsverfahren von Tenable One Vulnerability Management sind mehrstufig und darauf ausgelegt, auf Situationen zu reagieren, die mit einer Häufigkeit von einmal in fünf Jahren bis einmal in 50 Jahren auftreten können. Je nach Ausmaß der Katastrophe dauern die Wiederherstellungsverfahren zwischen 60 Minuten und 24 Stunden.

Kunden bestimmen, wer auf ihre Daten zugreifen darf, indem sie ihren Mitarbeitern Rollen und Berechtigungen zuweisen und den Support-Mitarbeitern von Tenable vorübergehend Zugriff gewähren.

Kundenadministratoren von Tenable One Vulnerability Management können Benutzerrollen (Basis, Scan-Operator, Standard, Scan-Manager, Administrator und deaktiviert) zuweisen, um Berechtigungen für wichtige Funktionen in Tenable One Vulnerability Management zu verwalten, wie z. B. den Zugriff auf Scans, Richtlinien, Scanner, Agenten und Asset-Listen. Kunden können außerdem Zugriffsgruppen zuweisen, um Gruppen innerhalb ihres Unternehmens die Möglichkeit zu geben, bestimmte Assets und damit verbundene Schwachstellen in aggregierten Scan-Ergebnissen einzusehen sowie Scans für bestimmte Ziele durchzuführen und die einzelnen Scan-Ergebnisse einzusehen.

Ja, Der technische Support von Tenable beschränkt die Berechtigung zur Identitätsübernahme (Impersonation) in Tenable One Vulnerability Management auf einen begrenzten Kreis autorisierter Mitarbeiter in höheren Positionen. Mit Zustimmung des Kunden können autorisierte leitende Mitarbeiter des globalen Support-Teams von Tenable sich als Benutzerkonten anmelden. Dadurch können sie in Tenable One Vulnerability Management als anderer Benutzer Vorgänge ausführen, ohne das Passwort dieses Benutzers einholen zu müssen.

Die Aktivierung der Funktion kann von einem Supportmitarbeiter von Tenable oder vom Kunden beantragt werden. Sollte der technische Support von Tenable sich als Benutzer von Tenable One Vulnerability Management ausgeben müssen, wird ein Ticket eröffnet und bis zu dessen Abschluss nachverfolgt. Nachdem festgestellt wird, dass aus geschäftlicher Sicht eine Notwendigkeit zur Imitation besteht, wendet sich der technische Support in einer E-Mail an den Kunden. Dieser muss dann per E-Mail bestätigen, dass der technische Support berechtigt ist, sich als der jeweilige Benutzer auszugeben. Der technische Support wird sich erst dann als der jeweilige Benutzer ausgeben, wenn der Kunde seine Genehmigung erteilt hat. Für jedes Problem, das beim Support gemeldet wird, muss eine Genehmigung erteilt werden. Genehmigungen werden über das anfängliche Ticket verfolgt. Die Ausstellung einer pauschalen Genehmigung, Imitationen jederzeit durchführen zu können, ist bei Tenable nicht möglich.

Tenable hat einen definierten Einstellungs- und Kündigungsprozess. Alle Mitarbeiter sind verpflichtet, im Rahmen ihrer Einstellung Geheimhaltungsvereinbarungen zu unterzeichnen, und alle Konten und Zugriffsschlüssel werden bei Kündigung sofort entzogen. Alle Mitarbeiter des operativen Bereichs von Tenable One Vulnerability Management müssen zudem eine von einer unabhängigen Stelle durchgeführte Hintergrundüberprüfung bestehen.

Nur der Kontoadministrator sowie autorisierte leitende Mitarbeiter des Supports von Tenable dürfen die Funktion zur Identitätsübernahme nutzen. Für alle Konten, die Identitätsübernahmen durchführen können, ist aus Sicherheitsgründen eine Zwei-Faktor-Authentifizierung erforderlich. Tenable prüft Identitätsübernahmen intern. Zudem kann auch jeder Kunde Identitätsübernahmen prüfen, die unter Verwendung seines Kontos durchgeführt werden. Alle Identitätsübernahmen werden in Prüfprotokollen erfasst, und alle Kunden von Tenable One Vulnerability Management können Identitätsübernahmen über die API überprüfen. Tenable beschreibt in dem folgenden öffentlich zugänglichen Dokument, wie die Prüfprotokolle abgerufen werden können: https://developer.tenable.com/reference#audit-log. Hinweis: Es gibt ein automatisiertes Konto ([email protected]), das von Zeit zu Zeit in diesen Prüfprotokollen erscheinen kann.

Tenable unternimmt alle Anstrengungen, um den Schutz von Kundendaten zu gewährleisten. Durch Zusammenarbeit mit Kunden stellen wir sicher, dass ihre Richtlinien eingehalten werden, indem Daten in der gewünschten Region verbleiben. Die Imitation eines Benutzers kann jedoch dazu führen, dass Daten den primären Speicherort verlassen. In einigen Fällen kann es sein, dass der „Follow-the-sun“-Prozess angewendet werden muss, wenn der damit verbundene Arbeitsaufwand die lokalen Geschäftszeiten überschreitet. Zudem gibt es Fälle, in denen Kunden einen Bericht per E-Mail an Tenable senden oder anderweitig gegen eigene Richtlinien verstoßen könnten, indem sie E-Mails außerhalb ihrer Region versenden.

Bei Kunden, die ein Tenable-Produkt mit FedRAMP Authorization nutzen, verbleiben diese Daten stets innerhalb der Vereinigten Staaten.

Nein. Der gesamte Datenverkehr wird vom Scanner initiiert und erfolgt ausschließlich ausgehend. Die Scanner werden hinter der Firewall eines Kunden installiert und Kunden können den Zugriff der Scanner über ihre Firewall kontrollieren.

Die Datenaufbewahrungsrichtlinie für Tenable One Vulnerability Management und andere von Tenable gehostete Produkte sieht eine Aufbewahrungsfrist von 15 Monaten für bestehende Kunden vor. Bei Kunden, die eine Produkt-Subscription kündigen, werden Kundendaten ab dem Kündigungsdatum 60 Tage aufbewahrt. Die Datenaufbewahrungsrichtlinie von Te bezüglich PCI-Scans entspricht den zum damaligen Zeitpunkt gültigen Anforderungen, die vom PCI Security Standards Council festgelegt wurden.

Die Möglichkeit, Fortschritte im Laufe der Zeit zu messen, ist eine Kernfunktion der Tenable One Vulnerability Management-Plattform. Tenable One Vulnerability Management speichert Kundendaten automatisch 15 Monate lang, um Kunden die Berichterstattung über denselben Zeitraum zu ermöglichen.

Sollte das Konto eines Kunden ablaufen oder gekündigt werden, bewahrt Tenable die Daten in dem Zustand, in dem sie zum Zeitpunkt des Ablaufs vorlagen, für höchstens 60 Tage auf. Nach Ablauf dieser Zeit können diese Daten gelöscht und nicht mehr wiederhergestellt werden.

Daten, die an einem Prozess zur Überprüfung der PCI-Konformität beteiligt sind, werden frühestens drei Jahre nach dem Datum der PCI-Bescheinigung gelöscht, so wie es die PCI-Vorschriften verlangen. Tenable speichert diese Daten für diesen Zeitraum, selbst wenn der Kunde sich entscheidet, seine Scans oder sein Konto zu löschen oder seinen Tenable One Vulnerability Management-Service kündigt.

Um das bestmögliche Nutzererlebnis zu gewährleisten, sammelt Tenable diese Informationen so lange, wie ein Container eines Kunden aktiv bleibt. Nachdem ein Kunde den Service einstellt, werden die Daten für maximal 30 weitere Tage gespeichert.

Die Common Criteria-Zertifizierung kommt bei einer SaaS-Lösung im Allgemeinen nicht zur Anwendung, da sich die Häufigkeit der Updates nicht für einen Zertifizierungsprozess eignet, der sechs bis neun (6-9) Monate in Anspruch nimmt. Tenable hat die Common Criteria-Zertifizierung für Tenable Security Center, Nessus Manager, Nessus Agents und Tenable Network Monitor erhalten.