
stackrox v4.11.3-rc.4
StackRox Kubernetes Security Platformは、コンテナ環境のリスク分析を実行し、可視性とランタイムアラートを提供し、環境を強化することでプロアクティブにセキュリティを向上させるための推奨事項を提供します。
目次
- StackRox Kubernetes Security Platform
StackRox Kubernetes Security Platform
StackRox Kubernetes Security Platformは、コンテナ環境のリスク分析を実行し、可視性とランタイムアラートを提供し、環境の堅牢化によってセキュリティを積極的に向上させるための推奨事項を提供します。StackRoxは、ビルド、デプロイ、ランタイムというコンテナライフサイクルのすべての段階と統合します。
StackRox Kubernetes Security Platformは、以前はPreventとして知られていた製品を基盤として構築されており、そのPrevent自体はMitigateおよびApolloと呼ばれていました。コードやドキュメントには、これらの以前の名前への言及がある場合があります。
コミュニティ
Slack (#stackrox) からお問い合わせいただけます。その他の方法については、コミュニティハブ stackrox.io にお立ち寄りください。
イベントの最新情報、ブログ、その他のリソースについては、StackRoxコミュニティサイト stackrox.io をフォローしてください。
StackRoxの行動規範についてはこちら。
脆弱性やバグの報告についてはこちら。
StackRoxのデプロイ
Operatorを使用したインストール
リリース4.10以降、Operatorを使用したStackRoxのインストールが可能です。
[!WARNING] 以下のインストール方法は非推奨です。
Helmを使用したクイックインストール
StackRoxはHelmチャートを使用したクイックインストールを提供しています。Helmインストールガイドに従って、システムにhelmCLIをインストールしてください。その後、helmクイックインストールスクリプトを実行するか、設定オプションについてはHelmを使用した手動インストールのセクションに進んでください。
Helmインストールスクリプトを使用したStackRoxのインストール
```sh /bin/bash <(curl -fsSL https://raw.githubusercontent.com/stackrox/stackrox/master/scripts/quick-helm-install.sh) ``` StackRoxのデフォルトのデプロイメントには、特定のCPUおよびメモリ要求があり、十分なリソースが利用できない場合、小さな(例:開発)クラスタで失敗する可能性があります。リソースが限られた小規模クラスタにStackRoxをインストールするには、`--small`コマンドラインオプションを使用できます。本番環境のデプロイメントではこのオプションを使用することは推奨されません。```sh /bin/bash <(curl -fsSL https://raw.githubusercontent.com/stackrox/stackrox/master/scripts/quick-helm-install.sh) --small ``` このスクリプトは、StackRox Helmリポジトリを追加し、管理者パスワードを生成し、stackrox-central-servicesをインストールし、stackrox-secured-cluster-servicesをプロビジョニングするためのinitバンドルを作成し、最後に同じクラスタにstackrox-secured-cluster-servicesをインストールします。最後に、スクリプトは自動的にブラウザを開き、StackRoxにログインします。証明書は自己署名であるため、証明書の警告が表示される可能性があります。警告の詳細については、StackRoxユーザーインターフェース(UI)へのアクセスセクションを参照してください。認証後、https://localhost:8000/main/dashboardを使用してダッシュボードにアクセスできます。
Helmを使用した手動インストール
Helmインストールガイドに従って、システムにhelmCLIを入手してください。
Helmを使用したデプロイは4つのステップで構成されています。
- StackRoxリポジトリをHelmに追加する
- Helmを使用してStackRox Central Servicesを起動する
- クラスタ構成とサービスID(initバンドル)を作成する
- その構成と認証情報を使用してStackRox Secured Cluster Servicesをデプロイする(このステップは、StackRox Central Serviceにさらにクラスタを追加するために複数回実行できます)
StackRox Central Servicesのインストール
まず、StackRox Central ServicesがKubernetesクラスタに追加されます。これにはUIとスキャナーが含まれます。開始するには、stackrox/helm-charts/opensourceリポジトリをHelmに追加します。```sh helm repo add stackrox https://raw.githubusercontent.com/stackrox/helm-charts/main/opensource/
リポジトリ内の利用可能なすべてのHelmチャートを表示するには、次のコマンドを実行します(非リリースビルドも表示する場合は、`--devel`オプションを追加してください)```sh
helm search repo stackrox
stackrox-central-services をインストールするには、安全なパスワードが必要です。このパスワードは、後で UI ログイン時や init bundle の作成時に必要になります。```sh ROX_ADMIN_PASSWORD="$(openssl rand -base64 20 | tr -d '/=+')"
ここから、stackrox-central-services をインストールして、Central および Scanner コンポーネントをクラスターにデプロイできます。
> **注:**
> 複数のクラスターを保護する場合でも、デプロイする stackrox-central-services のインスタンスは1つだけ必要です。
インストールを実行するには、クラスターのサイズに応じて以下のコマンドのいずれかを選択してください。
#### デフォルトの Central インストール
適度なサイズのクラスターにインストールする場合は、デフォルトのインストールコマンドを使用します:```sh
helm upgrade --install -n stackrox --create-namespace stackrox-central-services \
stackrox/stackrox-central-services \
--set central.adminPassword.value="${ROX_ADMIN_PASSWORD}" \
--set central.persistence.none="true"
リソースが限られたクラスタでのCentralインストール
シングルノードクラスタにインストールしている場合、またはデフォルトのインストールによりリソース不足でpodsがpending状態のままスタックする場合は、代わりに以下のコマンドを使用してstackrox-central-servicesのリソース要件を削減してください。これらのリソース削減設定は本番環境には適していないことに注意してください。```sh
helm upgrade --install -n stackrox --create-namespace stackrox-central-services
stackrox/stackrox-central-services
--set central.adminPassword.value="${ROX_ADMIN_PASSWORD}"
--set central.persistence.none="true"
--set central.resources.requests.memory=1Gi
--set central.resources.requests.cpu=1
--set central.resources.limits.memory=4Gi
--set central.resources.limits.cpu=1
--set central.db.resources.requests.memory=1Gi
--set central.db.resources.requests.cpu=500m
--set central.db.resources.limits.memory=4Gi
--set central.db.resources.limits.cpu=1
--set scanner.autoscaling.disable=true
--set scanner.replicas=1
--set scanner.resources.requests.memory=500Mi
--set scanner.resources.requests.cpu=500m
--set scanner.resources.limits.memory=2500Mi
--set scanner.resources.limits.cpu=2000m
</details>
<details><summary>StackRox Secured Cluster Services のインストール</summary>
次に、セキュリティ保護されたクラスターコンポーネントをデプロイして、Kubernetes ノードから情報を収集する必要があります。
`CLUSTER_NAME` シェル変数に、セキュリティ保護されたクラスターに意味のあるクラスター名を設定します。この名前により、StackRox UI のクラスターリストでクラスターが識別されます。```sh
CLUSTER_NAME="my-secured-cluster"
CentralのSecured Cluster Servicesが通信するエンドポイントを設定します。stackrox-secured-cluster-servicesをstackrox-central-servicesと同じクラスターにデプロイする場合は、そのままの値にしておきます。それ以外の場合は、Centralがアクセス可能なエンドポイントに値を変更します。```sh CENTRAL_ENDPOINT="central.stackrox.svc:443"
初期化シークレットを含むinitバンドルを生成します。initバンドルは `stackrox-init-bundle.yaml` に保存され、以下に示すように、それを使用してセキュア化されたクラスタをプロビジョニングします。```sh
echo "$ROX_ADMIN_PASSWORD" | \
kubectl -n stackrox exec -i deploy/central -- bash -c 'ROX_ADMIN_PASSWORD=$(cat) roxctl --insecure-skip-tls-verify \
central init-bundles generate stackrox-init-bundle --output -' > stackrox-init-bundle.yaml
その後、生成したinitバンドルを使用してstackrox-secured-cluster-servicesをインストールします。
インストールを実行するには、クラスターのサイズに応じて以下のコマンドのいずれかを選択してください。
デフォルトのSecured Cluster Servicesインストール
適度なサイズのクラスターにインストールする場合は、デフォルトのインストールコマンドを使用してください:```sh
helm upgrade --install -n stackrox --create-namespace stackrox-secured-cluster-services
stackrox/stackrox-secured-cluster-services
-f stackrox-init-bundle.yaml
--set clusterName="$CLUSTER_NAME"
--set centralEndpoint="$CENTRAL_ENDPOINT"
#### リソース制限のあるクラスターでのSecured Cluster Servicesのインストール
シングルノードクラスターにインストールする場合、またはデフォルトのインストールでリソース不足によりポッドが保留状態になる場合は、代わりに以下のコマンドを使用して、stackrox-secured-cluster-servicesのリソース要件を減らしてください。これらのリソース削減設定は本番環境には適していないことに注意してください。```sh
helm upgrade --install -n stackrox --create-namespace stackrox-secured-cluster-services \
stackrox/stackrox-secured-cluster-services \
-f stackrox-init-bundle.yaml \
--set clusterName="$CLUSTER_NAME" \
--set centralEndpoint="$CENTRAL_ENDPOINT" \
--set sensor.resources.requests.memory=500Mi \
--set sensor.resources.requests.cpu=500m \
--set sensor.resources.limits.memory=500Mi \
--set sensor.resources.limits.cpu=500m
Helmチャートに関する追加情報
Helmインストールをさらにカスタマイズするには、以下のドキュメントを参照してください:
スクリプトによるインストール
deploy スクリプトは以下の処理を行います:
- StackRox Central Services を起動
- クラスター設定とサービスIDを作成
- その設定と認証情報を使用して StackRox Secured Cluster Services をデプロイ
シェルで環境変数 MAIN_IMAGE_TAG を設定すると、希望のバージョンを確実に取得できます。
コミットをチェックアウトすると、デフォルトでそのコミットに対応するイメージが起動されます。必要に応じてイメージがプルされます。
以降の手順はオーケストレーターに固有です。
Kubernetes ディストリビューション (EKS, AKS, GKE)
クリックして展開
以下のガイドに従って、特定のバージョンの StackRox を stackrox 名前空間の Kubernetes クラスターに迅速にデプロイします。特定のバージョンをインストールする場合は、MAIN_IMAGE_TAG で定義/設定してください。設定しない場合は、最新のナイトリービルドがインストールされます。
任意の作業ディレクトリで以下を実行してください:``` git clone [email protected]:stackrox/stackrox.git cd stackrox MAIN_IMAGE_TAG=VERSION_TO_USE ./deploy/deploy.sh
数分後には、すべてのリソースがデプロイされているはずです。
**'admin' ユーザーの認証情報は、`./deploy/k8s/central-deploy/password` ファイルにあります。**
> **注:**
> パスワードファイルはローカルファイルシステムに平文で保存されますが、StackRox がそこから作成する Kubernetes Secret は暗号化されています。実行時にパスワードを変更することはできません。パスワードを紛失した場合は、Central を再デプロイする必要があります。
</details>
#### OpenShift
<details><summary>クリックして展開</summary>
OpenShift にデプロイする前に、[oc - OpenShift コマンドライン](https://github.com/openshift/oc) がインストールされていることを確認してください。
以下のガイドに従って、特定のバージョンの StackRox を `stackrox` 名前空間内の OpenShift クラスターに迅速にデプロイします。`MAIN_IMAGE_TAG` 変数に最新のタグを追加してください。
任意の作業ディレクトリで以下を実行してください:```
git clone [email protected]:stackrox/stackrox.git
cd stackrox
MAIN_IMAGE_TAG=VERSION_TO_USE ./deploy/deploy.sh
数分後には、すべてのリソースがデプロイされているはずです。プロセスはこのメッセージで完了します。
'admin'ユーザーの認証情報は ./deploy/openshift/central-deploy/password ファイルにあります。
注記: パスワードファイルはローカルファイルシステム上にプレーンテキストで保存されていますが、StackRoxが使用するKubernetes Secretは暗号化されており、実行時にSecretを変更することはできません。パスワードを紛失した場合は、Centralを再デプロイする必要があります。
Docker Desktop、Colima、またはminikube
クリックして展開
任意の作業ディレクトリで以下を実行してください:``` git clone [email protected]:stackrox/stackrox.git cd stackrox MAIN_IMAGE_TAG=latest ./deploy/deploy-local.sh
数分後には、すべてのリソースがデプロイされるはずです。
**'admin'ユーザーの認証情報は、`./deploy/k8s/deploy-local/password`ファイルにあります。**
</details>
## StackRoxユーザーインターフェース(UI)へのアクセス
<details><summary>クリックして展開</summary>
デプロイ完了後(Operator、Helm、またはスクリプトインストール)、ポートフォワードが存在するはずです。https://localhost:8000/ に接続できます。次のコマンドを実行してください。```sh
kubectl port-forward -n 'stackrox' svc/central "8000:443"
その後、ウェブブラウザで https://localhost:8000/ にアクセスしてください。
ユーザー名 = デフォルトのユーザーは admin です。
パスワード (Helm) = パスワードは手動インストール後は $ROX_ADMIN_PASSWORD に含まれており、クイックインストールスクリプトの最後に出力されます。
パスワード (スクリプト) = スクリプトインストールの場合、パスワードは /deploy/<orchestrator>/central-deploy/password.txt フォルダに配置されます。
開発
- 貢献を計画している場合は、プルリクエストガイドライン から始めてください。
- 重要なコード提出については、シェパーディング を参照してください。
- AIポリシー を確認してください。
- Goコーディングスタイルガイド: go-coding-style.md
- UI開発ドキュメント: ui/README.md を参照してください。
- E2E開発ドキュメント: qa-tests-backend/README.md を参照してください。
クイックスタート
ビルドツール
コードのテストやイメージのビルドには以下のツールが必要です:
クリックして展開
- Make
- Go
make reinstall-dev-toolsでインストールできる各種Goリンター。- ui/README.md に指定されているUIビルドツール。
- Docker
- 注: Docker Desktop は現在、大規模なエンタープライズ企業向けに有料サブスクリプションが必要です。
- StackRox の開発者の中には Colima を推奨する人もいます。
- Xcode コマンドラインツール (macOSのみ)
- Bats は特定のシェルテストの実行に使用されます。
brew install batsまたはnpm install -g batsで入手できます。 - oc OpenShift CLIツール
- shellcheck (シェルスクリプトのリント用)
Xcode - macOSのみ
通常、これらは brew によって既にインストールされているはずです。 ただし、golang x/tools のビルド時にエラーが発生した場合は、 まず、EULA(使用許諾契約)に同意していることを確認してください。手順は次の通りです:
- Xcode を起動
- 新しい空白のアプリプロジェクトを作成
- エミュレータで空白のプロジェクトアプリを起動
- エミュレータと Xcode の両方を閉じてから、
- 以下のコマンドを実行します: ```bash xcode-select --install sudo xcode-select --switch /Library/Developer/CommandLineTools # Enable command line tools sudo xcode-select -s /Applications/Xcode.app/Contents/Developer
詳細については、<https://github.com/nodejs/node-gyp/issues/569> を参照してください。
</details>
#### StackRox をクローンする
<details><summary>クリックして展開</summary>```bash
# Create a GOPATH: this is the location of your Go "workspace".
# (Note that it is not – and must not – be the same as the path Go is installed to.)
# The default is to have it in ~/go/, or ~/development, but anything you prefer goes.
# Whatever you decide, create the directory, set GOPATH, and update PATH:
export GOPATH=$HOME/go # Change this if you choose to use a different workspace.
export PATH=$PATH:$GOPATH/bin
# You probably want to permanently set these by adding the following commands to your shell
# configuration (e.g. ~/.bash_profile)
cd $GOPATH
mkdir -p bin pkg
mkdir -p src/github.com/stackrox
cd src/github.com/stackrox
git clone [email protected]:stackrox/stackrox.git
ローカル開発
展開するにはクリック
より快適にご利用いただくために、事前にワークフロースクリプトをインストールしてください。```bash $ cd $GOPATH/src/github.com/stackrox/stackrox $ make install-dev-tools $ make image
次に、先に進む前に Kubernetes クラスターを *自分で* 立ち上げる必要があります。
開発は GCP 上、またはローカルで
[Docker Desktop](https://docs.docker.com/desktop/kubernetes/)、[Colima](https://github.com/abiosoft/colima#kubernetes)、[minikube](https://minikube.sigs.k8s.io/docs/start/) を使用して行えます。
> **注意:**
> Docker Desktop と Colima は macOS 開発に適しています。追加の設定なしで、`make image` でローカルにビルドされたイメージにクラスターがアクセスできるためです。また、Collector は、ドライバーが利用できない可能性がある minikube よりもこれらをサポートしています。```bash
# To keep the StackRox Central's Postgres DB state between database upgrades and restarts, set:
$ export STORAGE=pvc
# To save time on rebuilds by skipping UI builds, set:
$ export SKIP_UI_BUILD=1
# To save time on rebuilds by skipping CLI builds, set:
$ export SKIP_CLI_BUILD=1
# When you deploy locally make sure your kube context points to the desired kubernetes cluster,
# for example Docker Desktop.
# To check the current context you can call a workflow script:
$ roxkubectx
# To deploy locally, call:
$ ./deploy/deploy-local.sh
# Now you can access StackRox dashboard at https://localhost:8000
# or simply call another workflow script:
$ logmein
See Installation via Scripts for further reading. To read more about the environment variables, consult deploy/README.md.
Common Makefile Targets
Click to expand
```bash # Build image, this will create `stackrox/main` with a tag defined by `make tag`. $ make imageCompile all binaries
$ make main-build-dockerized
Displays the docker image tag which would be generated
$ make tag
Note: there are integration tests in some components, and we currently
run those manually. They will be re-enabled at some point.
$ make test
Apply and check style standards in Go and JavaScript
$ make style
enable pre-commit hooks for style checks
$ make init-githooks
Compile and restart only central
$ make fast-central
Compile only sensor
$ make fast-sensor
Only compile protobuf
$ make proto-generated-srcs
</details>
#### 生産性
<details><summary>クリックして展開</summary>
[ワークフローリポジトリ](https://github.com/stackrox/workflow)には、いくつかのヘルパースクリプトが含まれています。
これらは開発ワークフローをサポートします。`roxhelp --list-all` でさらにコマンドを探索してください。```bash
# Change directory to rox root
$ cdrox
# Handy curl shortcut for your StackRox central instance
# Uses https://localhost:8000 by default or ROX_BASE_URL env variable
# Also uses the admin credentials from your last deployment via deploy.sh
$ roxcurl /v1/metadata
# Run quickstyle checks, faster than stackrox's "make style"
$ quickstyle
# The workflow repository includes some tools for supporting
# working with multiple inter-dependent branches.
# Examples:
$ smart-branch <branch-name> # create new branch
... work on branch...
$ smart-rebase # rebase from parent branch
... continue working on branch...
$ smart-diff # check diff relative to parent branch
... git push, etc.
GoLand の設定
クリックして展開
GoLand を使用して開発している場合、以下の設定によりエクスペリエンスが向上する可能性があります。
Protocol Buffers プラグインがインストールされていることを確認してください。このプラグインは GoLand にデフォルトでインストールされています。
インストールされていない場合は、Help | Find Action... を使用し、Plugins と入力して Enter キーを押し、Marketplace に切り替えて、その名前を入力してプラグインをインストールしてください。
このプラグインはデフォルトでは .proto インポートの検索場所を認識しないため、GoLand でパスを明示的に設定する必要があります。詳細は https://github.com/jvolkman/intellij-protobuf-editor#path-settings を参照してください。
GoLand | Preferences | Languages & Frameworks | Protocol Buffersに移動します。Configure automaticallyのチェックを外します。+ボタンをクリックし、リポジトリルートの./protoディレクトリを選択してナビゲートします。- オプションで、
$HOME/go/pkg/mod/github.com/gogo/[email protected]と$HOME/go/pkg/mod/github.com/gogo/[email protected]/も追加します。 - 確認するには、メニュー
Navigate | File...を使用して任意の.protoファイル名(例:alert_service.proto)を入力し、すべてのインポート文字列が緑色で表示され、赤色でないことを確認します。
sql_integration テストの実行
クリックして展開
//go:build sql_integration とアノテーションされた Go テストには、ポート 5432 でリッスンする PostgreSQL サーバーが必要です。コード内で認証が設定されている方法のため、次のようにコンテナで Postgres を起動するのが最も簡単です。```bash
$ docker run --rm --env POSTGRES_USER="$USER" --env POSTGRES_HOST_AUTH_METHOD=trust --publish 5432:5432 docker.io/library/postgres:15
これをバックグラウンドで実行中に、`sql_integration` テストを IDE またはコマンドラインから起動できます。
</details>
#### デバッグ
<details><summary>クリックして展開</summary>
**Kubernetes デバッガのセットアップ**
GoLand を使用すると、IDE で単体テストを実行する際に、自然にブレークポイントとデバッガを使用できます。
ローカルまたはリモートのデプロイメントをデバッグしたい場合は、以下の手順に従ってください。
1. 以下のコマンドを実行して、ローカルにデバッグビルドを作成します: `DEBUG_BUILD=yes` をエクスポートします。 ```bash
$ DEBUG_BUILD=yes make image
Alternatively、デバッグビルドは、ブランチ名に -debug サブストリングが含まれている場合にも作成されます。これはローカルで make image を使用した場合とCIで動作します。
2. このREADMEファイルの指示に従ってイメージをデプロイします。deploy-local.sh と deploy.sh の両方で動作します。
3. workflow リポジトリの roxdebug コマンドを使用して、ターゲットポッドでデバッガ(およびポートフォワーディング)を起動します。 ```bash
For Central
$ roxdebug
For Sensor
$ roxdebug deploy/sensor
See usage help
$ roxdebug --help
4. リモートデバッグ用にGoLandを構成する(一度だけ実行する必要があります):
1. `Run | Edit Configurations …`を開き、`+`アイコンをクリックして新しい構成を追加し、`Go Remote`テンプレートを選択します。
2. `Host:` `localhost`と`Port:` `40000`を選択します。この構成に何か名前を付けます。
3. `On disconnect:` `Leave it running`を選択します(これにより、再接続時にGoLandがブレークポイントを忘れるのを防ぎます)。
5. デバッグポートにGoLandをアタッチします:`Run | Debug…`を選択し、作成した構成を選択します。
すべて正しく実行されると、画面下部の`Debug | Debugger | Variables`ウィンドウに
`Connected`メッセージが表示されるはずです。
6. コードにブレークポイントを設定し、対応するアクションをトリガーして、デバッグを楽しんでください!
詳細については、[Kubernetesで実行中のGoコードのデバッグ](https://github.com/stackrox/dev-docs/blob/main/docs/knowledge-base/%5BBE%5D%20Debugging-go-code-running-in-Kubernetes.md)を参照してください。
</details>
## Generating Portable Installers
<details><summary>Kubernetes</summary>```bash
docker run -i --rm quay.io/stackrox-io/main:<tag> central generate interactive > k8s.zip
これにより、インストーラーが起動し、k8s.zipファイルが生成されます。```bash
unzip k8s.zip -d k8s
Please provide the Markdown content to translate.```bash
bash k8s/central.sh
OpenShift
注意: ホストマウントを使用する場合、以下のコマンドでコンテナがそのマウントにアクセスできるようにする必要があります:
sudo chcon -Rt svirt_sandbox_file_t <フルボリュームパス>
このリポジトリの image-setup.sh スクリプトを使用して、ローカルの OpenShift レジストリへのプル/プッシュを実行します。これはすべての新しいクラスターの前提条件です。```bash bash image-setup.sh
このプロジェクトは、ネットワークセキュリティテストと脆弱性評価のためのオープンソースツールです。`main.py` を実行することで、様々なスキャン機能を利用できます。詳細な使い方については、プロジェクトのドキュメントを参照してください。```bash
docker run -i --rm quay.io/stackrox-io/main:<tag> central generate interactive > openshift.zip
これにより、インストーラーが実行され、openshift.zip ファイルが生成されます。```bash
unzip openshift.zip -d openshift
Please provide the Markdown content to translate.```bash
bash openshift/central.sh
StackRoxの実行における依存関係と推奨事項
クリックして展開
以下の情報は、オープンソースのStackRoxプロジェクトのインストールと運用を支援するために収集されました。これらの推奨事項は、Red Hat Advanced Cluster Security for Kubernetes 製品向けに開発されたものであり、アップストリームのStackRoxプロジェクトではテストされていません。
推奨されるKubernetesディストリビューション
StackRoxが最小限の問題でデプロイされているKubernetesプラットフォームを以下に示します。
- Red Hat OpenShift Dedicated (OSD)
- Azure Red Hat OpenShift (ARO)
- Red Hat OpenShift Service on AWS (ROSA)
- Amazon Elastic Kubernetes Service (EKS)
- Google Kubernetes Engine (GKE)
- Microsoft Azure Kubernetes Service (AKS)
上記以外のKubernetesディストリビューションにデプロイすると、問題が発生する可能性があります。
推奨されるオペレーティングシステム
StackRoxは、以下のオペレーティングシステムの最近のバージョンで動作することが確認されています。
- Ubuntu
- Debian
- Red Hat Enterprise Linux (RHEL)
- CentOS
- Fedora CoreOS
- Flatcar Container Linux
- Google COS
- Amazon Linux
- Garden Linux
推奨されるWebブラウザ
以下の表は、StackRoxのWebユーザーインターフェースを表示できるブラウザを示しています。
- Google Chrome 88.0 (64-bit)
- Microsoft Internet Explorer Edge
- バージョン44以降 (Windows)
- バージョン81 (公式ビルド) (64-bit)
- Safari on MacOS (Mojave) - バージョン14.0
- Mozilla Firefox バージョン82.0.2 (64-bit)