チャレンジ一覧

SQLクエリマスター - 複雑な結合

SQLite データベース `/challenge/company.db` には3つのテーブルがあります。 - employees (id, name, department_id, salary, email, note) - departments (id, name, manager_id) - projects (id, name, department_id, budget) 次の条件で従業員を1人選んでください。 1. budget が 100000 以上のプロジェクトを1つ以上持つ部署（小さいプロジェクトの合計が 100000 を超えても対象外） 2. それらの部署に所属する従業員の中で salary が最も高い人その人の note 列がフラグです。各部署の最高給の従業員の note にはどれも KINOCO{...} の形の値が入っているので、条件を1つでも外すと別の人が選ばれます。

100 pts挑戦する

Web-21. Secure User Searchのブラインドインジェクション

このユーザー検索アプリはユーザー名の存在有無だけを返しますが、直接的な検索結果は表示しません。エラーの発生有無やレスポンスの違いを手がかりに、隠された情報を推測できないか確認してみましょう。

100 pts挑戦する

Web-22. Secure Comment BoardのCSPバイパス

このコメント掲示板はContent Security Policy（CSP）で保護されており、スクリプトの実行元を自サイトと信頼済みCDNのみに制限しています。信頼されたCDNの中身まで安全とは限らない点に注目してみましょう。

110 pts挑戦する

Web-23. Secure Authentication Systemの型変換の罠

このログインポータルはフォームログイン・JSON API ログイン・検証コードチェックを備えています。管理者アカウントの本当のパスワードは分かりませんが、比較処理の実装次第では回避できるかもしれません。

100 pts挑戦する

Web-24. Secure Bankの競合状態を突く

Secure Bankではコイン残高を使ってショップで景品を購入できます。残高チェックと引き落とし処理が別々のステップで行われている場合、その間隙をどう突けるか考えてみましょう。

120 pts挑戦する

Web-25. Greeting Card GeneratorのSSTI

このグリーティングカード作成アプリはFlask/Jinja2で作られており、入力したメッセージをそのままテンプレートエンジンでレンダリングしています。テンプレート構文がどこまで実行されてしまうか調べてみましょう。

110 pts挑戦する

アルゴリズム - 迷路のBFS最短経路

data.txt の S から E までの最短経路を BFS で求め、UDLR の移動列を challenge.py に入力してください。正しい経路で起動時注入 FLAG が表示されます。

フォレンジックLevel 3★★★☆☆

イベントログからブルートフォース攻撃を検出せよ

サーバー `kinoco-srv01` の sshd 認証ログ `/challenge/auth.log` を解析し、ブルートフォース攻撃を成功させた攻撃者のセッションを特定してください。このサーバーはハニーポットで、セッションを開くたびに PAM モジュールがカナリアトークンを発行し、次の形でマスクして記録します。 sshd[PID]: pam_canary(sshd:session): token issued for USER: <hex> hex = トークン（ASCII 文字列）の各バイトを、SHA-256("<PID>:<送信元ポート>") のダイジェスト 32 バイトを繰り返したものと XOR し、16進にしたもの PID と送信元ポートは、そのセッションの `Accepted password` 行の値です。全セッションが同じ形のトークンを持つので、どれが攻撃者のものかは、ログイン失敗の様子から決める必要があります。フラグは、攻撃者のセッションのトークンです。使えるツール: python3, grep, awk

50 pts挑戦する

システムコール追跡 - strace デバッグ

ソースコードのないプログラム `/app/mystery_program` を strace でトレースした記録 `/challenge/strace.log` を解析します。プログラムはトークンらしい中身（`KINOCO{...}` の形）のファイルをいくつも読み込みますが、(1) 隠しディレクトリ（名前が `.` で始まるディレクトリ）の中のファイルであり、かつ (2) `read` したその中身をあとで標準出力（fd 1）に `write` している、という2条件を両方満たすものはただ1つです。その中身がフラグです。普通のディレクトリにあるドットファイルは (1) を満たしません。fd 番号は `close` の後に使い回されます。

95 pts挑戦する

システムログ解析 - journalctl マスター

systemd ジャーナルを `journalctl -o short` 風に書き出したログ `/challenge/system.log` を解析します。各行は「日時ホストユニット[PID]: 優先度: メッセージ」の形です。ユニットの欄が `authd` で、優先度の欄が `ERR` の行はただ1行で、その行のメッセージにフラグが含まれます。`KINOCO{...}` の形の文字列はほかの行にもありますが、ユニットが `authd-proxy` など別物だったり、本文に authd や ERR という文字が出てくるだけだったりします。コンテナに journalctl は無いので、`grep`/`awk` で欄の位置を見て絞り込んでください。

85 pts挑戦する

ネットワークマスター - Netcat リバースシェル

外部ホストへ接続せず、記録済みの artifacts/netcat/callback-transcript.log を解析してください。リスナーやシェルは起動されません。侵害されたホスト 10.0.5.23 から remote.target.com の 4444 番ポートへつながったコールバックを接続一覧から探し、その conn ID で「captured first bytes」の16進データを引き当て、文字列に戻すとフラグになります。送信元・宛先ホスト・宛先ポートのどれかが違う接続はおとりです。

150 pts挑戦する

パフォーマンス解析 - リソースホッグを見つけろ

サーバーのスナップショット `/challenge/metrics.log` を解析します。前半は top 風のプロセス一覧（%CPU は9列目、%MEM は10列目）、後半は ps -ef 風のフルコマンドライン一覧です。%CPU が 50.0 以上かつ %MEM が 20.0 以上のプロセスはただ1つで、その PID の ps -ef 行の `--token=` 引数がフラグです。`--token=KINOCO{...}` を持つプロセスはほかにもあり、%CPU 最大・%MEM 最大のプロセスはどちらも条件を両方は満たしません。

プログラミング - SQLite証拠データベースの解析

evidence.db は起動のたびに乱数で作られる SQLite データベースです（/challenge にあります。users / sessions / access_log の3表）。trust_score が 80 以上のユーザーのセッションについて、ts がそのセッションの started 〜 ended の範囲内にある event = 'vault' の行を集め、note（6桁の16進）を ts の古い順に - でつないだ文字列を求めてください。その文字列を python3 challenge.py '<答え>' に渡すとフラグが表示されます。

プログラミング - Webスクレイピングとグラフ探索

site.json は起動のたびに乱数で作られるクロール結果です（/challenge にあります）。start と target の URL、各ページの url / links / fragment（Base64 の断片）が入っています。start から links をたどって target へ行く最短経路（一つに決まります）を求め、経路上のページ（start と target を含む）の fragment を経路の順に Base64 デコードして区切りなしでつないだ文字列を求めてください。その文字列を python3 challenge.py '<答え>' に渡すとフラグが表示されます。

プログラミング - ZIPパスワードの復元

secret.zip は起動のたびに作られる、ZipCrypto（従来の PKWARE 暗号）で暗号化された ZIP です（/challenge にあります。同じ場所に wordlist.txt もあります）。パスワードは wordlist.txt のどれか1語の後ろに、2桁の数字（00〜99）を付けたものです。パスワードを見つけて中の note.txt を取り出すと、フラグが書かれています。Python の zipfile は pwd= にパスワードを渡すと ZipCrypto の ZIP を読めます。

プログラミング - パケットログの解析

capture.txt は起動のたびに作られるパケットログです（/challenge にあります）。1行が1つのフローで、flow=<名前> payload_hex=<16進> の形をしています。payload_hex を 0x5A で XOR 復号し、flow=exfil の行を復元するとフラグが現れます。フラグは平文では置かれていません。

プログラミング - マルチスレッド結果の再構築

起動のたびに乱数で作られた並列ジョブの結果ログ worker-results.jsonl を解析します。各 slot は何度も試行されていて、途中で時間切れ（timeout）になったり後の試行に置き換えられたり（superseded）した結果も残っています。最終結果は、slot ごとに status が done のレコードのうち attempt が最大の1件だけです。その result を Base64 デコードし、レコードの worker 番号 N に対する SHA-1(worker-N の文字列) のダイジェストを先頭から繰り返し XOR して復号します。最終結果を slot の昇順につないだ40文字（小文字英数字）が答えです。答えを `python3 challenge.py '<答え>'` に渡すと、正解のときだけフラグが表示されます。

プログラミング - メモリダンプの解析

起動のたびに乱数で作られた合成メモリイメージ memory.img を解析します。先頭のヒープ管理表（先頭8バイト HEAPTBL + NUL・count（uint16）・エントリ（addr: uint32、size: uint16、flags: uint8、すべてリトルエンディアン））で live（flags=1）になっているアドレスの領域だけが現在の値で、解放済みの領域や管理表に載っていない残骸は古いデータです。各領域は `ALLOC:0x<4桁の小文字16進アドレス>:` + 長さ（uint16、リトルエンディアン）+ データで、データは MD5("heap-0x<4桁の小文字16進アドレス>") のダイジェストを繰り返し XOR すると `p<番号>=<4文字>` の断片に復号できます。live の断片を番号の昇順に4文字ずつつないだ40文字（小文字英数字）が答えです。答えを `python3 challenge.py '<答え>'` に渡すと、正解のときだけフラグが表示されます。

プログラミング - 既知平文攻撃

起動のたびに乱数で作られた証拠ファイル ciphertext.b64 と known.txt を解析します。ciphertext.b64 は観測所の報告書を、英小文字だけの短い鍵（長さは不明）で繰り返し XOR して Base64 にしたもので、known.txt は報告書の冒頭部分の平文です。報告書を復号すると `RESULT: unlock-code=...` という行があり、その unlock-code の値（16文字）が答えです。取り消された古いコードも書かれているので取り違えないでください。答えを `python3 challenge.py '<答え>'` に渡すと、正解のときだけフラグが表示されます。

プログラミング - 独自プロトコルの解析

protocol.bin は起動のたびに作られるバイナリのキャプチャです（/challenge にあります）。KINO で始まる長さつきのフレームがいくつか並んでいます。フレームを先頭から順にたどり、type=3 のフレームの payload を 0x23 で XOR 復号するとフラグが現れます。フラグは平文では置かれていません。

プログラミング - 画像ステガノグラフィ

image.pgm は起動のたびに作られるテキスト形式（P2）の PGM 画像です（/challenge にあります）。画素値の最下位ビット（LSB）を先頭から集め、8ビットずつ1バイトにまとめて読むと、NUL（0 のバイト）の手前までがフラグです。フラグは平文では置かれていません。