Die Federal Information Processing Standard Publication (FIPS) 140-2 ist ein Computersicherheitsstandard der US-Regierung, der zur Genehmigung von Verschlüsselungsmodulen verwendet wird. Neue vom Kunden gehostete Looker-Instanzen können so erstellt werden, dass sie den Standards von FIPS 140-2 Level 1 entsprechen.
FIPS 140-2-konforme Looker-Instanz erstellen
Wenn Sie eine neue FIPS 140-2-konforme Looker-Instanz erstellen möchten, geben Sie beim ersten Start der Instanz die Startoption --fips an. Dadurch wird die neue Instanz in den FIPS-konformen Modus versetzt.
Nur neue Instanzen können in den FIPS-konformen Modus versetzt werden. Eine Instanz mit einer vorhandenen Looker-Datenbank kann nicht gestartet werden, wenn die Startoption --fips angegeben ist.
FIPS und SSL
Looker bietet FIPS-konformes SSL für ausgehende Verbindungen (z. B. Datenbanken, Endpunkte für die Bereitstellung von Abfrageergebnissen, OAuth usw.). Der Kunde muss jedoch einen externen SSL-Terminierungsendpunkt für eingehende https-Anfragen bereitstellen.
Wir empfehlen, NGINX mit einem FIPS 140-2-konformen Build von OpenSSL zu verwenden, wie in der NGINX-Dokumentation beschrieben.
Folgen Sie der NGINX-Anleitung, um die SSL-Terminierung zu konfigurieren.
FIPS und Datenbankdialekte
Datenbanken, die von einer Looker-Instanz im FIPS-konformen Modus verwendet wurden, funktionieren nicht mit einer Looker-Instanz, die sich nicht im FIPS-konformen Modus befindet.
Einige Datenbank-Dialekte, die sonst von Looker unterstützt werden, werden im FIPS-konformen Modus nicht unterstützt. Die folgenden Dialekte werden im FIPS-konformen Modus nicht unterstützt:
- Actian Avalanche
- Denodo 7
- Denodo 8
- Dremio
- Dremio 11+
- Druid
- Exasol
- IBM Netezza
- Microsoft SQL Server (MSSQL)
- PrestoDB
- PrestoSQL
- Teradata
- Trino
- Vektor
FIPS und Gruppenspiegelung
FIPS-konforme Looker-Instanzen, die Google OAuth für die Nutzerauthentifizierung verwenden, unterstützen keine Gruppenspiegelung zwischen Google Groups und Looker.