チャレンジ一覧
プログラミングLevel 3★★★☆☆プログラミング - 画像ステガノグラフィ
image.pgm は起動のたびに作られるテキスト形式（P2）の PGM 画像です（/challenge にあります）。画素値の最下位ビット（LSB）を先頭から集め、8ビットずつ1バイトにまとめて読むと、NUL（0 のバイト）の手前までがフラグです。フラグは平文では置かれていません。
フォレンジックLevel 3★★★☆☆メモリから不審なネットワーク接続を見つけよ
侵害されたホスト `kinoco-app03` のメモリイメージから、ソケット一覧 `/challenge/netstat_dump.txt` と、ESTABLISHED のソケットを持つプロセスごとのヒープ領域 `/challenge/heap_carve/pid_<PID>.bin` を復元しました。 カーネルスレッドに偽装した不審なプロセス（インプラント）が外部の C2 サーバーと通信していて、ビーコン設定（フラグを含む）をヒープに、平文ではない形で隠し持っています。ソケット一覧からそのプロセスを特定し、ヒープから設定を取り出してください。ほかのヒープには、フラグに似たおとりの文字列が混ざっています。 使えるツール: python3, grep, strings, xxd, awk
フォレンジックLevel 3★★★☆☆メモリから実行コマンドを復元せよ
メモリ文字列の記録 `memdump.txt` を解析し、実行されたコマンド履歴を復元してください。Base64 文字列をデコードし、bash へ渡している不審なコマンドの引数からフラグを取得します。
フォレンジックLevel 3★★★☆☆削除されたSQLiteレコードを復元せよ
社内チャット「kinoco-msg」の SQLite データベース `/challenge/app.db` を渡します。「機密メッセージ」として送られた本文は、次の形で保存されます。 body = "enc:v1:" + hex(本文 XOR 鍵ストリーム) 鍵ストリーム = SHA-256("<salt>|<sender>|<sent_at>|0") || SHA-256("<salt>|<sender>|<sent_at>|1") || ... salt = settings テーブルの secure_msg_salt（sender と sent_at は、そのメッセージの列の値） 管理者がワンタイムのアカウントリカバリートークンを機密メッセージで送り、すぐに削除しました。SELECT では見えない削除済みのレコードを復元し、本文を復号してトークン（フラグ）を取り出してください。 使えるツール: sqlite3, python3, xxd, strings, grep
フォレンジックLevel 3★★★☆☆多重に圧縮されたファイルを解凍せよ
`/challenge/artifact.xz` は、攻撃者が持ち出そうとしていたファイルで、gzip・bzip2・xz・zip・tar が何重にも重ねてあります。形式を1層ずつ見極めながら剥がし、最も深いところにある `flag.txt` からフラグを取り出してください。 途中のアーカイブには、README・ノイズ・偽の `flag.txt` などのおとりが一緒に入っている階層があります。ファイルの拡張子はあてになりません。 使えるツール: file, gzip, bzip2, xz, zip/unzip, tar, python3
フォレンジックLevel 3★★★☆☆暗号化されたディスクを復号せよ
`/challenge/secret_disk.img` は本物の LUKS2 コンテナで、データ領域にはバックアップ（tar アーカイブ）が入っています。パスフレーズは弱いもので、`/challenge/wordlist.txt` のどれかです。 このターミナルでは device-mapper が使えず、`cryptsetup open` でボリュームを開けません。キースロットから取り出したボリュームキーで、データ領域を自分で復号し、中のファイルからフラグを見つけてください。 使えるツール: cryptsetup, openssl, python3, dd, tar
フォレンジックLevel 3★★★☆☆音声ファイルに隠されたデータ
`hidden.wav` にはオンオフ変調（OOK）で符号化されたメッセージが隠されています。トーンのオン/オフをビット化してデコードし、フラグを取得してください。 参照用のデコーダは付いていません。標準ライブラリの `wave` モジュールなどで、自分で信号を読み解きます。 提供ファイル: hidden.wav
フォレンジックLevel 4★★★★☆Androidアプリから秘密鍵を抽出せよ
安全なZIP形式APK fixture（evidence/app.apk）を展開し、Androidリソースに記録された暗号化済みAPIシークレットを解析してください。開発者がビルドに同梱してしまった秘密鍵のうち、どれがそのシークレットに対応するかを見極めて復号します。実端末や実アプリは使用しません。
フォレンジックLevel 4★★★★☆CloudTrailログから不正アクセスを検出せよ
AWS CloudTrail の書き出し `/challenge/cloudtrail.json` を解析し、盗まれたアクセスキーによる不正アクセスと、シークレットの持ち出しを追ってください。 攻撃者は偵察・権限昇格・新しいアクセスキーの作成のあと、読み出したシークレットを、その新しいキーで外部バケットへ S3 PutObject として分割して送りました（CloudTrail は GetSecretValue の値を記録しません）。オブジェクトキーは `<prefix>/<連番4桁>-<16進>.part` で、16進は6バイトずつの暗号文です。連番順に連結したバイト列は、SHA-256("<新しいアクセスキーID>:<カウンタ>")（カウンタは0から始まる10進の文字列）を順に連結した鍵ストリームと XOR されています。 許可済みのレッドチーム演習（送信元 192.0.2.50）も同じ手口で記録されています。演習ではなく、実際のインシデントで持ち出されたデータを復元してください。 提供ファイル: cloudtrail.json
フォレンジックLevel 4★★★★☆Dockerイメージレイヤーから秘密を抽出せよ
`/challenge/image/` は `docker save`（OCI レイアウト）の書き出しを展開したものです。レイヤーは `blobs/sha256/` にダイジェスト名の gzip 圧縮した tar として置かれ、順番は `manifest.json` から読みます。 `/root/.aws/credentials` は複数のレイヤーで書き換えられ、クリーンアップのレイヤーで whiteout（削除マーカー）され、その後に別の値で作り直されています。最終ビューからは消えている、whiteout で削除された時点の credentials を回収し、その `aws_secret_access_key` の値を答えてください。ほかの秘密ファイルや、削除前後の別の値はおとりです。
プログラミングLevel 4★★★★☆Python上級 - カスタムVMバイトコードの実行
program.kvmは独自の4レジスタVM用バイトコードです。READMEの命令仕様を基にPythonでインタプリタを実装し、VMの出力を復元してください。
フォレンジックLevel 4★★★★☆TLS暗号化されたHTTPS通信を復号せよ
`~/evidence/` に、あるクライアント PC の HTTPS 通信を記録したキャプチャ `traffic.pcap`（libpcap 形式）と、ブラウザが書き出した TLS の鍵ログ `sslkeylog.txt`（NSS 形式）があります。鍵ログには、このキャプチャに含まれない通信の行も混ざっています。キャプチャ内の TLS 1.2 の通信を復号し、外部へ持ち出された情報（HTTP の POST の内容）からフラグを取得してください。通信は実際に傍受したものではなく、演習のために作った記録です。python3（cryptography）と openssl が使えます。
WebセキュリティLevel 4★★★★☆Web-26. User Profile Managerのプロトタイプ汚染
このNode.js/Express製アプリではログイン中のユーザーが自分のプロフィールを更新できます。更新処理に使われている再帰的なマージ関数が特殊なキーをきちんと除外しているか確認してみましょう。
WebセキュリティLevel 4★★★★☆Web-27. GraphQL APIのイントロスペクション漏洩
このGraphQL APIはUserオブジェクトのスキーマを公開しており、イントロスペクションが有効になっています。公式には案内されていないクエリやフィールドが存在しないか調べてみましょう。
WebセキュリティLevel 4★★★★☆Web-28. OAuth認可コードの横取り
このOAuth 2.0認可プロバイダーはログインフローを提供していますが、redirect_uriの検証が甘い可能性があります。認可コードを横取りして管理者権限のアクセストークンを得られないか確認してみましょう。
WebセキュリティLevel 4★★★★☆Web-29. MongoDBログインフォームのNoSQLインジェクション
このログインポータルはMongoDBを使っており、ユーザー名・パスワードをJSONとしてそのままクエリに組み込んでいます。パスワードを知らなくても管理者としてログインできないか確認してみましょう。
WebセキュリティLevel 4★★★★☆Web-30. KinoVaultの安全でないデシリアライズ
レガシーなバックアップシステム「KinoVault」は、ユーザーセッションをPythonのpickleでシリアライズしてCookieに保存していると噂されています。Cookieの形式を解析し、悪意あるpickleペイロードで権限を昇格できないか調べてみましょう。
プログラミングLevel 4★★★★☆バイナリ修復 - ファームウェアヘッダーとCRC32
firmware.bin の先頭4バイトを KINO に修復し、byte 12以降の CRC32 をリトルエンディアンで byte 8-11 に書き戻してください。修正ファイルを challenge.py に渡すと起動時注入 FLAG が表示されます。
プログラミングLevel 4★★★★☆プログラミング - C2通信の解析
起動のたびに乱数で作られた合成ログ beacon.log を解析します（ネットワーク接続は不要です）。複数の端末（セッション）の通信が時刻順に混ざっています。各セッションは最初の hello で nonce を送り、そのセッションの鍵は SHA-256(b"beacon-v1" + bytes.fromhex(nonce)) の先頭8バイトです。pulse の payload を seq の順につなぐと Base64 になり、それを復号して鍵で繰り返し XOR すると `task=... code=...` のような `キー=値` の平文になります（通信が途切れると同じ seq が再送されます）。task がちょうど `exfil` のセッションの code の値（16文字）が答えです。似た名前のタスクと取り違えないでください。答えを `python3 challenge.py '<答え>'` に渡すと、正解のときだけフラグが表示されます。
プログラミングLevel 4★★★★☆プログラミング - バッファオーバーフロー・クラッシュ解析
起動のたびに乱数で作られたクラッシュ報告 crash_01.txt から crash_06.txt を解析します（実行可能なコードは含まれません）。各報告には、送った入力そのもの（input:）とクラッシュ時の命令ポインタ（32ビットは eip、64ビットは rip）が書かれています。入力には同じ4文字が2度現れない巡回パターン（英小文字）が使われ、先頭にコマンド名などの前置きが付くことがあります。signal が SIGSEGV で、かつ命令ポインタの値が送った入力のバイト列で上書きされている報告だけを対象に、その値（メモリ上ではリトルエンディアン）をバイト列に直し、入力の先頭を 0 としたとき何バイト目から始まるかを求めます。対象の報告のオフセットを報告番号の順に `-` でつないだもの（例: `52-140-88-203`）が答えです。答えを `python3 challenge.py '<答え>'` に渡すと、正解のときだけフラグが表示されます。
プログラミングLevel 4★★★★☆プログラミング - ファジング結果の解析
起動のたびに乱数で作られたファジング結果のログ fuzz-results.log を解析します（入力は保存されているだけで、何も実行されません）。1行が1ケースで、`case=<6桁16進> result=<OK|TIMEOUT|CRASH> signal=<SIGSEGV|SIGABRT|-> stack=<8桁16進|-> input=<16進>` の形です。`signal=SIGSEGV` のクラッシュだけを対象に、stack（同じ stack は同じバグ）ごとにまとめ、入力（input の16進をバイトに直した長さ）が最も短いケースを選びます（同じ長さなら case の値が小さい方）。選んだケースの case を stack の値の昇順に `-` でつないだもの（例: `1a2b3c-4d5e6f-...`）が答えです。答えを `python3 challenge.py '<答え>'` に渡すと、正解のときだけフラグが表示されます。
プログラミングLevel 4★★★★☆プログラミング - ブロックチェーンイベントの再構築
/challenge/blocks.json は、コンテナの起動のたびに乱数で作り直される、オフラインの開発用チェーンのブロック一覧です（順不同。フォークでできた、正規チェーンに入らない孤立ブロックを含みます）。height が最も大きいブロックから parent_hash をたどった正規チェーンのブロックにある、status が 1 の取引の Fragment イベントを (height, log_index) の順に並べ、data（0x の後ろ）をつないで16進デコードしたトークン（英小文字と数字）を求め、python3 challenge.py '<トークン>' に渡してください。正しいときだけフラグが表示されます。
プログラミングLevel 4★★★★☆プログラミング - ルートキットのビュー差分
proc_ps.txt（ユーザー空間の ps の結果）と proc_kernel.txt（カーネルのタスクリストを直接たどった結果）は、起動のたびに乱数で作られます（/challenge にあります）。どちらも先頭行に取得時刻 snapshot_time（UNIX 秒）があり、2つは同時には取られていません。ps から隠されていたプロセスは、カーネル側にだけあり、かつ start_time が ps の取得時刻以前のものです（ps の後に起動したプロセスや、終了したプロセスは隠しプロセスではありません）。隠しプロセスの cookie（6桁の16進）を pid の小さい順（数値として）に - でつないだ文字列を求め、python3 challenge.py '<答え>' に渡すとフラグが表示されます。
プログラミングLevel 4★★★★☆プログラミング - 異常リクエストの検出
/challenge/requests.csv は、コンテナの起動のたびに乱数で作り直される Web API のアクセス記録です（request_id, timestamp, path, status, latency_ms, bytes。行は時刻順ではありません）。API ごとに普段の応答時間は違うため、path ごとに latency_ms の平均と母標準偏差（statistics.pstdev）を求め、z = (latency_ms - その path の平均) / その path の母標準偏差 が 4 以上の行を異常とします（bytes は判定に使いません）。異常な行の request_id を timestamp の古い順に - でつないだもの（例: 1a2b3c-4d5e6f）を、python3 challenge.py '<答え>' に渡してください。正しいときだけフラグが表示されます。