Red Hat Trusted Application Pipeline 1.0 のリリースノート

RHTAP の主な機能

• Git ソースコードから組み込みの開発環境にコンテナーイメージを継続的にビルド、テスト、デプロイします。
• すぐに使用できるテンプレートで、学習とカスタマイズを直ちに開始できます。
• Java、Python、Node、Go、または npm ベースのアプリケーションをコンテナーイメージにビルドします。
• セルフサービス開発者ポータルである Red Hat Developer Hub にアクセスできます。

• Software Bill of Materials (SBOM) を生成、確認、管理します。
• Tekton Chains を使用して、コンテナーイメージの来歴を暗号的に署名およびアテストします。
• 40 を超えるルールに照らして、レベル 3 までのコンテナーイメージの SLSA コンプライアンスを検証します。
• マージリクエストごとに脆弱性をスキャンし、可能な限り早い段階でセキュリティーの脅威を特定して対処します。

• RHTAP SecureSign の既知の問題により、インストールが失敗する場合があります。回復するには、RHTAP (デフォルトでは rhtap) をデプロイした名前空間を削除し、インストーラーを再実行するだけです。2 回目の実行では、インストールは成功するはずです。
• RHTAP 1.0 は Red Hat Trusted Profile Analyzer (RHTPA) をインストールしません。代わりに、Trustification と呼ばれるアップストリームツールをインストールします。ただし、RHTAP 1.0.2 は、RHTPA をインストールします。
• GitLab をインストール用に作成する private-values.yaml ファイルで認証プロバイダーとして設定できます。ただし、GitLab が設定されると、サインインオプションとしては表示されません。GitLab のログインは設定ページ <host>/settings/auth-providers でアクセスできますが、そのページにアクセスするには GitHub にサインインする必要があります。
• pull-request パイプラインが build-container タスクでしばしば失敗し、Access to the requested resource is not authorized というエラーメッセージが表示されます。これを修正するには、コンテナーイメージを Quay.io にプッシュし、パイプラインを再度実行します。

• アプリケーションのプロモート時に、現在 verify-enterprise-contract タスクが失敗します。ただし、この問題を修正するには、Rekor カスタムリソース (CR) を削除するだけで済みます。その後、新しい Rekor CR が起動しますが、タスクは失敗しなくなりました。以下の方法のいずれかを使用して CR を削除します。

  • コマンドラインで Rekor CR を削除します。

    oc delete rekor -n $<namespace where rhtap is installed> rhtap-securesign

  • OCP コンソールの Admin ビューで、Home タブの Search をクリックします。rhtap 名前空間で "Rekor" を検索し、見つかった CR のインスタンスを削除します。
• Go または Python ソフトウェアテンプレートから新しいコンテナーイメージを RHTAP ステージ環境にプロモートする場合、verify-enterprise-contract ステップを実行します。このステップにより、No image attestations found matching the given public key というエラーが発生する可能性があります。イメージリポジトリーを公開するには、イメージリポジトリーを手動で更新する必要があります。
• RHTAP 1.0 は、エアギャップ環境、IBM Power Platform、IBM Z Platform、ARM64、および Federal Information Processing Standards (FIPS) モードの OCP をサポートしていません。
• RHTAP のアンインストールは現在サポートされていませんが、クラスターからすべての RHTAP 名前空間を削除することで実行できます。