チャレンジ一覧
プログラミングLevel 3★★★☆☆プログラミング - ZIPパスワードの復元
secret.zip は起動のたびに作られる、ZipCrypto（従来の PKWARE 暗号）で暗号化された ZIP です（/challenge にあります。同じ場所に wordlist.txt もあります）。パスワードは wordlist.txt のどれか1語の後ろに、2桁の数字（00〜99）を付けたものです。パスワードを見つけて中の note.txt を取り出すと、フラグが書かれています。Python の zipfile は pwd= にパスワードを渡すと ZipCrypto の ZIP を読めます。
プログラミングLevel 3★★★☆☆プログラミング - パケットログの解析
capture.txt は起動のたびに作られるパケットログです（/challenge にあります）。1行が1つのフローで、flow=<名前> payload_hex=<16進> の形をしています。payload_hex を 0x5A で XOR 復号し、flow=exfil の行を復元するとフラグが現れます。フラグは平文では置かれていません。
プログラミングLevel 3★★★☆☆プログラミング - マルチスレッド結果の再構築
起動のたびに乱数で作られた並列ジョブの結果ログ 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 '<答え>'` に渡すと、正解のときだけフラグが表示されます。
プログラミングLevel 3★★★☆☆プログラミング - メモリダンプの解析
起動のたびに乱数で作られた合成メモリイメージ 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 '<答え>'` に渡すと、正解のときだけフラグが表示されます。
プログラミングLevel 3★★★☆☆プログラミング - 既知平文攻撃
起動のたびに乱数で作られた証拠ファイル ciphertext.b64 と known.txt を解析します。ciphertext.b64 は観測所の報告書を、英小文字だけの短い鍵（長さは不明）で繰り返し XOR して Base64 にしたもので、known.txt は報告書の冒頭部分の平文です。報告書を復号すると `RESULT: unlock-code=...` という行があり、その unlock-code の値（16文字）が答えです。取り消された古いコードも書かれているので取り違えないでください。答えを `python3 challenge.py '<答え>'` に渡すと、正解のときだけフラグが表示されます。
プログラミングLevel 3★★★☆☆プログラミング - 独自プロトコルの解析
protocol.bin は起動のたびに作られるバイナリのキャプチャです（/challenge にあります）。KINO で始まる長さつきのフレームがいくつか並んでいます。フレームを先頭から順にたどり、type=3 のフレームの payload を 0x23 で XOR 復号するとフラグが現れます。フラグは平文では置かれていません。
プログラミングLevel 3★★★☆☆プログラミング - 画像ステガノグラフィ
image.pgm は起動のたびに作られるテキスト形式（P2）の PGM 画像です（/challenge にあります）。画素値の最下位ビット（LSB）を先頭から集め、8ビットずつ1バイトにまとめて読むと、NUL（0 のバイト）の手前までがフラグです。フラグは平文では置かれていません。
基礎スキルLevel 3★★★☆☆正規表現エキスパート - データバリデーション
/challenge/data.txt には受付記録が400行あり、各行にメールアドレス・電話番号・IPアドレス・日付が行ごとに違う順番・ラベルで並び、最後に memo="..." があります。書式が壊れた項目や、項目が無い行もあります。 次の条件をすべて正しい書式で1行に含む行はただ1行で、その行の memo がフラグです。 1. メールアドレス（xxx@yyy.zzz） 2. 電話番号（xxx-xxxx-xxxx または xxx.xxxx.xxxx。数字の桁数はこのとおり） 3. IPアドレス（xxx.xxx.xxx.xxx。数字1〜3桁を4つ） 4. 日付（YYYY-MM-DD） memo に KINOCO{...} の形の値を持つ行はほかにもありますが、どれも1つの条件が欠けています。正規表現を組み合わせて絞り込んでください。
基礎スキルLevel 3★★★☆☆高度な自動化 - ディレクトリ監視スクリプト
`/challenge/logs/` に Web フロントエンド4台分のアクセスログ（combined log format、60ファイル・10万行超）があります。WAF は多数の送信元IPについて、それぞれ1行だけ `waf_rule=... note=...` を書き残しており、どの note もフラグの形をしています。フラグは、ステータスコード 404 のリクエスト数が最も多い送信元IPの行にある note です。404 が少し少ない別のスキャナー、総リクエスト数が最多のIP（ほとんど 200）、403 が最多のIP、通常の客のIPにも note があり、これらはおとりです。404 を IP ごとに集計して特定してください。