チャレンジ一覧
フォレンジックLevel 4★★★★☆断片化されたJPEGファイルを復元せよ
`/challenge/fragments/` に、メモリーカードの未割り当て領域から回収した 256 バイトのクラスタ（`clus_NNNN.bin`）があります。番号は元の並びと無関係で、別のカメラの写真やゴミも混ざっています。`index.txt` が指す持ち主（owner=kinoco-cam-07）の JPEG を、JPEG の構造（マーカーの長さ、DRI と RSTn、EOI）から組み直してください。COM コメントの `note_enc=` は、組み直したスキャンデータ（SOS ヘッダーの直後から EOI の直前まで。RSTn マーカーとバイトスタッフィングはそのまま含む）の SHA-256 を小文字16進にした文字列を材料に、SHA-256(`<その文字列>:<カウンタ>`)（カウンタは 0,1,2... の10進数）を連ねた鍵ストリームで、メモを XOR して16進にしたものです。メモを復号してフラグを取得してください。
基礎スキルLevel 4★★★★☆暗号化通信 - GPG公開鍵暗号
GnuPG の復号を練習します。`/challenge/keys/` にある秘密鍵をすべてインポートし、`/challenge/messages/` の各暗号文を復号してください。フラグを含む平文になるのは、本物の受信者鍵で暗号化された1通だけです。他は無害な業務連絡のおとりで、宛先鍵IDの突合でも一意に絞れます。本物の GnuPG が非特権環境で動作します。
暗号Level 4★★★★☆暗号解析 - DSA nonce再利用による秘密鍵復元
起動のたびに新しい鍵で作られる /challenge/signatures.json には、DSA の公開パラメーター（p は1024ビット、q は160ビット、g、y）、4つの署名（message, h, r, s。h は SHA-256(message) を整数にして mod q）、暗号化されたフラグ encrypted_flag_hex が入っています。4つの署名のうち2つは同じ nonce k を使っています。同じ r を持つ2つの署名から nonce k と秘密鍵 x を復元し、SHA256(str(x)) を繰り返した XOR 鍵で encrypted_flag_hex を復号してフラグを得てください。
暗号Level 4★★★★☆暗号解析 - RSAのWiener攻撃
組み込み機器の開発チームが、復号を速くするためRSAの秘密指数dをとても小さくして鍵を作りました。public_key.txtの公開指数eはnと同じくらい大きな数です。e/nの連分数展開からdを求めて ciphertext.txt を復号し、フラグを取り出してください。
暗号Level 4★★★★☆暗号解析 - 線形合同法の内部状態の復元
あるサービスは、セッショントークンも暗号化の鍵ストリームも、パラメーターa, c, mが秘密の線形合同法 x_{k+1} = (a×x_k + c) mod m から作っていました。tokens.txtの連続した10個の出力からa, c, mを復元し、続きの出力を8バイトずつ並べた鍵ストリームで暗号化された secret.enc.hex を復号して、フラグを取り出してください。
フォレンジックLevel 4★★★★☆破損したRAID5アレイを復元せよ
ファイルサーバー fs01 の RAID5 アレイ `/dev/md0`（4台構成）が、メンバー sdd の故障で組み上がらなくなりました。`~/evidence/` に、各メンバーのイメージ（`sdb.img`・`sdc.img`・`sde.img`、空の `sdd.img`、予備ベイにあった `sdf.img`）と、初動担当者のメモ `mdadm-examine.txt` があります。各イメージの先頭には key=value のヘッダー（NUL 詰め）があり、データ領域は `data_offset` から始まります。同じ世代のメンバーだけを使って、失われたメンバーのチャンクをパリティから復元し、チャンクを正しい順に並べて、財務共有にあった金庫のリカバリーメモを取り出してください。ブロックデバイスや mdadm は使いません（ファイルとして扱います）。
基礎スキルLevel 4★★★★☆脆弱性スキャン - Nmap NSE 高度活用
社内サブネット `10.66.13.0/24` に `nmap -sV -sC --script vuln` を実行した結果が `/challenge/scan_results/nmap_scan.nmap`（通常形式）と `nmap_scan.gnmap`（grep 形式）にあります。ライブのターゲットは無く、レポートを読み解く問題です。NSE の vuln スクリプトの判定ブロックにはどれも `Finding ID: KINOCO{...}` が付いています。フラグは、`IDs:` が CVE-2020-1938（AJP の Ghostcat）で、かつ `State: VULNERABLE (Exploitable)` の判定ブロックの Finding ID です（1件だけ）。Ghostcat の LIKELY VULNERABLE / NOT VULNERABLE や、ほかの CVE の VULNERABLE (Exploitable) はおとりです。
フォレンジックLevel 4★★★★☆複数のログを統合して攻撃シナリオを再構築せよ
`/challenge/web.log`、`/challenge/auth.log`、`/challenge/db.log` に、同じ侵入が多数の正規の通信に紛れて記録されています。Web への攻撃から認証の成功、データベースの機密テーブルの読み出しまでをたどり、持ち出された値からフラグを取得してください。db.log は機密テーブルの値を平文では記録せず、`value_enc`（16進）としてマスクしています。マスクは、`<セッションID>:<クライアントIP>:<端末ID>:<カウンタ>`（カウンタは 0,1,2... の10進数）の SHA-256 を連ねた鍵ストリームと値を XOR したものです。クライアント IP と端末 ID は db.log には出てきません（端末 ID は auth.log の login success の行にだけ出ます）。正規の DBA のセッションも機密テーブルを読むため、攻撃者のセッションを見分ける必要があります。
基礎スキルLevel 4★★★★☆静的解析 - コード脆弱性スキャン
社内メモアプリのPythonソースコードが `/challenge/src/` にあります。前回の静的解析で指摘された9行には、行末に `# finding: KINOCO{...}` という指摘IDが付いていますが、ほとんどは偽陽性です。次の3条件をすべて満たす1行だけが本物のOSコマンドインジェクションで、その行の指摘IDがフラグです。(1) シェル経由で実行している（`subprocess.run(..., shell=True)` か `os.system(...)`）。(2) コマンド文字列に、HTTPリクエストから取った値（`request.args` / `form` / `json` / `values`）が入っている。(3) その値が途中で無害化・検証されていない（`shlex.quote`、許可リストでの確認、`int()` 変換などが無い）。指摘IDはどれも同じ形なので、grep で拾うだけでは決まりません。