kalilinux/build-scripts/kali-cloudKaliクラウドイメージを構築するスクリプト（https://salsa.debian.org/cloud-team/debian-cloud-imagesのフォーク）
FAI (Fully Automatic Installation) による Kali Linux クラウドイメージビルダー。Debian Cloud Images から フォーク されたものです。
これらは、Kali チーム が公式の Kali Linux クラウドイメージを生成するために使用しているものと同じ ビルドスクリプト です。公式イメージは kali.org/get-kali/ で入手できます。
詳細については、kali.org/docs/cloud/ および kali.org/docs/troubleshooting/common-cloud-setup/ を参照してください。
今すぐ あなたの Kali をビルドしましょう!
目的のアーキテクチャに一致する Linux ベースのホスト上でビルドすることを推奨します。
kali-cloud ビルドスクリプトを使い始めるには、いくつかの方法があります。次のいずれかを選択できます:
build.sh - マシン上で直接ビルドbuild-in-container.sh - コンテナ内からビルド (Docker や Podman など) build.sh を動作させるには、スーパーユーザー権限が必要です (sudo または rootful コンテナなど)。ただし、KVM は必要ありません。
まず git をインストールし、リポジトリがローカルにクローンされていることを確認します:
$ sudo apt-get install --no-install-recommends \
git ca-certificates
$ git clone https://gitlab.com/kalilinux/build-scripts/kali-cloud.git
$ cd ./kali-cloud/
build.sh を使ってホスト上で直接ビルドするには、ビルド依存関係をインストールします:
$ sudo apt-get install --no-install-recommends \
python3-minimal libpython3-stdlib python3-yaml python3-libcloud python3-marshmallow python3-httpx python3-pytest \
fai-server fai-setup-storage \
sudo \
qemu-utils qemu-user-binfmt \
fdisk \
udev \
dosfstools \
apt-utils \
debsums
注: OS バージョンの古さによっては、qemu-user-binfmt (モダン/最新) ではなく qemu-user-static (レガシー) を使用する必要があるかもしれません。
注: qemu-user-static/qemu-user-binfmt は、クロスアーキテクチャでビルドする場合 (例: amd64 ホストで arm64 イメージをビルドする場合) にのみ必要です。
これで ./build.sh を使用でき、マシン上で直接 Kali クラウドイメージをビルドします。
ベース OS として Kali を使用していない場合は、fai が Kali のパッケージを取得できるように、Kali の kali-archive-keyring をインストールする必要があります。
$ sudo apt-get install --no-install-recommends \
wget ca-certificates
$ wget https://http.kali.org/pool/main/k/kali-archive-keyring/kali-archive-keyring_20YY.X_all.deb
$ sudo apt-get install ./kali-archive-keyring_*_all.deb
注: 20YY.X は こちら、kali-archive-keyring 内 に示されている値に置き換えてください。
これで ホスト上でのビルド (Kali) に従って、ビルド依存関係をインストールできます。
コンテナソフトウェアのセットアップについては省略します。
コンテナ内からビルドする場合は、マシン上に docker または podman のいずれかをインストールして設定する必要があります。
docker は、ユーザーを Docker グループに追加するか、root アカウントを使用する必要があります (例: $ sudo ./build-in-container.sh)。podman は rootful でテストされています (例: $ sudo ./build-in-container.sh)。rootless で実行した場合、build-in-container.sh は sudo を介して自身を昇格しようとするか、podman machine を rootful に再構成する方にフォールバックします。詳細は 既知の制限事項 を参照してください。build-in-container.sh は build.sh の上に被さるラッパーです。使用する OCI 準拠のコンテナエンジンを検出し、コンテナイメージ が存在しない場合は作成し、その後コンテナを起動して内部からビルドを実行します。
コンテナイメージを提供する方法は 3 つあります:
$ # Option #1 - Automated build (recommended)
$ ./build-in-container.sh
$ ./build-in-container.sh --force # If you need to rebuild the image from scratch
$
$
$
$ # Option #2 - Manual build
$ docker build -t kali-build/kali-cloud .
$ # ...OR...
$ podman build -t kali-build/kali-cloud .
$
$
$
$ # Option #3 - Use the pre-generated
$ docker pull registry.gitlab.com/kalilinux/build-scripts/kali-cloud:latest
$ docker tag registry.gitlab.com/kalilinux/build-scripts/kali-cloud:latest kali-build/kali-cloud
$ # ...OR...
$ podman pull registry.gitlab.com/kalilinux/build-scripts/kali-cloud:latest
$ podman tag registry.gitlab.com/kalilinux/build-scripts/kali-cloud:latest kali-build/kali-cloud
$
$ # ...then point the build at it:
$ ./build-in-container.sh # Locally built (automated or manual)
$ IMAGE=registry.gitlab.com/kalilinux/build-scripts/kali-cloud:latest ./build-in-container.sh # Pre-generated
docker と podman の両方がインストールされている場合、build-in-container.sh はデフォルトで podman を使用します。これを変更するには、./build-in-container.sh の前に CONTAINER=docker を付けます:
$ CONTAINER=docker ./build-in-container.sh [...]
これで、イメージをビルドするために (./build.sh ではなく) ./build-in-container.sh を使用できます。
$ ./build.sh --help
Usage: build.sh [OPTIONS]
Build a Kali Linux Cloud image.
Build options:
-a, --arch ARCH Build an image for this architecture (default: amd64)
Supported: amd64 arm64
-b, --branch BRANCH Kali branch used to build the image (default: kali-rolling)
Supported: kali-rolling kali-dev kali-last-snapshot
-k, --keep Keep intermediary build artifacts
-m, --mirror URL Mirror used to build the image (default: http://http.kali.org/kali)
-o, --output DIR Output directory (default: /home/kali/kali-cloud/output)
-v, --variant VARIANT Cloud platform/target image to build (default: genericcloud)
Supported: genericcloud azure ec2 gce generic nocloud
-x, --version VERSION What to name the image release as (default: rolling)
-z, --zip Compress image after the build
-h, --help Show this help and exit
Cloud options:
-H, --hostname HOSTNAME Set system host name (default: kali)
-P, --packages PKGS Install extra packages (comma/space separated list)
-s, --size SIZE Size of the disk image in GB (default: ...depends on --variant)
-T, --toolset TOOLSET The selection of tools to include in the image (default: default)
Supported: default minimal
Apt caching proxy:
Auto-detected: localhost:3142 (apt-cacher-ng), localhost:8000 (squid-deb-proxy).
If detected and --mirror is not set, the mirror is routed via the proxy.
Supported environment variables:
http_proxy HTTP proxy URL, see README.md for details
DEBUG Print extra debug output
Any --flag value can be pre-set via its env var (e.g. ARCH, BUILD_MIRROR, OUT_DIR)
Examples:
build.sh
build.sh --branch kali-rolling --variant generic --arch amd64
build.sh -b kali-dev -T minimal -v generic -a amd64
注: 3 つのフラグは変数名を共有していません: --mirror は BUILD_MIRROR、--hostname は KALI_HOSTNAME (bash が既に HOSTNAME を設定しているため)、--output は OUT_DIR です。その他のフラグはすべて自身の名前を大文字にしたものです (例: --branch は BRANCH)。
詳細および/または例については、以下を参照してください: