Skip to content
KitploitKITPLOIT
ツールブログ
提出
ツールブログ
提出

ハッキング、侵入テスト、サイバーセキュリティツールをあなたのセキュリティアーセナルに!

Kitploitはハッキング、サイバーセキュリティ、ペネトレーションテストのツールディレクトリです。最新のプロジェクトアップデートを見つけて、脆弱性の発見、システム分析、テストの自動化、セキュリティの強化を行いましょう。

··フィード·お問い合わせ·プライバシー·© 2026 Kitploit

ツールディレクトリ

カテゴリ

すべてのカテゴリを見る
Loading categories
Juice Shop With Kubeadm and Tf — kubeadmとTerraformを使用したKubernetes上のOWASP Juice Shopの自動デプロイ、DevSecOpsパイプライン向けのTrivy脆弱性スキャン統合。 | Kitploit
ツール/GitLabGitLab/zzugab/juice-shop-with-kubeadm-and-tf
クラウドインフラストラクチャセキュリティ脆弱性スキャナーコンテナセキュリティDevSecOps
GitLabzzugab/juice-shop-with-kubeadm-and-tf

Juice Shop With Kubeadm and Tf

kubeadmとTerraformを使用したKubernetes上のOWASP Juice Shopの自動デプロイ、DevSecOpsパイプライン向けのTrivy脆弱性スキャン統合。

リポジトリを見る

人気

すべて見る →

コミュニティで最も使われているツールを見つけましょう。

すべてのツールを探索

ツールコレクションを閲覧

すべてのツールを見る →
共有
2ヶ月前未レビュー

Kubeadm と Tf を使った Juice Shop

はじめに

GitLab をすぐに使い始められるように、推奨される次のステップのリストを以下に示します。

すでにプロフェッショナルですか? この README.md を編集して自分好みにしてください。簡単にしたいですか? 下部のテンプレートを使用する!

ファイルを追加する

  • ファイルを作成 または アップロード する
  • コマンドラインを使用してファイルを追加 するか、次のコマンドで既存の Git リポジトリをプッシュします:
root@kitploit:~
cd existing_repo
git remote add origin https://gitlab.com/zzugab/juice-shop-with-kubeadm-and-tf.git
git branch -M main
git push -uf origin main

ツールとの統合

  • プロジェクト統合の設定

チームとの協業

  • チームメンバーとコラボレーターの招待
  • 新しいマージリクエストの作成
  • マージリクエストから Issue を自動的にクローズ
  • マージリクエストの承認の有効化
  • 自動マージの設定

テストとデプロイ

GitLab の組み込み継続的インテグレーションを使用します。

  • GitLab CI/CD を始める
  • 静的アプリケーションセキュリティテスト (SAST) で既知の脆弱性についてコードを分析
  • Auto Deploy を使用して Kubernetes、Amazon EC2、または Amazon ECS にデプロイ
  • プルベースのデプロイメントを使用して Kubernetes 管理を改善
  • 保護された環境の設定

この README の編集

この README を自分好みにする準備ができたら、このファイルを編集して便利な以下のテンプレートを使用してください(自由に構成しても構いません。これは単なる出発点です!)。このテンプレートについては makeareadme.com に感謝します。

良い README のための提案

プロジェクトはそれぞれ異なるため、これらのセクションのうちどれが自分のプロジェクトに該当するかを検討してください。テンプレートで使用されているセクションは、ほとんどのオープンソースプロジェクトへの提案です。また、README は長すぎて詳細すぎても、短すぎるよりは長い方が良いという点に留意してください。README が長すぎると思われる場合は、情報を削るのではなく、別の形式のドキュメントを利用することを検討してください。

名前

プロジェクトには自己説明的な名前を選んでください。

説明

あなたのプロジェクトが具体的に何ができるかを人々に知らせてください。コンテキストを提供し、訪問者がよく知らないかもしれないリファレンスへのリンクを追加してください。機能のリストや背景のサブセクションをここに追加することもできます。プロジェクトに代替手段がある場合は、差別化要因をここにリストアップするのに適しています。

バッジ

一部の README には、プロジェクトのすべてのテストが合格しているかどうかなどのメタデータを伝える小さな画像が表示されることがあります。Shields を使用して README にバッジを追加できます。多くのサービスにもバッジを追加する手順があります。

ビジュアル

作成する内容に応じて、スクリーンショットやビデオを含めると良い場合があります(実際のビデオではなく GIF がよく見られます)。ttygif のようなツールが役立ちますが、より洗練された方法として Asciinema をチェックしてみてください。

インストール

特定のエコシステム内では、Yarn、NuGet、Homebrew などを使用した一般的なインストール方法があるかもしれません。ただし、README を読んでいる人が初心者であり、より多くのガイダンスを必要としている可能性を考慮してください。具体的な手順をリストアップすることで、あいまいさがなくなり、人々ができるだけ早くプロジェクトを使い始められるようになります。特定のプログラミング言語バージョンやオペレーティングシステムのような特定のコンテキストでのみ動作する場合、または手動でインストールする必要のある依存関係がある場合は、Requirements サブセクションも追加してください。

使用方法

例を豊富に使用し、可能であれば期待される出力を示してください。インラインで示せる最小の使用例があると便利ですが、あまりにも長くて README に含めるのが現実的でない場合は、より高度な例へのリンクを提供してください。

サポート

ヘルプを得るためにどこに行けばよいかを人々に伝えてください。Issue トラッカー、チャットルーム、メールアドレスなどの任意の組み合わせで構いません。

ロードマップ

将来のリリースのアイデアがある場合は、README にリストアップするのが良い方法です。

貢献

貢献を受け入れているかどうか、および受け入れるための要件を明記してください。

プロジェクトに変更を加えたい人のために、始めるためのドキュメントがあると役立ちます。実行する必要があるスクリプトや、設定する必要がある環境変数があるかもしれません。これらの手順を明示的にしてください。これらの指示は将来の自分自身にも役立つ可能性があります。

コードをリントしたりテストを実行したりするコマンドも文書化できます。これらの手順は、コードの高品質を確保し、変更が誤って何かを壊す可能性を減らすのに役立ちます。テストの実行手順は、ブラウザでのテスト用に Selenium サーバーを起動するなどの外部セットアップが必要な場合に特に役立ちます。

著者と謝辞

プロジェクトに貢献した人々への感謝の気持ちを示してください。

ライセンス

オープンソースプロジェクトの場合は、ライセンス方法を記載してください。

プロジェクトの状態

プロジェクトに費やすエネルギーや時間がなくなった場合は、README の上部に開発が遅くなったか完全に停止したことを記載するメモを追加してください。誰かがプロジェクトをフォークしたり、メンテナーやオーナーとして進んで引き継いでくれたりして、プロジェクトを継続させることができるかもしれません。また、メンテナーを明示的に募集することもできます。

ツールをダウンロード