デプロイメントガイド
Red Hat プラットフォーム用の Trusted Artifact Signer サービスのインストールと設定
概要
はじめに リンクのコピーリンクがクリップボードにコピーされました!
Red Hat Trusted Artifact Signer デプロイメントガイドへようこそ。
これらの手順は、完全な Trusted Artifact Signer (RHTAS) ソフトウェアスタックのデプロイと、そのデプロイメントの確認に役立ちます。インストールプラットフォーム別に整理されたコンテンツ:
公式の RHTAS リリースノートは、こちら で確認できます。
第1章 Red Hat OpenShift Container Platform リンクのコピーリンクがクリップボードにコピーされました!
1.1. OpenShift へのデプロイに関するリソースの推奨事項 リンクのコピーリンクがクリップボードにコピーされました!
ワークロードを最適化するには、Red Hat OpenShift に Red Hat Trusted Artifact Signer (RHTAS) をデプロイする前にインフラストラクチャーリソースのサイズを決定する方法を理解することが重要です。考慮すべき重要なインフラストラクチャー部分は、Trillian データベースで使用できる CPU の数とメモリーです。署名および検証の要求の数が増えると、CPU の負荷が増加し、Trillian データベースのメモリー使用量が増加します。
RHTAS で使用される Trillian データベースを実装するには、専用データベースと管理対象データベースの 2 つのオプションがあります。Red Hat では、実稼働環境のワークロードには専用のデータベースを、非実稼働環境のワークロードにはマネージドデータベースを推奨しています。最初に使用できるベースラインの CPU およびメモリーリソースは次のとおりです。
Dedicated
- 2 CPU コア
- 1 GB の RAM
- 5 GB のストレージ
Managed
- 4 CPU コア
- 2GB の RAM
- 10 GB のストレージ
1.2. Operator Lifecycle Manager を使用した Trusted Artifact Signer のインストール リンクのコピーリンクがクリップボードにコピーされました!
Red Hat Trusted Artifact Signer (RHTAS) Operator をインストールし、OpenShift の Operator Lifecycle Manager (OLM) を使用して RHTAS サービスをデプロイできます。このデプロイメントは、OpenID Connect (OIDC) プロバイダーを選択できる基本的な署名フレームワークを提供します。Red Hat Single Sign-On (SSO)、Google、Amazon Secure Token Service (STS)、または GitHub のいずれかの OIDC プロバイダーを少なくとも 1 つ設定する必要があります。デフォルトを使用しない場合は、オプションでデータベースソリューションをカスタマイズすることもできます。
前提条件
- Red Hat OpenShift Container Platform 4.15 以降。
-
cluster-adminロールでの OpenShift Web コンソールへのアクセス。 -
ocバイナリーがインストールされているワークステーション。
手順
-
cluster-adminロールを持つユーザーで OpenShift Web コンソールにログインします。 - Administrator パースペクティブで、Operators ナビゲーションメニューを展開し、OperatorHub をクリックします。
- 検索フィールドに trusted と入力し、Red Hat Trusted Artifact Signer タイルをクリックします。
- Install ボタンをクリックして、Operator の詳細を表示します。
デフォルト値を受け入れ、Install Operator ページで Install をクリックし、インストールが完了するまで待ちます。
重要インストールが完了すると、新しいプロジェクトが自動的に作成されます。新しいプロジェクト名は
trusted-artifact-signerです。注記Trusted Artifact Signer Operator は
openshift-operatorsnamespace にインストールされ、すべての依存関係が自動的にインストールされます。- オプション: デフォルトのデータベースの代わりに、Trusted Artifact Signer サービスに別のデータベースプロバイダーを使用できます。Amazon の Relational Database Service (RDS)、または OpenShift 上のデータベース (セルフマネージド) を使用する場合は、まずそちらの手順のいずれかを実行してから、このインストールを続行してください。他のデータベースプロバイダーのいずれかの設定が完了したら、この手順の次の手順に進むことができます。
Trusted Artifact Signer サービスをデプロイします。
- OpenShift Web コンソール内で、ナビゲーションメニューから Operator を展開し、Installed Operator をクリックします。
-
プロジェクトのドロップダウンボックスから、
trusted-artifact-signerを選択します。 - Red Hat Trusted Artifact Signer をクリックします。
- Securesign タブをクリックし、Create Securesign ボタンをクリックします。
- Create Securesign ページで、YAML view を選択します。
このデプロイメント中に、Google OAuth、Amazon STS、Red Hat の SSO、Microsoft の Entra ID、GitHub OAuth などのさまざまな OIDC プロバイダーを初期 OIDC プロバイダーとして設定できます。
spec.fulcio.config.OIDCIssuersセクションで、OIDC プロバイダー URL を含む次の 3 行を編集し、ClientIDを適切に設定します。例
Copy to Clipboard Copied! Toggle word wrap Toggle overflow 注記Red Hat の SSO がすでに OIDC プロバイダーとして実装されている場合は、次のコマンドを実行して発行者の URL を見つけます。
echo https://$(oc get route keycloak -n keycloak-system | tail -n 1 | awk '{print $2}')/auth/realms/trusted-artifact-signerecho https://$(oc get route keycloak -n keycloak-system | tail -n 1 | awk '{print $2}')/auth/realms/trusted-artifact-signerCopy to Clipboard Copied! Toggle word wrap Toggle overflow ClientIDをtrusted-artifact-signerに設定します。重要同じ設定で複数の異なる OIDC プロバイダーを定義できます。
オプション: デフォルト以外のデータベースを使用することを選択した場合は、
spec.trillianセクションでcreateをfalseに設定し、データベースシークレットオブジェクトの名前を指定します。例
Copy to Clipboard Copied! Toggle word wrap Toggle overflow - Create ボタンをクリックします。
All instances タブをクリックして、CTlog、Fulcio、Rekor、Trillian、および TUF インスタンスの準備ができるまでデプロイメントステータスを監視します。
注記Securesign インスタンスからは、ステータスはわかりません。
- OpenShift コンソールで Prometheus を使用すると、新しい Trusted Artifact Signer サービスの健全性を確認できます。ナビゲーションメニューから Observe を展開し、Dashboards をクリックします。
- コンテナーイメージ または Git コミット に署名してインストールを検証します。
1.3. 信頼できるアーティファクト署名のインストールの確認 リンクのコピーリンクがクリップボードにコピーされました!
システム管理者として、Red Hat OpenShift Container Platform 上で実行されている Red Hat Trusted Artifact Signer (RHTAS) のデプロイメントが成功したかどうかを確認できます。
テストコンテナーイメージに署名し、その署名の信頼性を検証して、環境内での RHTAS のデプロイメントを検証できます。
コードパイプラインからアーティファクトビルドに署名する方法は 2 つ、検証する方法は 3 つあります。cosign と gitsign を使用して署名および検証できますが、検証できるのは Enterprise Contract のみです。
1.3.1. コマンドラインインターフェイスから Cosign を使用したコンテナーの署名と検証 リンクのコピーリンクがクリップボードにコピーされました!
cosign ツールを使用すると、Red Hat の Trusted Artifact Signer (RHTAS) サービスを使用して、Open Container Initiative (OCI) コンテナーイメージや他のビルドアーティファクトに署名し、検証する機能が提供されます。
RHTAS の場合、cosign バージョン 2.2 以降を使用する必要があります。
前提条件
- Red Hat OpenShift Container Platform 4.15 以降への RHTAS インストール。
- OpenShift Web コンソールへのアクセス。
-
ocおよびpodmanバイナリーがインストールされたワークステーション。
手順
OpenShift クラスターからワークステーションに
cosignバイナリーをダウンロードします。- OpenShift Web コンソールにログインします。ホームページから ? アイコンをクリックして、Command line tools をクリックし、cosign ダウンロードセクションに移動し、プラットフォームのリンクをクリックします。
ワークステーションでターミナルを開き、バイナリー
.gzファイルを展開し、実行ビットを設定します。例
gunzip cosign-amd64.gz chmod +x cosign-amd64
gunzip cosign-amd64.gz chmod +x cosign-amd64Copy to Clipboard Copied! Toggle word wrap Toggle overflow バイナリーを
$PATH環境内の場所に移動し、名前を変更します。例
sudo mv cosign-amd64 /usr/local/bin/cosign
sudo mv cosign-amd64 /usr/local/bin/cosignCopy to Clipboard Copied! Toggle word wrap Toggle overflow
OpenShift クラスターにログインします。
構文
oc login --token=TOKEN --server=SERVER_URL_AND_PORT
oc login --token=TOKEN --server=SERVER_URL_AND_PORTCopy to Clipboard Copied! Toggle word wrap Toggle overflow 例
oc login --token=sha256~ZvFDBvoIYAbVECixS4-WmkN4RfnNd8Neh3y1WuiFPXC --server=https://example.com:6443
oc login --token=sha256~ZvFDBvoIYAbVECixS4-WmkN4RfnNd8Neh3y1WuiFPXC --server=https://example.com:6443Copy to Clipboard Copied! Toggle word wrap Toggle overflow 注記OpenShift Web コンソールからコマンドラインで使用するログイントークンと URL を確認できます。OpenShift Web コンソールにログインします。ユーザー名をクリックし、Copy login command をクリックします。入力を求められた場合はユーザー名とパスワードをもう一度入力し、Display Token をクリックしてコマンドを表示します。
RHTAS プロジェクトに切り替えます。
構文
oc project PROJECT_NAME
oc project PROJECT_NAMECopy to Clipboard Copied! Toggle word wrap Toggle overflow 例
oc project trusted-artifact-signer
oc project trusted-artifact-signerCopy to Clipboard Copied! Toggle word wrap Toggle overflow 注記RHTAS インストールのプロジェクト名を使用します。
コンテナーイメージの署名と検証を行うためにシェル環境を設定します。
例
Copy to Clipboard Copied! Toggle word wrap Toggle overflow The Update Framework (TUF) システムを初期化します。
例
cosign initialize
cosign initializeCopy to Clipboard Copied! Toggle word wrap Toggle overflow テストコンテナーイメージに署名します。
空のコンテナーイメージを作成します。
例
echo "FROM scratch" > ./tmp.Dockerfile podman build . -f ./tmp.Dockerfile -t ttl.sh/rhtas/test-image:1h
echo "FROM scratch" > ./tmp.Dockerfile podman build . -f ./tmp.Dockerfile -t ttl.sh/rhtas/test-image:1hCopy to Clipboard Copied! Toggle word wrap Toggle overflow 空のコンテナーイメージを
ttl.sh一時レジストリーにプッシュします。例
podman push ttl.sh/rhtas/test-image:1h
podman push ttl.sh/rhtas/test-image:1hCopy to Clipboard Copied! Toggle word wrap Toggle overflow コンテナーイメージに署名します。
構文
cosign sign -y IMAGE_NAME:TAG
cosign sign -y IMAGE_NAME:TAGCopy to Clipboard Copied! Toggle word wrap Toggle overflow 例
cosign sign -y ttl.sh/rhtas/test-image:1h
cosign sign -y ttl.sh/rhtas/test-image:1hCopy to Clipboard Copied! Toggle word wrap Toggle overflow Web ブラウザーが開いて、コンテナーイメージをメールアドレスで署名できます。
一時的な Docker ファイルを削除します。
例
rm ./tmp.Dockerfile
rm ./tmp.DockerfileCopy to Clipboard Copied! Toggle word wrap Toggle overflow
証明書 ID と発行者を使用して、署名済みコンテナーイメージを確認します。
構文
cosign verify --certificate-identity=SIGNING_EMAIL_ADDR IMAGE_NAME:TAG
cosign verify --certificate-identity=SIGNING_EMAIL_ADDR IMAGE_NAME:TAGCopy to Clipboard Copied! Toggle word wrap Toggle overflow 例
cosign verify --certificate-identity=jdoe@redhat.com ttl.sh/rhtas/test-image:1h
cosign verify --certificate-identity=jdoe@redhat.com ttl.sh/rhtas/test-image:1hCopy to Clipboard Copied! Toggle word wrap Toggle overflow 注記cosignコマンドと--certificate-identity-regexpおよび--certificate-oidc-issuer-regexpオプションを使用して、証明書の ID と発行者に正規表現を使用することもできます。OpenShift クラスターからワークステーションに
rekor-cliバイナリーをダウンロードします。- OpenShift Web コンソールにログインします。ホームページで ? アイコンをクリックし、Command line tools をクリックして rekor-cli ダウンロードセクションに移動し、プラットフォームのリンクをクリックします。
ワークステーションでターミナルを開き、バイナリー
.gzファイルを展開し、実行ビットを設定します。例
gunzip rekor-cli-amd64.gz chmod +x rekor-cli-amd64
gunzip rekor-cli-amd64.gz chmod +x rekor-cli-amd64Copy to Clipboard Copied! Toggle word wrap Toggle overflow バイナリーを
$PATH環境内の場所に移動し、名前を変更します。例
sudo mv rekor-cli-amd64 /usr/local/bin/rekor-cli
sudo mv rekor-cli-amd64 /usr/local/bin/rekor-cliCopy to Clipboard Copied! Toggle word wrap Toggle overflow
Rekor コマンドラインインターフェイスを使用して透明性ログをクエリーします。
ログインデックスに基づき検索します。
例
rekor-cli get --log-index 0 --rekor_server $COSIGN_REKOR_URL --format json | jq
rekor-cli get --log-index 0 --rekor_server $COSIGN_REKOR_URL --format json | jqCopy to Clipboard Copied! Toggle word wrap Toggle overflow ユニバーサルユニーク ID (UUID) を取得するために、メールアドレスを検索します。
構文
rekor-cli search --email SIGNING_EMAIL_ADDR --rekor_server $COSIGN_REKOR_URL --format json | jq
rekor-cli search --email SIGNING_EMAIL_ADDR --rekor_server $COSIGN_REKOR_URL --format json | jqCopy to Clipboard Copied! Toggle word wrap Toggle overflow 例
rekor-cli search --email jdoe@redhat.com --rekor_server $COSIGN_REKOR_URL --format json | jq
rekor-cli search --email jdoe@redhat.com --rekor_server $COSIGN_REKOR_URL --format json | jqCopy to Clipboard Copied! Toggle word wrap Toggle overflow このコマンドは、次の手順で使用する UUID を返します。
UUID を使用してトランザクションの詳細を取得します。
構文
rekor-cli get --uuid UUID --rekor_server $COSIGN_REKOR_URL --format json | jq
rekor-cli get --uuid UUID --rekor_server $COSIGN_REKOR_URL --format json | jqCopy to Clipboard Copied! Toggle word wrap Toggle overflow 例
rekor-cli get --uuid 24296fb24b8ad77a71b9c1374e207537bafdd75b4f591dcee10f3f697f150d7cc5d0b725eea641e7 --rekor_server $COSIGN_REKOR_URL --format json | jq
rekor-cli get --uuid 24296fb24b8ad77a71b9c1374e207537bafdd75b4f591dcee10f3f697f150d7cc5d0b725eea641e7 --rekor_server $COSIGN_REKOR_URL --format json | jqCopy to Clipboard Copied! Toggle word wrap Toggle overflow
1.3.2. コマンドラインインターフェイスから Gitsign を使用したコミットの署名および検証 リンクのコピーリンクがクリップボードにコピーされました!
gitsign ツールを使用すると、Red Hat の Trusted Artifact Signer (RHTAS) サービスを使用して、Git リポジトリーのコミットに署名し、検証することができます。
前提条件
- Red Hat OpenShift Container Platform 4.15 以降への RHTAS インストール。
- OpenShift Web コンソールへのアクセス。
oc、git、cosignバイナリーがインストールされたワークステーション。-
cosignバージョン 2.2 以降を使用する必要があります。
-
手順
OpenShift クラスターからワークステーションに
gitsignバイナリーをダウンロードします。- OpenShift Web コンソールにログインします。ホームページから、? をクリックします。アイコンをクリックして、Command line tools をクリックし、gitsign ダウンロードセクションに移動して、お使いのプラットフォームのリンクをクリックします。
ワークステーションでターミナルを開き、.gz ファイルを展開して、実行ビットを設定します。
例
gunzip gitsign-amd64.gz chmod +x gitsign-amd64
gunzip gitsign-amd64.gz chmod +x gitsign-amd64Copy to Clipboard Copied! Toggle word wrap Toggle overflow バイナリーを
$PATH環境内の場所に移動し、名前を変更します。例
sudo mv gitsign-amd64 /usr/local/bin/gitsign
sudo mv gitsign-amd64 /usr/local/bin/gitsignCopy to Clipboard Copied! Toggle word wrap Toggle overflow
OpenShift クラスターにログインします。
構文
oc login --token=TOKEN --server=SERVER_URL_AND_PORT
oc login --token=TOKEN --server=SERVER_URL_AND_PORTCopy to Clipboard Copied! Toggle word wrap Toggle overflow 例
oc login --token=sha256~ZvFDBvoIYAbVECixS4-WmkN4RfnNd8Neh3y1WuiFPXC --server=https://example.com:6443
oc login --token=sha256~ZvFDBvoIYAbVECixS4-WmkN4RfnNd8Neh3y1WuiFPXC --server=https://example.com:6443Copy to Clipboard Copied! Toggle word wrap Toggle overflow 注記OpenShift Web コンソールからコマンドラインで使用するログイントークンと URL を確認できます。OpenShift Web コンソールにログインします。ユーザー名をクリックし、Copy login command をクリックします。入力を求められた場合はユーザー名とパスワードをもう一度入力し、Display Token をクリックしてコマンドを表示します。
RHTAS プロジェクトに切り替えます。
構文
oc project PROJECT_NAME
oc project PROJECT_NAMECopy to Clipboard Copied! Toggle word wrap Toggle overflow 例
oc project trusted-artifact-signer
oc project trusted-artifact-signerCopy to Clipboard Copied! Toggle word wrap Toggle overflow 注記RHTAS インストールのプロジェクト名を使用します。
コミットの署名と検証を行うためにシェル環境を設定します。
例
Copy to Clipboard Copied! Toggle word wrap Toggle overflow RHTAS サービスを使用してコミットに署名するようにローカルリポジトリー設定を指定します。
例
Copy to Clipboard Copied! Toggle word wrap Toggle overflow ローカルリポジトリーにコミットを作成します。
例
git commit --allow-empty -S -m “Test of a signed commit”
git commit --allow-empty -S -m “Test of a signed commit”Copy to Clipboard Copied! Toggle word wrap Toggle overflow Web ブラウザーが開いて、メールアドレスでコミットに署名できます。
The Update Framework (TUF) システムを初期化します。
例
cosign initialize
cosign initializeCopy to Clipboard Copied! Toggle word wrap Toggle overflow コミットを確認します。
構文
gitsign verify --certificate-identity=SIGNING_EMAIL --certificate-oidc-issuer=$SIGSTORE_OIDC_ISSUER HEAD
gitsign verify --certificate-identity=SIGNING_EMAIL --certificate-oidc-issuer=$SIGSTORE_OIDC_ISSUER HEADCopy to Clipboard Copied! Toggle word wrap Toggle overflow 例
gitsign verify --certificate-identity=jdoe@redhat.com --certificate-oidc-issuer=$SIGSTORE_OIDC_ISSUER HEAD
gitsign verify --certificate-identity=jdoe@redhat.com --certificate-oidc-issuer=$SIGSTORE_OIDC_ISSUER HEADCopy to Clipboard Copied! Toggle word wrap Toggle overflow
1.3.3. エンタープライズコントラクトを使用したコンテナーイメージの署名の検証 リンクのコピーリンクがクリップボードにコピーされました!
Enterprise Contract (EC) は、ソフトウェアサプライチェーンのセキュリティーを維持するためのツールであり、これを使用してコンテナーイメージのポリシーを定義および適用できます。ec バイナリーを使用すると、Red Hat の Trusted Artifact Signer (RHTAS) 署名フレームワークを使用するコンテナーイメージのアテステーションと署名を検証できます。
前提条件
- Red Hat OpenShift Container Platform 4.15 以降への RHTAS インストール。
- OpenShift Web コンソールへのアクセス。
oc、cosign、およびpodmanバイナリーがインストールされたワークステーション。-
cosignバージョン 2.2 以降を使用する必要があります。
-
手順
OpenShift クラスターから
ecバイナリーをダウンロードします。- OpenShift Web コンソールにログインします。ホームページから ? アイコンをクリックし、Command line tools をクリックして、ec ダウンロードセクションに移動してから、お使いのプラットフォームへのリンクをクリックします。
ワークステーションでターミナルを開き、バイナリー .gz ファイルを展開し、実行ビットを設定します。
例
gunzip ec-amd64.gz chmod +x ec-amd64
gunzip ec-amd64.gz chmod +x ec-amd64Copy to Clipboard Copied! Toggle word wrap Toggle overflow バイナリーを
$PATH環境内の場所に移動し、名前を変更します。例
sudo mv ec-amd64 /usr/local/bin/ec
sudo mv ec-amd64 /usr/local/bin/ecCopy to Clipboard Copied! Toggle word wrap Toggle overflow
OpenShift クラスターにログインします。
構文
oc login --token=TOKEN --server=SERVER_URL_AND_PORT
oc login --token=TOKEN --server=SERVER_URL_AND_PORTCopy to Clipboard Copied! Toggle word wrap Toggle overflow 例
oc login --token=sha256~ZvFDBvoIYAbVECixS4-WmkN4RfnNd8Neh3y1WuiFPXC --server=https://example.com:6443
oc login --token=sha256~ZvFDBvoIYAbVECixS4-WmkN4RfnNd8Neh3y1WuiFPXC --server=https://example.com:6443Copy to Clipboard Copied! Toggle word wrap Toggle overflow 注記OpenShift Web コンソールからコマンドラインで使用するログイントークンと URL を確認できます。OpenShift Web コンソールにログインします。ユーザー名をクリックし、Copy login command をクリックします。入力を求められた場合はユーザー名とパスワードをもう一度入力し、Display Token をクリックしてコマンドを表示します。
RHTAS プロジェクトに切り替えます。
構文
oc project PROJECT_NAME
oc project PROJECT_NAMECopy to Clipboard Copied! Toggle word wrap Toggle overflow 例
oc project trusted-artifact-signer
oc project trusted-artifact-signerCopy to Clipboard Copied! Toggle word wrap Toggle overflow 注記RHTAS インストールのプロジェクト名を使用します。
コンテナーイメージの署名と検証を行うためにシェル環境を設定します。
例
Copy to Clipboard Copied! Toggle word wrap Toggle overflow The Update Framework (TUF) システムを初期化します。
例
cosign initialize
cosign initializeCopy to Clipboard Copied! Toggle word wrap Toggle overflow テストコンテナーイメージに署名します。
空のコンテナーイメージを作成します。
例
echo "FROM scratch" > ./tmp.Dockerfile podman build . -f ./tmp.Dockerfile -t ttl.sh/rhtas/test-image:1h
echo "FROM scratch" > ./tmp.Dockerfile podman build . -f ./tmp.Dockerfile -t ttl.sh/rhtas/test-image:1hCopy to Clipboard Copied! Toggle word wrap Toggle overflow 空のコンテナーイメージを
ttl.sh一時レジストリーにプッシュします。例
podman push ttl.sh/rhtas/test-image:1h
podman push ttl.sh/rhtas/test-image:1hCopy to Clipboard Copied! Toggle word wrap Toggle overflow コンテナーイメージに署名します。
構文
cosign sign -y IMAGE_NAME:TAG
cosign sign -y IMAGE_NAME:TAGCopy to Clipboard Copied! Toggle word wrap Toggle overflow 例
cosign sign -y ttl.sh/rhtas/test-image:1h
cosign sign -y ttl.sh/rhtas/test-image:1hCopy to Clipboard Copied! Toggle word wrap Toggle overflow Web ブラウザーが開いて、コンテナーイメージをメールアドレスで署名できます。
一時的な Docker ファイルを削除します。
例
rm ./tmp.Dockerfile
rm ./tmp.DockerfileCopy to Clipboard Copied! Toggle word wrap Toggle overflow
predicate.jsonファイルを作成します。例
Copy to Clipboard Copied! Toggle word wrap Toggle overflow スキーマレイアウトの詳細は、SLSA provenance predicate specifications を参照してください。
predicate.jsonファイルをコンテナーイメージに関連付けます。構文
cosign attest -y --predicate ./predicate.json --type slsaprovenance IMAGE_NAME:TAG
cosign attest -y --predicate ./predicate.json --type slsaprovenance IMAGE_NAME:TAGCopy to Clipboard Copied! Toggle word wrap Toggle overflow 例
cosign attest -y --predicate ./predicate.json --type slsaprovenance ttl.sh/rhtas/test-image:1h
cosign attest -y --predicate ./predicate.json --type slsaprovenance ttl.sh/rhtas/test-image:1hCopy to Clipboard Copied! Toggle word wrap Toggle overflow コンテナーイメージにアテステーションと署名が 1 つ以上含まれていることを確認します。
構文
cosign tree IMAGE_NAME:TAG
cosign tree IMAGE_NAME:TAGCopy to Clipboard Copied! Toggle word wrap Toggle overflow 例
Copy to Clipboard Copied! Toggle word wrap Toggle overflow Enterprise Contact を使用してコンテナーイメージを確認します。
構文
ec validate image --image IMAGE_NAME:TAG --certificate-identity-regexp 'SIGNER_EMAIL_ADDR' --certificate-oidc-issuer-regexp 'keycloak-keycloak-system' --output yaml --show-successes
ec validate image --image IMAGE_NAME:TAG --certificate-identity-regexp 'SIGNER_EMAIL_ADDR' --certificate-oidc-issuer-regexp 'keycloak-keycloak-system' --output yaml --show-successesCopy to Clipboard Copied! Toggle word wrap Toggle overflow 例
Copy to Clipboard Copied! Toggle word wrap Toggle overflow エンタープライズコントラクトは、セキュリティー違反の詳細を含む pass-fail レポートを生成します。
--infoフラグを追加すると、レポートには、検出された違反に対する詳細と考えられる解決策が含まれます。
関連情報
- 詳細は、Conforma の Web サイト を参照してください。
1.4. 追加の OpenID Connect プロバイダーの設定 リンクのコピーリンクがクリップボードにコピーされました!
システム管理者は、Red Hat の Trusted Artifact Signer サービスで使用するために、さまざまな OpenID Connect (OIDC) プロバイダーを設定できます。ユーザーを認証するために、次の OIDC プロバイダーを設定できます。
- Red Hat build of Keycloak
- Red Hat Single Sign-on (SSO)
- Amazon Security Token Service (STS)
- Microsoft Entra ID
- GitHub
1.4.1. Google を Trusted Artifact Signer の OpenID Connect プロバイダーとして設定する手順 リンクのコピーリンクがクリップボードにコピーされました!
Google OAuth 2.0 を Red Hat の Trusted Artifact Signer (RHTAS) サービスの OpenID Connect (OIDC) プロバイダーとして使用できます。RHTAS のデプロイメント中、または後で Google OAuth を設定するかどうかを決定できます。
同じ設定で複数の異なる OIDC プロバイダーを定義できます。
前提条件
- Red Hat OpenShift Container Platform 4.15 以降。
-
cluster-adminロールでの OpenShift Web コンソールへのアクセス。 -
ocおよびpodmanバイナリーがインストールされたワークステーション。 Google Cloud Console から、次の設定を使用して OAuth クライアント ID を作成している。
- アプリケーションタイプを “Web Application” に設定します。
- 承認されたリダイレクト URI には http://localhost/auth/callback が含まれている必要があります。
手順
ワークステーションでターミナルを開き、OpenShift にログインします。
構文
oc login --token=TOKEN --server=SERVER_URL_AND_PORT
oc login --token=TOKEN --server=SERVER_URL_AND_PORTCopy to Clipboard Copied! Toggle word wrap Toggle overflow 例
oc login --token=sha256~ZvFDBvoIYAbVECixS4-WmkN4RfnNd8Neh3y1WuiFPXC --server=https://example.com:6443
oc login --token=sha256~ZvFDBvoIYAbVECixS4-WmkN4RfnNd8Neh3y1WuiFPXC --server=https://example.com:6443Copy to Clipboard Copied! Toggle word wrap Toggle overflow 注記OpenShift Web コンソールからコマンドラインで使用するログイントークンと URL を確認できます。OpenShift Web コンソールにログインします。ユーザー名をクリックし、Copy login command をクリックします。入力を求められた場合はユーザー名とパスワードをもう一度入力し、Display Token をクリックしてコマンドを表示します。
RHTAS 設定を更新します。
Securesignリソースを開いて編集します。構文
oc edit Securesign NAME -n NAMESPACE
oc edit Securesign NAME -n NAMESPACECopy to Clipboard Copied! Toggle word wrap Toggle overflow 例
oc edit Securesign securesign-sample -n trusted-artifact-signer
oc edit Securesign securesign-sample -n trusted-artifact-signerCopy to Clipboard Copied! Toggle word wrap Toggle overflow 注記RHTAS インストール用に作成されたプロジェクト名を namespace として使用する必要があります。
OIDCIssuersセクションで、Google クライアント ID、発行者の URL を含む新しいサブセクションを追加し、Type値をemailに設定します。構文
Copy to Clipboard Copied! Toggle word wrap Toggle overflow Google クライアント識別子を
ClientIDフィールドに追加します。- 変更を保存し、エディターを終了します。数秒後、Operator は RHTAS ソフトウェアスタックを自動的に再設定します。
OIDC 発行者とクライアント ID 環境変数を Google を使用するように変更します。
例
export OIDC_ISSUER_URL=https://accounts.google.com export COSIGN_OIDC_CLIENT_ID="314919563931-35zke44ouf2oiztjg7v8o8c2ge9usnd1.apps.googleexample.com"
export OIDC_ISSUER_URL=https://accounts.google.com export COSIGN_OIDC_CLIENT_ID="314919563931-35zke44ouf2oiztjg7v8o8c2ge9usnd1.apps.googleexample.com"Copy to Clipboard Copied! Toggle word wrap Toggle overflow Google コンソールからプレーンテキストファイルにシークレットをコピーして貼り付けます。
構文
echo SECRET > my-google-client-secret
echo SECRET > my-google-client-secretCopy to Clipboard Copied! Toggle word wrap Toggle overflow RHTAS サービスがすでに実行されている場合は、テストコンテナーイメージに署名して更新された設定を確認できます。
空のコンテナーイメージを作成します。
例
echo "FROM scratch" > ./tmp.Dockerfile podman build . -f ./tmp.Dockerfile -t ttl.sh/rhtas/test-image:1h
echo "FROM scratch" > ./tmp.Dockerfile podman build . -f ./tmp.Dockerfile -t ttl.sh/rhtas/test-image:1hCopy to Clipboard Copied! Toggle word wrap Toggle overflow 空のコンテナーイメージを
ttl.sh一時レジストリーにプッシュします。例
podman push ttl.sh/rhtas/test-image:1h
podman push ttl.sh/rhtas/test-image:1hCopy to Clipboard Copied! Toggle word wrap Toggle overflow 一時的な Docker ファイルを削除します。
例
rm ./tmp.Dockerfile
rm ./tmp.DockerfileCopy to Clipboard Copied! Toggle word wrap Toggle overflow コンテナーイメージに署名します。
構文
cosign sign -y --oidc-client-secret-file=SECRET_FILE IMAGE_NAME:TAG
cosign sign -y --oidc-client-secret-file=SECRET_FILE IMAGE_NAME:TAGCopy to Clipboard Copied! Toggle word wrap Toggle overflow 例
cosign sign -y --oidc-client-secret-file=my-google-client-secret ttl.sh/rhtas/test-image:1h
cosign sign -y --oidc-client-secret-file=my-google-client-secret ttl.sh/rhtas/test-image:1hCopy to Clipboard Copied! Toggle word wrap Toggle overflow Web ブラウザーが開いて、コンテナーイメージをメールアドレスで署名できます。
1.4.2. Red Hat SSO を Trusted Artifact Signer の OpenID Connect プロバイダーとして設定する手順 リンクのコピーリンクがクリップボードにコピーされました!
Red Hat Single Sign-On (SSO) を、Red Hat Trusted Artifact Signer (RHTAS) サービスの OpenID Connect プロバイダーとして使用できます。これにより、アプリケーションとセキュアなサービスに Keycloak 認証環境が提供されます。
前提条件
- Red Hat OpenShift Container Platform 4.15 以降。
-
cluster-adminロールでの OpenShift Web コンソールへのアクセス。 - Keycloak PostgreSQL データベース用に 1 GB のコンテナーストレージを使用できる。
-
ocバイナリーがインストールされているワークステーション。
手順
-
cluster-adminロールを持つユーザーで OpenShift Web コンソールにログインします。 Keycloak サービスをデプロイする新規プロジェクトを作成します。
- Administrator パースペクティブのナビゲーションメニューから Home を展開し、Projects をクリックします。
- Create Project ボタンをクリックします。
-
新しい project name は
keycloak-systemで、Create ボタンをクリックします。
- ナビゲーションメニューから Operators を展開し、OperatorHub をクリックします。
- 検索フィールドに sso と入力し、Red Hat Single Sign-on タイルをクリックします。
- Install ボタンをクリックして、Operator の詳細を表示します。
-
まだ設定されていない場合は、Installed Namespace ドロップダウンメニューから
keycloak-systemを選択します。 - Install Operator ページで Install をクリックし、インストールが完了するまで待ちます。
- インストールが完了したら、View Operator をクリックします。
ワークステーションターミナルから、OpenShift クラスターにログインします。
構文
oc login --token=TOKEN --server=SERVER_URL_AND_PORT
oc login --token=TOKEN --server=SERVER_URL_AND_PORTCopy to Clipboard Copied! Toggle word wrap Toggle overflow 例
oc login --token=sha256~ZvFDBvoIYAbVECixS4-WmkN4RfnNd8Neh3y1WuiFPXC --server=https://example.com:6443
oc login --token=sha256~ZvFDBvoIYAbVECixS4-WmkN4RfnNd8Neh3y1WuiFPXC --server=https://example.com:6443Copy to Clipboard Copied! Toggle word wrap Toggle overflow 注記OpenShift Web コンソールからコマンドラインで使用するログイントークンと URL を確認できます。OpenShift Web コンソールにログインします。ユーザー名をクリックし、Copy login command をクリックします。入力を求められた場合はユーザー名とパスワードをもう一度入力し、Display Token をクリックしてコマンドを表示します。
Keycloak プロジェクトに切り替えます。
例
oc project keycloak-system
oc project keycloak-systemCopy to Clipboard Copied! Toggle word wrap Toggle overflow Keycloak インスタンスを作成します。
例
Copy to Clipboard Copied! Toggle word wrap Toggle overflow Keycloak レルムを作成します。
例
Copy to Clipboard Copied! Toggle word wrap Toggle overflow Keycloak クライアントを作成します。
例
Copy to Clipboard Copied! Toggle word wrap Toggle overflow Keycloak ユーザーを作成します。
例
Copy to Clipboard Copied! Toggle word wrap Toggle overflow ユーザー名、ユーザーのメールアドレス、パスワードを設定するか、秘密オブジェクトを参照します。
- OpenShift Web コンソールに戻り、All instances タブをクリックして監視し、Keycloak システムが正常に初期化されるまで待ちます。
1.4.3. Red Hat build of Keycloak を Trusted Artifact Signer の OpenID Connect プロバイダーとして設定する手順 リンクのコピーリンクがクリップボードにコピーされました!
Red Hat’s build of Keycloak (RHBK) を Red Hat Trusted Artifact Signer (RHTAS) サービスの OpenID Connect (OIDC) として設定できます。この手順では、RHBK と RHTAS を統合する方法を説明します。
同じ SecureSign 設定で、Fulcio の複数の異なる OIDC プロバイダーを定義できます。
前提条件
手順
-
cluster-adminロールを持つユーザーで OpenShift Web コンソールにログインします。 Keycloak サービスをデプロイする新規プロジェクトを作成します。
- Administrator パースペクティブのナビゲーションメニューから Home を展開し、Projects をクリックします。
- Create Project ボタンをクリックします。
-
新しいプロジェクト名は
keycloak-systemで、Create ボタンをクリックします。
永続データを保存するために Keycloak が使用する PostgreSQL インスタンスをデプロイします。
重要Keycloak で使用するデータベースがすでに存在する場合は、データベースインスタンスに対応する
Secretリソースのusername、passwordおよびdatabase名の値を置き換えます。PostgreSQL サービスと StatefulSet の作成手順をスキップして、次の手順に進むことができます。データベース情報を保存するための
Secretリソースを作成します。- ナビゲーションメニューから Workloads を展開し、Secrets をクリックします。
-
Project ドロップダウンメニューから
keycloak-systemを選択します。 - Create ドロップダウンメニューをクリックし、Key/Value secret を選択します。
-
Secret name フィールドに
postgresql-dbと入力します。 -
Key フィールドに
usernameを入力します。 -
Value フィールドに
keycloakと入力します。これは、Keycloak が PostgreSQL データベースインスタンスへの認証に使用するユーザー名です。 - 別のキーと値のペアを追加するには、Add key/value リンクをクリックします。
-
Key フィールドに
passwordを入力します。 - Value フィールドに任意のパスワードを入力します。これは、Keycloak が PostgreSQL データベースインスタンスへの認証に使用するパスワードです。
- 別のキーと値のペアを追加するには、Add key/value リンクをクリックします。
-
Key フィールドに
databaseを入力します。 -
Value フィールドに
keycloakと入力します。これは、PostgreSQL データベースインスタンス内に Keycloak データを格納するためのデータベースの名前です。 - Create ボタンをクリックします。
PostgreSQL サービスと StatefulSet を作成します。
- + アイコンをクリックします。
- Service および StatefulSet YAML 設定テキスト をコピーし、Import YAML ページでテキストエディターボックスに テキストを貼り付けます。
-
Create ボタンをクリックして、Service と StatefulSet を
keycloak-systemプロジェクトに追加します。
ワークステーションからターミナルを開き、OpenShift クラスターにログインします。
構文
oc login --token=TOKEN --server=SERVER_URL_AND_PORT
oc login --token=TOKEN --server=SERVER_URL_AND_PORTCopy to Clipboard Copied! Toggle word wrap Toggle overflow 例
oc login --token=sha256~ZvFDBvoIYAbVECixS4-WmkN4RfnNd8Neh3y1WuiFPXC --server=https://example.com:6443
oc login --token=sha256~ZvFDBvoIYAbVECixS4-WmkN4RfnNd8Neh3y1WuiFPXC --server=https://example.com:6443Copy to Clipboard Copied! Toggle word wrap Toggle overflow 注記OpenShift Web コンソールからコマンドラインで使用するログイントークンと URL を確認できます。OpenShift Web コンソールにログインします。ユーザー名をクリックし、Copy login command をクリックします。入力を求められた場合はユーザー名とパスワードをもう一度入力し、Display Token をクリックしてコマンドを表示します。
Transport Layer Security (TLS) 証明書と対応する秘密鍵を含めて、新しい
Secretリソースを作成します。構文
oc create secret tls SECRET_NAME -n NAMESPACE --cert CERTIFICATE_FILE_NAME --key PRIVATE_KEY_FILE_NAME
oc create secret tls SECRET_NAME -n NAMESPACE --cert CERTIFICATE_FILE_NAME --key PRIVATE_KEY_FILE_NAMECopy to Clipboard Copied! Toggle word wrap Toggle overflow 例
oc create secret tls keycloak-tls -n keycloak-system --cert certificate.pem --key key.pem
oc create secret tls keycloak-tls -n keycloak-system --cert certificate.pem --key key.pemCopy to Clipboard Copied! Toggle word wrap Toggle overflow 注記OpenShift のサービス提供証明書は、Keycloak で使用する TLS 証明書の生成と管理を自動化できます。詳細は 付録 を参照してください。
- OpenShift Web コンソールで、ナビゲーションメニューから Operator を展開し、OperatorHub をクリックします。
- 検索フィールドに keycloak と入力し、認定済みの Red Hat カタログから Keycloak Operator タイルをクリックします。
- Install ボタンをクリックして、Operator の詳細を表示します。
-
Install Operator ページで、Installed Namespace ドロップダウンメニューから
keycloak-systemを選択し、Install ボタンをクリックします。インストールが完了するまで待ちます。 - インストールが完了したら、View Operator ボタンをクリックします。
- Keycloak タイルで Create instance をクリックします。
Create Keycloak ページで、YAML view を選択します。
-
nameの行で、example-keycloakをカスタム名 (例:keycloak) に置き換えます。 ホスト名は、
hostnameプロパティー内で明示的に指定することも、他のルートと同様に自動的に生成することもできます。hostnameの行で、example.orgをカスタムホスト名に置き換えます。注記OpenShift で Keycloak インスタンスのホスト名を生成するために必要な手順は、付録 を参照してください。
specセクションの下に、データベースの詳細を追加します。例
Copy to Clipboard Copied! Toggle word wrap Toggle overflow また、
specセクションのhttpプロパティーに、TLS 証明書を含むSecretリソースの名前を指定します。例
spec: ... http: tlsSecret: keycloak-tls ...spec: ... http: tlsSecret: keycloak-tls ...Copy to Clipboard Copied! Toggle word wrap Toggle overflow - Create ボタンをクリックします。
-
- Networking ナビゲーションメニューを展開し、Routes をクリックします。
- Keycloak 管理コンソールを開くには、Keycloak インスタンスに関連付けられたルートへのリンクをクリックします。
-
adminユーザーのデフォルトの認証情報は keycloak-initial-admin という Secret に保存されます。パスワードを見つけるには、Workloads ナビゲーションメニューを展開し、Secrets をクリックします。 - keycloak-initial-admin シークレットを選択します。
-
Data セクションでパスワードキーを見つけて、
アイコンをクリックします。
-
Keycloak 管理コンソールのログインページで、ユーザー名として
adminと入力し、前の手順の内容をパスワードとして貼り付けます。 trusted-artifact-signerという新しいレルムを作成します。- ナビゲーションメニューで、Red Hat build of Keycloak ドロップダウンメニューを選択します。
- Create Realm を選択します。
-
リソース名 として
trusted-artifact-signerと入力します。 - Create をクリックして新しいレルムを作成します。
新しい ユーザー を作成します。新しいユーザーは、Keycloak 管理コンソールにログインでき、RHTAS を使用してコンテナーとコミットに署名することもできます。
- ナビゲーションメニューの Manage セクションで、Clients を選択します。
- Create Client ボタンをクリックします
-
Client Id フィールドに、
trusted-artifact-signerと入力します。 - オプションで、対応するフィールドに 名前 と 説明 を入力できます。
- Next をクリックします。
- 新しいクライアント作成プロセスの Capability Config ステップでデフォルトオプションを確定します。
- Next をクリックします。
-
Valid redirect URIs フィールドに
*と入力します。 - Save をクリックしてクライアントを作成します。
-
ナビゲーションメニューの Configure セクションで、Realm Settings を選択して、
trusted-artifact-signerレルムの Issuer URL を見つけます。 - Endpoints の横にある OpenID Endpoint Configuration リンクをクリックします。
-
issuerプロパティーから URL をコピーします。 RHTAS の
SecureSignリソースの.spec.fulcio.config.OIDCIssuersセクションで、CLIENT_ID をtrusted-artifact-signerに置き換え、URL コンテンツを貼り付けてRHBK_REALM_ISSUER_URL を置き換えます。構文
Copy to Clipboard Copied! Toggle word wrap Toggle overflow 例
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
1.4.4. Amazon STS を Trusted Artifact Signer の OpenID Connect プロバイダーとして設定する手順 リンクのコピーリンクがクリップボードにコピーされました!
Amazon の Security Token Service (STS) を、Red Hat Trusted Artifact Signer (RHTAS) サービスの OpenID Connect (OIDC) プロバイダーとして使用できます。RHTAS のデプロイメント時に、または後で Amazon STS を設定できます。
同じ設定で複数の異なる OIDC プロバイダーを定義できます。
前提条件
- Red Hat OpenShift Container Platform 4.15 以降。
-
cluster-adminロールでの OpenShift Web コンソールへのアクセス。 -
oc、podman、awsバイナリーがインストールされたワークステーション。 - OpenShift 環境用に管理対象の Amazon Web Service (AWS) リソースを有効にする。
完全な権限を持つ 作成された Amazon アイデンティティーおよびアクセス管理 (IAM) ユーザー。これにより、IAM 操作の実行が可能になります。
- このユーザーのアクセスキーを作成している。
手順
ワークステーションでターミナルを開き、OpenShift にログインします。
構文
oc login --token=TOKEN --server=SERVER_URL_AND_PORT
oc login --token=TOKEN --server=SERVER_URL_AND_PORTCopy to Clipboard Copied! Toggle word wrap Toggle overflow 例
oc login --token=sha256~ZvFDBvoIYAbVECixS4-WmkN4RfnNd8Neh3y1WuiFPXC --server=https://example.com:6443
oc login --token=sha256~ZvFDBvoIYAbVECixS4-WmkN4RfnNd8Neh3y1WuiFPXC --server=https://example.com:6443Copy to Clipboard Copied! Toggle word wrap Toggle overflow 注記OpenShift Web コンソールからコマンドラインで使用するログイントークンと URL を確認できます。OpenShift Web コンソールにログインします。ユーザー名をクリックし、Copy login command をクリックします。入力を求められた場合はユーザー名とパスワードをもう一度入力し、Display Token をクリックしてコマンドを表示します。
AWS OIDC プロバイダー URL を検索します。
例
oc get authentication cluster -o jsonpath='{.spec.serviceAccountIssuer}'oc get authentication cluster -o jsonpath='{.spec.serviceAccountIssuer}'Copy to Clipboard Copied! Toggle word wrap Toggle overflow RHTAS の設定を更新します。
Securesignリソースを開いて編集します。構文
oc edit Securesign NAME -n NAMESPACE
oc edit Securesign NAME -n NAMESPACECopy to Clipboard Copied! Toggle word wrap Toggle overflow 例
oc edit Securesign securesign-sample -n trusted-artifact-signer
oc edit Securesign securesign-sample -n trusted-artifact-signerCopy to Clipboard Copied! Toggle word wrap Toggle overflow 注記RHTAS インストール用に作成されたプロジェクト名を namespace として使用する必要があります。
OIDCIssuersセクションで、AWS STS クライアント識別子、発行者の URL を含む新しいサブセクションを追加し、Typeの値をkubernetesに設定します。例
Copy to Clipboard Copied! Toggle word wrap Toggle overflow - 変更を保存し、エディターを終了します。数秒後、Operator は RHTAS ソフトウェアスタックを自動的に再設定します。
アクセスキー、シークレットキー、デフォルトのリージョン、および出力形式を入力して、AWS コマンドラインツールを設定します。
例
aws configure
aws configureCopy to Clipboard Copied! Toggle word wrap Toggle overflow 以下の環境変数を設定します。
例
export account_id=$(aws sts get-caller-identity --query "Account" --output text) export oidc_provider="$(oc get authentication cluster -o jsonpath='{.spec.serviceAccountIssuer}' | cut -d '/' -f3-)" export role_name=rhtas-sts export namespace=rhtas-sts export service_account=cosign-stsexport account_id=$(aws sts get-caller-identity --query "Account" --output text) export oidc_provider="$(oc get authentication cluster -o jsonpath='{.spec.serviceAccountIssuer}' | cut -d '/' -f3-)" export role_name=rhtas-sts export namespace=rhtas-sts export service_account=cosign-stsCopy to Clipboard Copied! Toggle word wrap Toggle overflow 新しく作成された IAM ロールに関連付けられる信頼ポリシーを作成します。
例
Copy to Clipboard Copied! Toggle word wrap Toggle overflow 信頼ポリシーを使用して、RHTAS サービスの新しい IAM ロールを作成します。
例
aws iam create-role --role-name rhtas-sts --assume-role-policy-document file://trust-relationship.json --description "Red Hat Trusted Artifact Signer STS Role"
aws iam create-role --role-name rhtas-sts --assume-role-policy-document file://trust-relationship.json --description "Red Hat Trusted Artifact Signer STS Role"Copy to Clipboard Copied! Toggle word wrap Toggle overflow STS が有効になっている OpenShift クラスターで、新しいプロジェクト namespace を作成します。
構文
oc new-project NAMESPACE
oc new-project NAMESPACECopy to Clipboard Copied! Toggle word wrap Toggle overflow 例
oc new-project rhtas-sts
oc new-project rhtas-stsCopy to Clipboard Copied! Toggle word wrap Toggle overflow IAM ロールを一時的に設定して、OpenShift プロジェクトの namespace でワークロードを実行するサービスアカウントを作成します。
サービスアカウントマニフェストを作成します。
例
Copy to Clipboard Copied! Toggle word wrap Toggle overflow サービスアカウントマニフェストを OpenShift に適用します。
例
oc apply -f service_account.yaml
oc apply -f service_account.yamlCopy to Clipboard Copied! Toggle word wrap Toggle overflow
イメージレジストリーに、コンテナーイメージに署名するデプロイメントワークロードを新たに作成します。
デプロイメントマニフェストを作成します。
例
Copy to Clipboard Copied! Toggle word wrap Toggle overflow デプロイメントマニフェストを OpenShift に適用します。
例
oc apply -f deployment.yaml
oc apply -f deployment.yamlCopy to Clipboard Copied! Toggle word wrap Toggle overflow
署名するテストコンテナーイメージを作成します。
空のコンテナーイメージを作成します。
例
echo "FROM scratch" > ./tmp.Dockerfile podman build . -f ./tmp.Dockerfile -t ttl.sh/rhtas/test-image:1h
echo "FROM scratch" > ./tmp.Dockerfile podman build . -f ./tmp.Dockerfile -t ttl.sh/rhtas/test-image:1hCopy to Clipboard Copied! Toggle word wrap Toggle overflow 空のコンテナーイメージを
ttl.sh一時レジストリーにプッシュします。例
podman push ttl.sh/rhtas/test-image:1h
podman push ttl.sh/rhtas/test-image:1hCopy to Clipboard Copied! Toggle word wrap Toggle overflow 一時的な Docker ファイルを削除します。
例
rm ./tmp.Dockerfile
rm ./tmp.DockerfileCopy to Clipboard Copied! Toggle word wrap Toggle overflow
テストコンテナーイメージに署名して検証することで、設定を検証します。
実行中の Pod 内でリモートシェルセッションを開きます。
構文
oc rsh -n NAMESPACE deployment/cosign-sts env IMAGE=IMAGE_NAME:TAG /bin/sh
oc rsh -n NAMESPACE deployment/cosign-sts env IMAGE=IMAGE_NAME:TAG /bin/shCopy to Clipboard Copied! Toggle word wrap Toggle overflow 例
oc rsh -n rhtas-sts deployment/cosign-sts env IMAGE=ttl.sh/rhtas/test-image:1h /bin/sh
oc rsh -n rhtas-sts deployment/cosign-sts env IMAGE=ttl.sh/rhtas/test-image:1h /bin/shCopy to Clipboard Copied! Toggle word wrap Toggle overflow コンテナーイメージに署名します。
例
cosign sign -y --identity-token=$(cat $AWS_WEB_IDENTITY_TOKEN_FILE) ttl.sh/rhtas/test-image:1h
cosign sign -y --identity-token=$(cat $AWS_WEB_IDENTITY_TOKEN_FILE) ttl.sh/rhtas/test-image:1hCopy to Clipboard Copied! Toggle word wrap Toggle overflow 署名済みコンテナーイメージを確認します。
例
cosign verify --certificate-identity=https://kubernetes.io/namespaces/$(cat /var/run/secrets/kubernetes.io/serviceaccount/namespace)/serviceaccounts/cosign-sts --certificate-oidc-issuer=$COSIGN_CERTIFICATE_OIDC_ISSUER ttl.sh/rhtas/test-image:1h
cosign verify --certificate-identity=https://kubernetes.io/namespaces/$(cat /var/run/secrets/kubernetes.io/serviceaccount/namespace)/serviceaccounts/cosign-sts --certificate-oidc-issuer=$COSIGN_CERTIFICATE_OIDC_ISSUER ttl.sh/rhtas/test-image:1hCopy to Clipboard Copied! Toggle word wrap Toggle overflow
1.4.5. GitHub を Trusted Artifact Signer の OpenID Connect プロバイダーとして設定する手順 リンクのコピーリンクがクリップボードにコピーされました!
Red Hat Trusted Artifact Signer (RHTAS) サービスの OpenID Connect (OIDC) プロバイダーとして Red Hat のシングルサインオン (SSO) サービスと連携する場合は、GitHub OAuth 2.0 を使用できます。この手順では、OpenShift 上の既存の Red Hat SSO デプロイメントと GitHub OAuth を統合する方法を説明します。
同じ設定で複数の異なる OIDC プロバイダーを定義できます。
前提条件
- Red Hat OpenShift Container Platform 4.15 以降。
- 実行中の Red Hat SSO インスタンス。
-
ocバイナリーがインストールされているワークステーション。 GitHub OAuth アプリを作成 し、アプリケーションを登録した後、クライアント識別子とシークレットの値をメモします。
重要新しい GitHub OAuth アプリケーションを登録するときは、ホームページ URL と 認証コールバック URL を指定する必要があります。これらの両方のフィールドにプレースホルダー値を入力します (例:
https://localhost:8080)。この手順の後半では、これらのフィールドの目的の値を使用して GitHub OAuth アプリケーションを変更します。
手順
ワークステーションでターミナルを開き、OpenShift にログインします。
構文
oc login --token=TOKEN --server=SERVER_URL_AND_PORT
oc login --token=TOKEN --server=SERVER_URL_AND_PORTCopy to Clipboard Copied! Toggle word wrap Toggle overflow 例
oc login --token=sha256~ZvFDBvoIYAbVECixS4-WmkN4RfnNd8Neh3y1WuiFPXC --server=https://example.com:6443
oc login --token=sha256~ZvFDBvoIYAbVECixS4-WmkN4RfnNd8Neh3y1WuiFPXC --server=https://example.com:6443Copy to Clipboard Copied! Toggle word wrap Toggle overflow 注記OpenShift Web コンソールからコマンドラインで使用するログイントークンと URL を確認できます。OpenShift Web コンソールにログインします。ユーザー名をクリックし、Copy login command をクリックします。入力を求められた場合はユーザー名とパスワードをもう一度入力し、Display Token をクリックしてコマンドを表示します。
Red Hat SSO コンソールにログインします。
コマンドラインから Red Hat SSO コンソール URL を見つけます。
例
oc get routes -n keycloak-system keycloak -o jsonpath='https://{.spec.host}'oc get routes -n keycloak-system keycloak -o jsonpath='https://{.spec.host}'Copy to Clipboard Copied! Toggle word wrap Toggle overflow - Red Hat SSO コンソールの URL をコピーして、Web ブラウザーに貼り付けます。
- Administration Console をクリックします。
コマンドラインから
adminパスワードを取得します。例
oc get secret/credential-keycloak -n keycloak-system -o jsonpath='{ .data.ADMIN_PASSWORD }' | base64 -doc get secret/credential-keycloak -n keycloak-system -o jsonpath='{ .data.ADMIN_PASSWORD }' | base64 -dCopy to Clipboard Copied! Toggle word wrap Toggle overflow このコマンドの出力をコピーします。
-
Web ブラウザーから
adminユーザーとしてログインし、対応するフィールドにパスワードを貼り付けます。Sign In ボタンをクリックします。
- ナビゲーションメニューのドロップダウンからレルムを選択します。
GitHub アイデンティティープロバイダーを追加します。
- ナビゲーションメニューから、Identity Providers をクリックします。
- Add provider… ドロップダウンメニューから、GitHub を選択します。
- GitHub OAuth クライアント識別子を Client ID フィールドに追加します。
- GitHub OAuth クライアントシークレットを Client Secret フィールドに追加します。
- Trust Email オプションを on にします。
- Save ボタンをクリックします。
新しく作成されたアイデンティティープロバイダーにアイデンティティープロバイダーマッパーを追加します。
- Mapper タブをクリックします。
- Create ボタンをクリックします。
- 新しいマッパーに Name を付けます。
- Mapper Type を Hardcoded Attribute に変更します。
-
User Attribute フィールドを
emailVerifiedに設定します。 -
User Attribute Value フィールドを
trueに設定します。 - Save ボタンをクリックします。
-
GitHub Identity Provider Settings ページから、Redirect URI 値をコピーし、GitHub OAuth アプリケーション Authorization Callback URL フィールドに貼り付けます。また、同じ値を Homepage URL フィールドに貼り付けますが、URL 文字列の
broker/github/endpointの部分を削除します。 - Update Application をクリックします。GitHub を OIDC プロバイダーとして使用して、コミット や コンテナー に署名できるようになりました。
- アーティファクトに署名すると、Web ブラウザーが開き、Red Hat SSO アカウントにサインインするように求められます。GitHub ボタンをクリックして、認証情報でサインインします。
- Authorize ボタンをクリックして、Red Hat SSO が GitHub ユーザーの詳細にアクセスできるようにします。
1.4.6. Microsoft Entra ID を Trusted Artifact Signer の OpenID Connect プロバイダーとして設定する リンクのコピーリンクがクリップボードにコピーされました!
Microsoft Entra ID を、Red Hat の Trusted Artifact Signer (RHTAS) サービスの OpenID Connect (OIDC) プロバイダーとして使用できます。Microsoft Entra ID は RHTAS のデプロイ中または後に設定できます。
Microsoft Entra ID を RHTAS に統合するのにサブスクリプションは必要ありません。
同じ設定で複数の異なる OIDC プロバイダーを定義できます。
前提条件
- Red Hat OpenShift Container Platform 4.15 以降。
- リソースを作成する権限を持つ Microsoft Azure アカウント
- アーティファクトに署名するユーザーの Azure 検証済みメールアドレス
- Microsoft Azure コマンドラインインターフェイスへのアクセス
-
oc、cosign、podman、azバイナリーがインストールされたワークステーション
手順
- ワークステーションでターミナルを開きます。
クライアントを表す Microsoft Entra ID 内にアプリケーション登録を作成します。
例
export RHTAS_APP_REGISTRATION=$(az ad app create --display-name=rhtas --web-redirect-uris=http://localhost:0/auth/callback --enable-id-token-issuance --query appId -o tsv)
export RHTAS_APP_REGISTRATION=$(az ad app create --display-name=rhtas --web-redirect-uris=http://localhost:0/auth/callback --enable-id-token-issuance --query appId -o tsv)Copy to Clipboard Copied! Toggle word wrap Toggle overflow ユーザーがアプリケーション登録を使用して ID トークンを取得できるようにする新しいクライアントシークレットを作成します。
例
export RHTAS_APP_REGISTRATION_CLIENT_SECRET=$(az ad app credential reset --id=$RHTAS_APP_REGISTRATION --display-name="RHTAS Client Secret" -o tsv --query 'password')
export RHTAS_APP_REGISTRATION_CLIENT_SECRET=$(az ad app credential reset --id=$RHTAS_APP_REGISTRATION --display-name="RHTAS Client Secret" -o tsv --query 'password')Copy to Clipboard Copied! Toggle word wrap Toggle overflow 注記デフォルトでは、クライアントシークレットの有効期間は 1 年間のみです。この値は
--yearsまたは--end-dateフラグを使用してカスタマイズできます。新しいクレームマッピングポリシーを作成して、
email_verifiedという名前の新しい JWT クレームを定義し、静的な値trueを使用します。例
az rest -m post --headers Content-Type=application/json --uri https://graph.microsoft.com/v1.0/policies/claimsMappingPolicies --body '{"definition": ["{\"ClaimsMappingPolicy\":{\"Version\":1,\"IncludeBasicClaimSet\":\"true\", \"ClaimsSchema\":[{\"value\":\"true\",\"JwtClaimType\":\"email_verified\"}]}}"],"displayName": "EmailVerified"}'az rest -m post --headers Content-Type=application/json --uri https://graph.microsoft.com/v1.0/policies/claimsMappingPolicies --body '{"definition": ["{\"ClaimsMappingPolicy\":{\"Version\":1,\"IncludeBasicClaimSet\":\"true\", \"ClaimsSchema\":[{\"value\":\"true\",\"JwtClaimType\":\"email_verified\"}]}}"],"displayName": "EmailVerified"}'Copy to Clipboard Copied! Toggle word wrap Toggle overflow アプリケーション登録オブジェクト ID を取得します。
例
export RHTAS_APP_REGISTRATION_OBJ_ID=$(az ad app show --id $RHTAS_APP_REGISTRATION --output tsv --query id)
export RHTAS_APP_REGISTRATION_OBJ_ID=$(az ad app show --id $RHTAS_APP_REGISTRATION --output tsv --query id)Copy to Clipboard Copied! Toggle word wrap Toggle overflow アプリケーション登録のマニフェストを更新します。
例
az rest --method PATCH --uri https://graph.microsoft.com/v1.0/applications/${RHTAS_APP_REGISTRATION_OBJ_ID} --headers 'Content-Type=application/json' --body "{\"api\":{\"acceptMappedClaims\":true}}"az rest --method PATCH --uri https://graph.microsoft.com/v1.0/applications/${RHTAS_APP_REGISTRATION_OBJ_ID} --headers 'Content-Type=application/json' --body "{\"api\":{\"acceptMappedClaims\":true}}"Copy to Clipboard Copied! Toggle word wrap Toggle overflow 新しいサービスプリンシパルを作成し、それをアプリケーション登録に関連付けます。
例
export SERVICE_PRINCIPAL_ID=$(az ad sp create --id=${RHTAS_APP_REGISTRATION} -o tsv --query 'id')export SERVICE_PRINCIPAL_ID=$(az ad sp create --id=${RHTAS_APP_REGISTRATION} -o tsv --query 'id')Copy to Clipboard Copied! Toggle word wrap Toggle overflow クレームマッピングポリシー ID を取得します。
例
export CLAIM_MAPPING_POLICY_ID=$(az rest --uri https://graph.microsoft.com/v1.0/policies/claimsMappingPolicies -o tsv --query "value[?displayName=='EmailVerified'] | [0].id")
export CLAIM_MAPPING_POLICY_ID=$(az rest --uri https://graph.microsoft.com/v1.0/policies/claimsMappingPolicies -o tsv --query "value[?displayName=='EmailVerified'] | [0].id")Copy to Clipboard Copied! Toggle word wrap Toggle overflow クレームマッピングポリシーをサービスプリンシパルに関連付けます。
例
az rest -m post --headers Content-Type=application/json --uri "https://graph.microsoft.com/v1.0/servicePrincipals/${SERVICE_PRINCIPAL_ID}/claimsMappingPolicies/\$ref" --body "{\"@odata.id\": \"https://graph.microsoft.com/v1.0/policies/claimsMappingPolicies/${CLAIM_MAPPING_POLICY_ID}\"}"az rest -m post --headers Content-Type=application/json --uri "https://graph.microsoft.com/v1.0/servicePrincipals/${SERVICE_PRINCIPAL_ID}/claimsMappingPolicies/\$ref" --body "{\"@odata.id\": \"https://graph.microsoft.com/v1.0/policies/claimsMappingPolicies/${CLAIM_MAPPING_POLICY_ID}\"}"Copy to Clipboard Copied! Toggle word wrap Toggle overflow テナント ID を取得します。
例
export TENANT_ID=$(az account show -o tsv --query tenantId)
export TENANT_ID=$(az account show -o tsv --query tenantId)Copy to Clipboard Copied! Toggle word wrap Toggle overflow OIDC エンドポイントを取得します。
例
export ENTRA_ID_OIDC_ENDPOINT=$(echo https://login.microsoftonline.com/${TENANT_ID}/v2.0)export ENTRA_ID_OIDC_ENDPOINT=$(echo https://login.microsoftonline.com/${TENANT_ID}/v2.0)Copy to Clipboard Copied! Toggle word wrap Toggle overflow RHTAS 設定を更新します。
Securesignリソースを開いて編集します。構文
oc edit Securesign NAME -n NAMESPACE
oc edit Securesign NAME -n NAMESPACECopy to Clipboard Copied! Toggle word wrap Toggle overflow 例
oc edit Securesign securesign-sample -n trusted-artifact-signer
oc edit Securesign securesign-sample -n trusted-artifact-signerCopy to Clipboard Copied! Toggle word wrap Toggle overflow 注記RHTAS インストール用に作成されたプロジェクト名を namespace として使用する必要があります。
OIDCIssuersセクションで、クライアント ID、発行者の URL を含む新しいサブセクションを追加し、Type値をemailに設定します。構文
Copy to Clipboard Copied! Toggle word wrap Toggle overflow - 変更を保存し、エディターを終了します。数秒後、Operator は RHTAS ソフトウェアスタックを自動的に再設定します。
ローカルクライアントシークレットファイルを作成します。
例
echo $RHTAS_APP_REGISTRATION_CLIENT_SECRET > rhtas-entra-id-client-secret
echo $RHTAS_APP_REGISTRATION_CLIENT_SECRET > rhtas-entra-id-client-secretCopy to Clipboard Copied! Toggle word wrap Toggle overflow アーティファクトに署名するためのシェル環境を設定します。
例
Copy to Clipboard Copied! Toggle word wrap Toggle overflow 署名のためにローカルマシンを初期化します。
例
cosign initialize
$ cosign initializeCopy to Clipboard Copied! Toggle word wrap Toggle overflow テストコンテナーイメージに署名して、更新された設定を確認します。
空のコンテナーイメージを作成します。
例
echo "FROM scratch" > ./tmp.Dockerfile podman build . -f ./tmp.Dockerfile -t ttl.sh/rhtas/test-image:1h
echo "FROM scratch" > ./tmp.Dockerfile podman build . -f ./tmp.Dockerfile -t ttl.sh/rhtas/test-image:1hCopy to Clipboard Copied! Toggle word wrap Toggle overflow 空のコンテナーイメージを
ttl.sh一時レジストリーにプッシュします。例
podman push ttl.sh/rhtas/test-image:1h
podman push ttl.sh/rhtas/test-image:1hCopy to Clipboard Copied! Toggle word wrap Toggle overflow 一時的な Docker ファイルを削除します。
例
rm ./tmp.Dockerfile
rm ./tmp.DockerfileCopy to Clipboard Copied! Toggle word wrap Toggle overflow コンテナーイメージに署名します。
構文
cosign sign -y --oidc-client-secret-file=SECRET_FILE IMAGE_NAME:TAG
cosign sign -y --oidc-client-secret-file=SECRET_FILE IMAGE_NAME:TAGCopy to Clipboard Copied! Toggle word wrap Toggle overflow 例
cosign sign -y --oidc-client-secret-file=rhtas-entra-id-client-secret ttl.sh/rhtas/test-image:1h
cosign sign -y --oidc-client-secret-file=rhtas-entra-id-client-secret ttl.sh/rhtas/test-image:1hCopy to Clipboard Copied! Toggle word wrap Toggle overflow Web ブラウザーが開いて、コンテナーイメージをメールアドレスで署名できます。
1.5. Trusted Artifact Signer の代替データベースの設定 リンクのコピーリンクがクリップボードにコピーされました!
Trillian の Red Hat Trusted Artifact Signer (RHTAS) デフォルトデータベースを、外部で管理されている MariaDB データベースインスタンスに置き換えることができます。データベースインスタンスとして、Amazon の Relational Database Service (RDS) などのクラウドホスト型データベースプロバイダー、または OpenShift での独自のデータベースデプロイメントなどが使用できます。
1.5.1. 前提条件 リンクのコピーリンクがクリップボードにコピーされました!
- Red Hat OpenShift Container Platform バージョン 4.13、4.14、または 4.15。
1.5.2. Trusted Artifact Signer のための Amazon RDS の設定 リンクのコピーリンクがクリップボードにコピーされました!
この手順を使用すると、Trillian 用の Red Hat の Trusted Artifact Signer (RHTAS) デフォルトデータベースを、Amazon の Relational Database Service (RDS) で管理されている MariaDB インスタンスに置き換えることができます。
Red Hat では、実稼働環境のワークロードには可用性の高い MariaDB データベースを使用することを推奨しています。
前提条件
- Amazon RDS コンソールにアクセスできる Amazon Web Services (AWS) アカウント。
-
cluster-adminロールでの OpenShift Web コンソールへのアクセス。 -
oc、curl、およびmysqlバイナリーがインストールされているワークステーション。 - データベースを作成し、MariaDB インスタンスにデータを入力する権限を持つコマンドラインアクセス。
手順
Amazon RDS コンソール を開き、新しい MariaDB インスタンスを 作成 します。
- MariaDB インスタンスがデプロイされ、利用可能になるまで待ちます。
ワークステーションから、リージョンエンドポイント、ポート、およびユーザー認証情報を指定して、新しいデータベースにログインします。
構文
mysql -h REGIONAL_ENDPOINT -P 3306 -u USER_NAME -p
mysql -h REGIONAL_ENDPOINT -P 3306 -u USER_NAME -pCopy to Clipboard Copied! Toggle word wrap Toggle overflow 例
mysql -h exampledb.1234.us-east-1.rds.amazonaws.com -P 3306 -u admin -p
mysql -h exampledb.1234.us-east-1.rds.amazonaws.com -P 3306 -u admin -pCopy to Clipboard Copied! Toggle word wrap Toggle overflow trillian という名前の新規データベースを作成します。
例
create database trillian;
create database trillian;Copy to Clipboard Copied! Toggle word wrap Toggle overflow 新規作成したデータベースに切り替えます。
例
use trillian;
use trillian;Copy to Clipboard Copied! Toggle word wrap Toggle overflow trillianという名前の新しいデータベースユーザーを作成し、新しく作成したユーザーに PASSWORD を設定します。構文
CREATE USER trillian@'%' IDENTIFIED BY 'PASSWORD'; GRANT ALL PRIVILEGES ON trillian.* TO 'trillian'@'%'; FLUSH PRIVILEGES;
CREATE USER trillian@'%' IDENTIFIED BY 'PASSWORD'; GRANT ALL PRIVILEGES ON trillian.* TO 'trillian'@'%'; FLUSH PRIVILEGES;Copy to Clipboard Copied! Toggle word wrap Toggle overflow データベースから切断します。
例
EXIT
EXITCopy to Clipboard Copied! Toggle word wrap Toggle overflow データベース設定ファイルをダウンロードします。
例
curl -o dbconfig.sql https://raw.githubusercontent.com/securesign/trillian/main/storage/mysql/schema/storage.sql
curl -o dbconfig.sql https://raw.githubusercontent.com/securesign/trillian/main/storage/mysql/schema/storage.sqlCopy to Clipboard Copied! Toggle word wrap Toggle overflow データベース設定を新しいデータベースに適用します。
構文
mysql -h FQDN_or_SERVICE_ADDR -P 3306 -u USER_NAME -p PASSWORD -D DB_NAME < PATH_TO_CONFIG_FILE
mysql -h FQDN_or_SERVICE_ADDR -P 3306 -u USER_NAME -p PASSWORD -D DB_NAME < PATH_TO_CONFIG_FILECopy to Clipboard Copied! Toggle word wrap Toggle overflow 例
mysql -h rhtasdb.example.com -P 3306 -u trillian -p mypassword123 -D trillian < dbconfig.sql
mysql -h rhtasdb.example.com -P 3306 -u trillian -p mypassword123 -D trillian < dbconfig.sqlCopy to Clipboard Copied! Toggle word wrap Toggle overflow ワークステーションでターミナルを開き、OpenShift にログインします。
構文
oc login --token=TOKEN --server=SERVER_URL_AND_PORT
oc login --token=TOKEN --server=SERVER_URL_AND_PORTCopy to Clipboard Copied! Toggle word wrap Toggle overflow 例
oc login --token=sha256~ZvFDBvoIYAbVECixS4-WmkN4RfnNd8Neh3y1WuiFPXC --server=https://example.com:6443
oc login --token=sha256~ZvFDBvoIYAbVECixS4-WmkN4RfnNd8Neh3y1WuiFPXC --server=https://example.com:6443Copy to Clipboard Copied! Toggle word wrap Toggle overflow 注記OpenShift Web コンソールからコマンドラインで使用するログイントークンと URL を確認できます。OpenShift Web コンソールにログインします。ユーザー名をクリックし、Copy login command をクリックします。入力を求められた場合はユーザー名とパスワードをもう一度入力し、Display Token をクリックしてコマンドを表示します。
以前に作成した MariaDB インスタンス内の Trillian データベースの認証情報を含む新しい Secret を作成します。
構文
Copy to Clipboard Copied! Toggle word wrap Toggle overflow 例
Copy to Clipboard Copied! Toggle word wrap Toggle overflow MariaDB インスタンスには OpenShift 内部サービス名を使用できます。
- これで、このデータベースを使用するために Trusted Artifact Signer サービスをデプロイできるようになりました。Trusted Artifact Signer のインストール手順に従っていた場合は、次の手順 に進むことができます。
1.5.3. Trusted Artifact Signer 用の OpenShift でのデータベース設定 リンクのコピーリンクがクリップボードにコピーされました!
この手順を使用すると、Trillian 用の Red Hat の Trusted Artifact Signer (RHTAS) デフォルトデータベースを、Amazon の Relational Database Service (RDS) で管理されている MariaDB インスタンスに置き換えることができます。
Red Hat では、実稼働環境のワークロードには可用性の高い MariaDB データベースを使用することを推奨しています。
前提条件
- OpenShift プロジェクトを作成して OpenShift サンプルカタログからデータベースインスタンスをデプロイする権限。
-
cluster-adminロールでの OpenShift Web コンソールへのアクセス。 -
oc、curl、およびmysqlバイナリーがインストールされているワークステーション。 - データベースを作成し、MariaDB インスタンスにデータを入力する権限を持つコマンドラインアクセス。
手順
- RHTAS サービスをデプロイしている OpenShift Web コンソールにログインします。
- Developer パースペクティブに切り替えます。
プロジェクトがすでに存在する場合は、
trusted-artifact-signerプロジェクトを選択し、存在しない場合はデータベース用に新しいプロジェクトを作成します。- 新規プロジェクトを作成するには、ドロップダウンプロジェクトメニューをクリックして、Create Project ボタンをクリックします。
-
新規プロジェクトに
trusted-artifact-signerという名前を付けて、Create ボタンをクリックします。
- Developer Catalog カードで Database をクリックします。
MariaDB を選択し、Instantiate Template ボタンをクリックします。
重要MariaDB (Ephemeral) を選択しないでください。
Instantiate Template ページで、以下のフィールドを設定します。
-
MariaDB データベース名 フィールドに
trillianと入力します。 -
Volume Capacity フィールドに
5Giを入力します。 - Create ボタンをクリックします。
-
MariaDB データベース名 フィールドに
リモートシェルセッションを開始します。
- Topology ページで MariaDB Pod を選択するとサイドパネルが表示されるので、Resources タブをクリックします。
- Pods セクションで、MariaDB の Pod 名をクリックします。
- Terminal タブをクリックして、MariaDB Pod へのリモートシェルセッションを開始します。
リモートシェルセッションで、Trillian データベースに接続できることを確認します。
例
mysql -u $MYSQL_USER -p$MYSQL_PASSWORD -D$MYSQL_DATABASE
$ mysql -u $MYSQL_USER -p$MYSQL_PASSWORD -D$MYSQL_DATABASECopy to Clipboard Copied! Toggle word wrap Toggle overflow 注記認証情報は、サービス名 (
mariadb) と一緒にシークレットオブジェクトに保存され、これにはデータベースの名前、ユーザー名、およびデータベースのルートパスワードが含まれます。これらの認証情報は、後でデータベースシークレットオブジェクトを作成するときに使用されるため、メモしておいてください。データベースから切断します。
例
EXIT
EXITCopy to Clipboard Copied! Toggle word wrap Toggle overflow データベース設定ファイルをダウンロードします。
例
curl -o dbconfig.sql https://raw.githubusercontent.com/securesign/trillian/main/storage/mysql/schema/storage.sql
curl -o dbconfig.sql https://raw.githubusercontent.com/securesign/trillian/main/storage/mysql/schema/storage.sqlCopy to Clipboard Copied! Toggle word wrap Toggle overflow データベース設定を新しいデータベースに適用します。
構文
mysql -h FQDN_or_SERVICE_ADDR -P 3306 -u USER_NAME -p PASSWORD -D DB_NAME < PATH_TO_CONFIG_FILE
mysql -h FQDN_or_SERVICE_ADDR -P 3306 -u USER_NAME -p PASSWORD -D DB_NAME < PATH_TO_CONFIG_FILECopy to Clipboard Copied! Toggle word wrap Toggle overflow 例
mysql -h rhtasdb.example.com -P 3306 -u trillian -p mypassword123 -D trillian < dbconfig.sql
mysql -h rhtasdb.example.com -P 3306 -u trillian -p mypassword123 -D trillian < dbconfig.sqlCopy to Clipboard Copied! Toggle word wrap Toggle overflow ワークステーションでターミナルを開き、OpenShift にログインします。
構文
oc login --token=TOKEN --server=SERVER_URL_AND_PORT
oc login --token=TOKEN --server=SERVER_URL_AND_PORTCopy to Clipboard Copied! Toggle word wrap Toggle overflow 例
oc login --token=sha256~ZvFDBvoIYAbVECixS4-WmkN4RfnNd8Neh3y1WuiFPXC --server=https://example.com:6443
oc login --token=sha256~ZvFDBvoIYAbVECixS4-WmkN4RfnNd8Neh3y1WuiFPXC --server=https://example.com:6443Copy to Clipboard Copied! Toggle word wrap Toggle overflow 注記OpenShift Web コンソールからコマンドラインで使用するログイントークンと URL を確認できます。OpenShift Web コンソールにログインします。ユーザー名をクリックし、Copy login command をクリックします。入力を求められた場合はユーザー名とパスワードをもう一度入力し、Display Token をクリックしてコマンドを表示します。
以前に作成した MariaDB インスタンス内の Trillian データベースの認証情報を含む新しい Secret を作成します。
構文
Copy to Clipboard Copied! Toggle word wrap Toggle overflow 例
Copy to Clipboard Copied! Toggle word wrap Toggle overflow MariaDB インスタンスには OpenShift 内部サービス名を使用できます。
- これで、このデータベースを使用するために Trusted Artifact Signer サービスをデプロイできるようになりました。Trusted Artifact Signer のインストール手順に従っていた場合は、次の手順 に進むことができます。
1.6. Keycloak の TLS 証明書を生成するための OpenShift サービス提供証明書の設定 リンクのコピーリンクがクリップボードにコピーされました!
OpenShift のサービス提供証明書は、Keycloak で使用するための Transport Layer Security (TLS) 証明書の生成と管理を自動化できます。OpenShift クラスター内の Ingress Controller などのインフラストラクチャーコンポーネントは、これらの TLS 証明書を信頼します。
前提条件
- Red Hat OpenShift Container Platform 4.15 以降。
- RHBK Operator のインストール。
-
cluster-adminロールでの OpenShift Web コンソールへのアクセス。
手順
- OpenShift Web コンソールの Administrator パースペクティブで、ナビゲーションメニューから Home を展開し、Projects をクリックします。
-
keycloakを検索し、keycloak-system名前空間を選択します。 新しいサービスを作成します。
- + アイコンをクリックします。
Import YAML テキストボックスで、例をコピーしてテキストボックスに貼り付けます。
例
Copy to Clipboard Copied! Toggle word wrap Toggle overflow - Create ボタンをクリックします。
- ナビゲーションメニューから Operator を展開し、Installed Operator をクリックして、Keycloak Operator をクリックします。
Keycloakリソースの YAML view のspecセクションに、ingressプロパティーを追加します。例
Copy to Clipboard Copied! Toggle word wrap Toggle overflow デフォルトでは、Keycloak Operator はルートではなく Ingress リソースを作成します。OpenShift は Ingress 定義に基づいてルートを自動的に作成します。
specセクションに、TLS 証明書を含むシークレットの名前を指定します。例
spec: ... http: tlsSecret: keycloak-tls ...spec: ... http: tlsSecret: keycloak-tls ...Copy to Clipboard Copied! Toggle word wrap Toggle overflow Keycloak が起動すると、OpenShift のサービス提供証明書が Keycloak の TLS 証明書の生成を開始します。
1.7. Keycloak ホスト名の自動生成 リンクのコピーリンクがクリップボードにコピーされました!
OpenShift ルートは、設定されたパターンを使用してホスト名を自動的に生成する機能をサポートしています。この機能は、OpenShift 上で実行されている Red Hat’s build of Keycloak (RHBK) operator と統合できます。
前提条件
- Red Hat OpenShift Container Platform 4.15 以降。
- RHBK Operator のインストール。
-
cluster-adminロールでの OpenShift Web コンソールへのアクセス。 -
ocバイナリーがインストールされているワークステーション。
手順
自動生成されたルートホスト名機能を有効にします。
.specセクションの下で、hostnameセクション全体を削除し、Keycloakリソース内のingressセクションとclassNameプロパティーに置き換えます。例
spec: ... hostname: hostname: example.com ...spec: ... hostname: hostname: example.com ...Copy to Clipboard Copied! Toggle word wrap Toggle overflow 例
spec: ... ingress: className: openshift-default ...spec: ... ingress: className: openshift-default ...Copy to Clipboard Copied! Toggle word wrap Toggle overflow 注記利用可能なすべての Ingress クラスを表示するには、次のコマンドを実行します。
oc get ingressclass
oc get ingressclassCopy to Clipboard Copied! Toggle word wrap Toggle overflow - Save ボタンをクリックします。
最新の設定を表示するには、Reload ボタンをクリックして、自動的に生成された
hostnameを確認します。例
spec: ... hostname: hostname: example-keycloak-ingress-keycloak-system.apps.rhtas.example.com ...spec: ... hostname: hostname: example-keycloak-ingress-keycloak-system.apps.rhtas.example.com ...Copy to Clipboard Copied! Toggle word wrap Toggle overflow
第2章 Red Hat Enterprise Linux リンクのコピーリンクがクリップボードにコピーされました!
2.1. Ansible を使用した Trusted Artifact Signer のインストール リンクのコピーリンクがクリップボードにコピーされました!
Red Hat が提供する Ansible Playbook を使用して、Red Hat Enterprise Linux に Red Hat Trusted Artifact Signer (RHTAS) をインストールできます。このデプロイメントでは、Keycloak を OpenID Connect (OIDC) プロバイダーとして使用した基本的な署名フレームワークが提供されます。
Red Hat は、実稼働環境では Ansible ロギングを詳細モードまたはデバッグモードで使用しないことを推奨しています。
詳細は、Ansible の ドキュメント を参照してください。
前提条件
- Red Hat Enterprise Linux バージョン 9.4 以降。
- Red Hat Hybrid Cloud Console にアクセスする Red Hat ユーザーアカウント。
手順
- Red Hat 認証情報を使用して Red Hat Hybrid Cloud コンソール にログインします。
- ホームページから、Services ドロップダウンメニューをクリックし、Red Hat Ansible Automation Platform をクリックします。
- ナビゲーションメニューから Automation Hub を展開し、Collections をクリックします。
- 検索フィールドに rhtas と入力し、Enter キーを押します。
- Red Hat Trusted Artifact Signer タイルの artifact_signer リンクをクリックします。
Documentation タブをクリックし、そこに記載されている手順に従って、Red Hat Enterprise Linux への RHTAS のインストールを完了します。
注記すべての設定パラメーターの詳細な概要は、Roles セクションの tas_single_node リンクをクリックしてください。
2.2. 信頼できるアーティファクト署名のインストールの確認 リンクのコピーリンクがクリップボードにコピーされました!
システム管理者として、Red Hat Enterprise Linux 上で実行されている Red Hat Trusted Artifact Signer (RHTAS) のデプロイメントが成功したかどうかを確認できます。
テストコンテナーイメージに署名し、その署名の信頼性を検証して、環境内での RHTAS のデプロイメントを検証できます。
コードパイプラインからアーティファクトビルドに署名する方法は 2 つ、検証する方法は 3 つあります。cosign と gitsign を使用して署名および検証できますが、検証できるのは Enterprise Contract のみです。
2.2.1. コマンドラインインターフェイスから Cosign を使用したコンテナーの署名と検証 リンクのコピーリンクがクリップボードにコピーされました!
cosign ツールを使用すると、Red Hat の Trusted Artifact Signer (RHTAS) サービスを使用して、Open Container Initiative (OCI) コンテナーイメージや他のビルドアーティファクトに署名し、検証する機能が提供されます。
RHTAS の場合、cosign バージョン 2.2 以降を使用する必要があります。
前提条件
- Ansible によって管理される Red Hat Enterprise Linux 9.4 以降で実行される RHTAS のインストール。
-
podmanバイナリーがインストールされたワークステーション。
手順
ローカルのコマンドラインインターフェイス (CLI) ツールのダウンロードページから
cosignバイナリーをワークステーションにダウンロードします。注記URL アドレスは、
tas_single_node_base_hostname変数によって定義された設定済みノードです。tas_single_node_base_hostnameの値がexample.comの場合、URL アドレスの例はhttps://cli-server.example.comです。- ダウンロードページから、cosign ダウンロードセクションに移動し、プラットフォームのリンクをクリックします。
ワークステーションでターミナルを開き、バイナリー
.gzファイルを展開し、実行ビットを設定します。例
gunzip cosign-amd64.gz chmod +x cosign-amd64
gunzip cosign-amd64.gz chmod +x cosign-amd64Copy to Clipboard Copied! Toggle word wrap Toggle overflow バイナリーを
$PATH環境内の場所に移動し、名前を変更します。例
sudo mv cosign-amd64 /usr/local/bin/cosign
sudo mv cosign-amd64 /usr/local/bin/cosignCopy to Clipboard Copied! Toggle word wrap Toggle overflow
コンテナーイメージの署名と検証を行うためにシェル環境を設定します。
例
Copy to Clipboard Copied! Toggle word wrap Toggle overflow BASE_HOSTNAME_OF_RHTAS_SERVICE は
tas_single_node_base_hostname変数の値に置き換え、OIDC_ISSUER_URL は OpenID Connect (OIDC) プロバイダーの URL 文字列に置き換えます。The Update Framework (TUF) システムを初期化します。
例
cosign initialize
cosign initializeCopy to Clipboard Copied! Toggle word wrap Toggle overflow テストコンテナーイメージに署名します。
空のコンテナーイメージを作成します。
例
echo "FROM scratch" > ./tmp.Dockerfile podman build . -f ./tmp.Dockerfile -t ttl.sh/rhtas/test-image:1h
echo "FROM scratch" > ./tmp.Dockerfile podman build . -f ./tmp.Dockerfile -t ttl.sh/rhtas/test-image:1hCopy to Clipboard Copied! Toggle word wrap Toggle overflow 空のコンテナーイメージを
ttl.sh一時レジストリーにプッシュします。例
podman push ttl.sh/rhtas/test-image:1h
podman push ttl.sh/rhtas/test-image:1hCopy to Clipboard Copied! Toggle word wrap Toggle overflow コンテナーイメージに署名します。
構文
cosign sign -y IMAGE_NAME:TAG
cosign sign -y IMAGE_NAME:TAGCopy to Clipboard Copied! Toggle word wrap Toggle overflow 例
cosign sign -y ttl.sh/rhtas/test-image:1h
cosign sign -y ttl.sh/rhtas/test-image:1hCopy to Clipboard Copied! Toggle word wrap Toggle overflow Web ブラウザーが開いて、コンテナーイメージをメールアドレスで署名できます。
一時的な Docker ファイルを削除します。
例
rm ./tmp.Dockerfile
rm ./tmp.DockerfileCopy to Clipboard Copied! Toggle word wrap Toggle overflow
証明書 ID と発行者を使用して、署名済みコンテナーイメージを確認します。
構文
cosign verify --certificate-identity=SIGNING_EMAIL_ADDR IMAGE_NAME:TAG
cosign verify --certificate-identity=SIGNING_EMAIL_ADDR IMAGE_NAME:TAGCopy to Clipboard Copied! Toggle word wrap Toggle overflow 例
cosign verify --certificate-identity=jdoe@redhat.com ttl.sh/rhtas/test-image:1h
cosign verify --certificate-identity=jdoe@redhat.com ttl.sh/rhtas/test-image:1hCopy to Clipboard Copied! Toggle word wrap Toggle overflow 注記cosignコマンドと--certificate-identity-regexpおよび--certificate-oidc-issuer-regexpオプションを使用して、証明書の ID と発行者に正規表現を使用することもできます。ローカルのコマンドラインインターフェイス (CLI) ツールのダウンロードページから
rekor-cliバイナリーをワークステーションにダウンロードします。Web ブラウザーを開き、CLI サーバーの Web ページに移動します。
注記URL アドレスは、
tas_single_node_base_hostname変数によって定義された設定済みノードです。tas_single_node_base_hostnameの値がexample.comの場合、URL アドレスの例はhttps://cli-server.example.comです。- ダウンロードページから rekor-cli ダウンロードセクションに移動し、プラットフォームのリンクをクリックします。
ワークステーションでターミナルを開き、バイナリー
.gzファイルを展開し、実行ビットを設定します。例
gunzip rekor-cli-amd64.gz chmod +x rekor-cli-amd64
gunzip rekor-cli-amd64.gz chmod +x rekor-cli-amd64Copy to Clipboard Copied! Toggle word wrap Toggle overflow バイナリーを
$PATH環境内の場所に移動し、名前を変更します。例
sudo mv rekor-cli-amd64 /usr/local/bin/rekor-cli
sudo mv rekor-cli-amd64 /usr/local/bin/rekor-cliCopy to Clipboard Copied! Toggle word wrap Toggle overflow
Rekor コマンドラインインターフェイスを使用して透明性ログをクエリーします。
ログインデックスに基づき検索します。
例
rekor-cli get --log-index 0 --rekor_server $COSIGN_REKOR_URL --format json | jq
rekor-cli get --log-index 0 --rekor_server $COSIGN_REKOR_URL --format json | jqCopy to Clipboard Copied! Toggle word wrap Toggle overflow ユニバーサルユニーク ID (UUID) を取得するために、メールアドレスを検索します。
構文
rekor-cli search --email SIGNING_EMAIL_ADDR --rekor_server $COSIGN_REKOR_URL --format json | jq
rekor-cli search --email SIGNING_EMAIL_ADDR --rekor_server $COSIGN_REKOR_URL --format json | jqCopy to Clipboard Copied! Toggle word wrap Toggle overflow 例
rekor-cli search --email jdoe@redhat.com --rekor_server $COSIGN_REKOR_URL --format json | jq
rekor-cli search --email jdoe@redhat.com --rekor_server $COSIGN_REKOR_URL --format json | jqCopy to Clipboard Copied! Toggle word wrap Toggle overflow このコマンドは、次の手順で使用する UUID を返します。
UUID を使用してトランザクションの詳細を取得します。
構文
rekor-cli get --uuid UUID --rekor_server $COSIGN_REKOR_URL --format json | jq
rekor-cli get --uuid UUID --rekor_server $COSIGN_REKOR_URL --format json | jqCopy to Clipboard Copied! Toggle word wrap Toggle overflow 例
rekor-cli get --uuid 24296fb24b8ad77a71b9c1374e207537bafdd75b4f591dcee10f3f697f150d7cc5d0b725eea641e7 --rekor_server $COSIGN_REKOR_URL --format json | jq
rekor-cli get --uuid 24296fb24b8ad77a71b9c1374e207537bafdd75b4f591dcee10f3f697f150d7cc5d0b725eea641e7 --rekor_server $COSIGN_REKOR_URL --format json | jqCopy to Clipboard Copied! Toggle word wrap Toggle overflow
2.2.2. コマンドラインインターフェイスから Gitsign を使用したコミットの署名および検証 リンクのコピーリンクがクリップボードにコピーされました!
gitsign ツールを使用すると、Red Hat の Trusted Artifact Signer (RHTAS) サービスを使用して、Git リポジトリーのコミットに署名し、検証することができます。
前提条件
- Ansible によって管理される Red Hat Enterprise Linux 9.4 以降で実行される RHTAS のインストール。
gitおよびcosignバイナリーがインストールされたワークステーション。-
cosignバージョン 2.2 以降を使用する必要があります。
-
手順
ローカルのコマンドラインインターフェイス (CLI) ツールのダウンロードページから
gitsignバイナリーをワークステーションにダウンロードします。注記URL アドレスは、
tas_single_node_base_hostname変数によって定義された設定済みノードです。tas_single_node_base_hostnameの値がexample.comの場合、URL アドレスの例はhttps://cli-server.example.comです。- ダウンロードページから、gitsign ダウンロードセクションに移動し、プラットフォームのリンクをクリックします。
ワークステーションでターミナルを開き、.gz ファイルを展開して、実行ビットを設定します。
例
gunzip gitsign-amd64.gz chmod +x gitsign-amd64
gunzip gitsign-amd64.gz chmod +x gitsign-amd64Copy to Clipboard Copied! Toggle word wrap Toggle overflow バイナリーを
$PATH環境内の場所に移動し、名前を変更します。例
sudo mv gitsign-amd64 /usr/local/bin/gitsign
sudo mv gitsign-amd64 /usr/local/bin/gitsignCopy to Clipboard Copied! Toggle word wrap Toggle overflow
コミットの署名と検証を行うためにシェル環境を設定します。
例
Copy to Clipboard Copied! Toggle word wrap Toggle overflow BASE_HOSTNAME_OF_RHTAS_SERVICE は
tas_single_node_base_hostname変数の値に置き換え、OIDC_ISSUER_URL は OpenID Connect (OIDC) プロバイダーの URL 文字列に置き換えます。RHTAS サービスを使用してコミットに署名するようにローカルリポジトリー設定を指定します。
例
Copy to Clipboard Copied! Toggle word wrap Toggle overflow ローカルリポジトリーにコミットを作成します。
例
git commit --allow-empty -S -m “Test of a signed commit”
git commit --allow-empty -S -m “Test of a signed commit”Copy to Clipboard Copied! Toggle word wrap Toggle overflow Web ブラウザーが開いて、メールアドレスでコミットに署名できます。
The Update Framework (TUF) システムを初期化します。
例
cosign initialize
cosign initializeCopy to Clipboard Copied! Toggle word wrap Toggle overflow コミットを確認します。
構文
gitsign verify --certificate-identity=SIGNING_EMAIL --certificate-oidc-issuer=$SIGSTORE_OIDC_ISSUER HEAD
gitsign verify --certificate-identity=SIGNING_EMAIL --certificate-oidc-issuer=$SIGSTORE_OIDC_ISSUER HEADCopy to Clipboard Copied! Toggle word wrap Toggle overflow 例
gitsign verify --certificate-identity=jdoe@redhat.com --certificate-oidc-issuer=$SIGSTORE_OIDC_ISSUER HEAD
gitsign verify --certificate-identity=jdoe@redhat.com --certificate-oidc-issuer=$SIGSTORE_OIDC_ISSUER HEADCopy to Clipboard Copied! Toggle word wrap Toggle overflow
2.2.3. エンタープライズコントラクトを使用したコンテナーイメージの署名の検証 リンクのコピーリンクがクリップボードにコピーされました!
Enterprise Contract (EC) は、ソフトウェアサプライチェーンのセキュリティーを維持するためのツールであり、これを使用してコンテナーイメージのポリシーを定義および適用できます。ec バイナリーを使用すると、Red Hat の Trusted Artifact Signer (RHTAS) 署名フレームワークを使用するコンテナーイメージのアテステーションと署名を検証できます。
前提条件
- Ansible によって管理される Red Hat Enterprise Linux 9.4 以降で実行される RHTAS のインストール。
cosignおよびpodmanバイナリーがインストールされたワークステーション。-
cosignバージョン 2.2 以降を使用する必要があります。
-
手順
ローカルコマンドラインインターフェイス (CLI) ツールのダウンロードページから
ecバイナリーをワークステーションにダウンロードします。注記URL アドレスは、
tas_single_node_base_hostname変数によって定義された設定済みノードです。tas_single_node_base_hostnameの値がexample.comの場合、URL アドレスの例はhttps://cli-server.example.comです。- ダウンロードページから、ec ダウンロードセクションに移動し、プラットフォームのリンクをクリックします。
ワークステーションでターミナルを開き、バイナリー .gz ファイルを展開し、実行ビットを設定します。
例
gunzip ec-amd64.gz chmod +x ec-amd64
gunzip ec-amd64.gz chmod +x ec-amd64Copy to Clipboard Copied! Toggle word wrap Toggle overflow バイナリーを
$PATH環境内の場所に移動し、名前を変更します。例
sudo mv ec-amd64 /usr/local/bin/ec
sudo mv ec-amd64 /usr/local/bin/ecCopy to Clipboard Copied! Toggle word wrap Toggle overflow
コンテナーイメージの署名と検証を行うためにシェル環境を設定します。
例
Copy to Clipboard Copied! Toggle word wrap Toggle overflow BASE_HOSTNAME_OF_RHTAS_SERVICE は
tas_single_node_base_hostname変数の値に置き換え、OIDC_ISSUER_URL は OpenID Connect (OIDC) プロバイダーの URL 文字列に置き換えます。The Update Framework (TUF) システムを初期化します。
例
cosign initialize
cosign initializeCopy to Clipboard Copied! Toggle word wrap Toggle overflow テストコンテナーイメージに署名します。
空のコンテナーイメージを作成します。
例
echo "FROM scratch" > ./tmp.Dockerfile podman build . -f ./tmp.Dockerfile -t ttl.sh/rhtas/test-image:1h
echo "FROM scratch" > ./tmp.Dockerfile podman build . -f ./tmp.Dockerfile -t ttl.sh/rhtas/test-image:1hCopy to Clipboard Copied! Toggle word wrap Toggle overflow 空のコンテナーイメージを
ttl.sh一時レジストリーにプッシュします。例
podman push ttl.sh/rhtas/test-image:1h
podman push ttl.sh/rhtas/test-image:1hCopy to Clipboard Copied! Toggle word wrap Toggle overflow コンテナーイメージに署名します。
構文
cosign sign -y IMAGE_NAME:TAG
cosign sign -y IMAGE_NAME:TAGCopy to Clipboard Copied! Toggle word wrap Toggle overflow 例
cosign sign -y ttl.sh/rhtas/test-image:1h
cosign sign -y ttl.sh/rhtas/test-image:1hCopy to Clipboard Copied! Toggle word wrap Toggle overflow Web ブラウザーが開いて、コンテナーイメージをメールアドレスで署名できます。
一時的な Docker ファイルを削除します。
例
rm ./tmp.Dockerfile
rm ./tmp.DockerfileCopy to Clipboard Copied! Toggle word wrap Toggle overflow
predicate.jsonファイルを作成します。例
Copy to Clipboard Copied! Toggle word wrap Toggle overflow スキーマレイアウトの詳細は、SLSA provenance predicate specifications を参照してください。
predicate.jsonファイルをコンテナーイメージに関連付けます。構文
cosign attest -y --predicate ./predicate.json --type slsaprovenance IMAGE_NAME:TAG
cosign attest -y --predicate ./predicate.json --type slsaprovenance IMAGE_NAME:TAGCopy to Clipboard Copied! Toggle word wrap Toggle overflow 例
cosign attest -y --predicate ./predicate.json --type slsaprovenance ttl.sh/rhtas/test-image:1h
cosign attest -y --predicate ./predicate.json --type slsaprovenance ttl.sh/rhtas/test-image:1hCopy to Clipboard Copied! Toggle word wrap Toggle overflow コンテナーイメージにアテステーションと署名が 1 つ以上含まれていることを確認します。
構文
cosign tree IMAGE_NAME:TAG
cosign tree IMAGE_NAME:TAGCopy to Clipboard Copied! Toggle word wrap Toggle overflow 例
Copy to Clipboard Copied! Toggle word wrap Toggle overflow Enterprise Contact を使用してコンテナーイメージを確認します。
構文
ec validate image --image IMAGE_NAME:TAG --certificate-identity-regexp 'SIGNER_EMAIL_ADDR' --certificate-oidc-issuer-regexp 'keycloak-keycloak-system' --output yaml --show-successes
ec validate image --image IMAGE_NAME:TAG --certificate-identity-regexp 'SIGNER_EMAIL_ADDR' --certificate-oidc-issuer-regexp 'keycloak-keycloak-system' --output yaml --show-successesCopy to Clipboard Copied! Toggle word wrap Toggle overflow 例
Copy to Clipboard Copied! Toggle word wrap Toggle overflow エンタープライズコントラクトは、セキュリティー違反の詳細を含む pass-fail レポートを生成します。
--infoフラグを追加すると、レポートには、検出された違反に対する詳細と考えられる解決策が含まれます。
関連情報
- 詳細は、Conforma の Web サイト を参照してください。
付録A Red Hat build of Keycloak のサービスと StatefulSet YAML 設定 リンクのコピーリンクがクリップボードにコピーされました!
Red Hat の Trusted Artifact Signer (RHTAS) サービス用に Red Hat’s build of Keycloak (RHBK) を設定するときに使用されるサービスおよび StatefulSet YAML リソース設定です。
付録B Trusted Artifact Signer のコンポーネントとバージョン番号 リンクのコピーリンクがクリップボードにコピーされました!
次の表には、Red Hat の Trusted Artifact Signer (RHTAS) ソフトウェアコンポーネントと、1.2.1 リリースの対応するバージョン番号がリスト表示されています。
| バイナリー | バージョン |
|---|---|
|
| 2.4.3 |
|
| 0.12.0 |
|
| 1.3.9 |
|
| 0.6 |
|
| 1.7.1 |
|
| 1.7.1 |
|
| 0.12.0 |
|
| 0.17.1 |
|
| 1.2.4 |
| コンポーネント | バージョン |
|---|---|
| logserver | 1.7.1 |
| logsigner | 1.7.1 |
| database | 1.7.1 |
| redis | 1.7.1 |
| コンポーネント | バージョン |
|---|---|
| rekor-server | 1.3.9 |
| backfill-redis | 1.3.9 |
| rekor-search-ui | 1.3.9 |
| コンポーネント | バージョン |
|---|---|
| fulcio-server | 1.6.6 |
| コンポーネント | バージョン |
|---|---|
| certificate-transparency-go | 1.3.1 |
| コンポーネント | バージョン |
|---|---|
| timestamp-authority | 1.2.4 |