Zenn
🦈

JAWS CTFに参加してきました

2023/09/03に公開
AWS
Security
#
CTF
tech

序論

2023/8/27(日)にJAWS Security支部主催のCapture The Flag(CTF)に参加してきました。
https://s-jaws.doorkeeper.jp/events/155025

CTFは初めてでしたが、結果として参加者約100人中15位と思ったより頑張った結果だったと思います。
https://twitter.com/Y0u281/status/1695736620018974935?s=20

すでに問題環境は削除されており、問題の解説や感想について書いても問題ないということでしたので参加した感想について述べていこうと思います。

対象読者

  • CTFについて知りたい人

CTFについて

CTFとはエンジニア向けの一種の競技イベントでありエンジニアはチームないし個人で参加し、クイズ形式で制限時間内に多くの問題を解いてスコアを競うゲームとなります。
日本ではSECCONと呼ばれるSecurity Contestが有名で毎年開催されています。
https://www.seccon.jp/2023/

ネットワークやプログラミング、暗号技術など幅広い分野の知識が求められますが初心者でも解ける問題もあり、初心者から上級者までさまざまなエンジニアが楽しむことができます。

今回のJAWS Security支部主催のCTFはAWSに特化したCTFとなっておりAWSインフラ上で構成されたサービスの脆弱性をつくものから権限が限定されたIAMユーザーを使って旗(スコア)を手に入れるものでCTF初心者でも楽しめる内容となっていました。

すでにイベント用環境は破棄されているのでもう一度解くことはできませんが、イベント当日のアーカイブ動画は配信され、問題を作成された作問者たちの解説記事も公開されていますので当日の雰囲気やどういった問題が出題された気になる人は覗いてみてください。

  • アーカイブ動画

https://youtu.be/y7RnYJq02iM

  • 作問者による解説記事

https://ken5scal.notion.site/Security-JAWS-Days-CTF-Write-up-9da13cc1f7534bd0a4add75ec3f16f22
https://speakerdeck.com/tigerszk/security-jaws-days-ctf-zuo-wen-zhe-jie-shuo
https://scgajge12.hatenablog.com/entry/security_jaws_days_2023

私が解けた問題のいくつかについて感想を述べていきます。

Show IAM policy

あるIAMユーザーに含まれているIAMポリシーについて調べる問題です。アクセスキーとシークレットキー情報だけ貰えた状態で解法を求められたのでAWS CLIコマンドを使ってアタッチされているIAMポリシーについて調べていきます。
IAMユーザーにアタッチされているポリシー情報を調べる場合はaws iam list-attached-user-policiesコマンドを使えばいいと考えました。ですがアタッチされているポリシーが出てきません。

$ aws iam list-attached-user-policies --user-name CTF-user
{
    "AttachedPolicies": []
}

このことからIAMユーザーには直接ポリシーがアタッチされておらず、IAMユーザーグループに属しているのではないかと考え、所属グループについて調べてみました。

# 所属IAMユーザーグループを確認
$ aws iam list-groups-for-user --user-name CTF-user
{
    "Groups": [
        {
            "Path": "/",
            "GroupName": "CTF-Group",
            "GroupId": "AGPASG4NN6LFS67TPLCJT",
            "Arn": "arn:aws:iam::XXXXXXXXX:group/CTF-group",
            "CreateDate": "2023-09-03T02:30:39+00:00"
        }
    ]
}

# IAMユーザーグループにアタッチされているポリシーを確認
$ aws iam list-group-policies --group-name CTF-group
{
    "PolicyNames": [
        "selfcheck"
    ]
}

# アタッチされているポリシーの詳細を確認
$ aws iam get-group-policy --group-name CTF-group --policy-name selfcheck --query 'PolicyDocument'
{
    "Version": "2012-10-17",
    "Statement": [
        {
            "Sid": "SGVsbG8gQ1RG",
            "Effect": "Allow",
            "Action": [
                "s3:ListBucket"
            ],
            "Resource": [
                "*"
            ]
        }
    ]
}

アタッチされているIAMポリシーselfcheckが怪しいと感じましたがこの後どうすればいいかしばらく悩みました。
ここで注目するポイントはSidです。ここはユーザー自身が任意で名づけられるステートメント識別子であり、何も設定しなかった場合Statement1みたいなものが付与されます。わざわざ法則性のない文字の羅列がついているということは何か意味があるのではと思いました。
じつは、これBase64[1]方式にエンコードされた文字列です。
この文字列をbase64 -dコマンドでデコードすれば読める文字が出力されます。(WindowsPCだとちょっと面倒でしたので変換してくれるオンラインエディターを使いました。)

実際はフラッグ情報が出てきました

Base64はAWS外の知識だったためIAMポリシーまで判明してもここからどうやってフラッグ情報を取得すればいいか悩んだ回答者多かったらしいです。

Find data

S3に隠されたフラッグを見つける問題です。全部で3問ありまして私は問1と問3が解けました。
問1はコンソール画面からS3バケットにアクセスして中のオブジェクトからフラッグを取得できましたので難しくありませんでした。
問2はCLIコマンドのみ許可されたIAMユーザーからアクセスする必要がありましたのでaws s3コマンドを使って該当S3バケットの中身を見ると1,000個のバケットの中に同名のflag.jpgが大量にありました。とりあえず全部ローカルにコピーして一個中身を確認しましたがハズレと書かれており、どうやらこの中から当たりを見つける必要があることがわかりました。

私は1,000個のバケットの中に実は.log形式のファイルがあるのではと考えて、grepなどを使ってファイルを当たりのフラッグファイルを探しましたが、全部.jpgファイルでどれが本物か時間内に見つけられませんでした。
解説によりますと本物だけファイルサイズが違うということでしたので、sortコマンドでファイルサイズを並べ直せば本物が見つけられるという内容でした。

Windowsを使っていると少々面倒でしたが以下のコマンドを使って444バケットにあるflag.jpgが他と異なるサイズであることがわかりました。

ls -R  | Select-Object FullName,Length | Sort-Object -Descending Length  | Select-Object -first 5

FullName                                     Length
--------                                     ------
C:\Users\yuta_\Downloads\secret\444\flag.jpg  72674
C:\Users\yuta_\Downloads\secret\999\flag.jpg  62896
C:\Users\yuta_\Downloads\secret\403\flag.jpg  62896
C:\Users\yuta_\Downloads\secret\402\flag.jpg  62896
C:\Users\yuta_\Downloads\secret\401\flag.jpg  62896


444バケットのflag.jpg

問3もCLIコマンドを使ってS3バケットに隠されているフラッグを見つける問題です。S3バケットの中を見ますと機密情報だからファイルを削除したというreadme.txtのみがありました。

readme.txt
It was pointed out that placing sensitive data on S3 is not recommended, so I removed it.

S3でオブジェクトを削除してもS3バージョニング[2]を有効化していると過去の状態をバージョンとして保持してくれます。バージョン管理されたオブジェクトを削除しても復元できますのでこの問題も削除されたフラッグを復元して取得することが模範解答となるようです。

# s3バケット内にフラッグがない
$ aws s3 ls ctf-yuta-furikaeri
2023-09-03 12:42:01         89 readme.txt

# バージョニング情報を確認。FLAG.txtが削除され削除マーカーがついていることがわかる。
$ aws s3api list-object-versions --bucket ctf-yuta-furikaeri --query 'DeleteMarkers'
[
    {
        "Owner": {
            "DisplayName": "yuta"
        },
        "Key": "FLAG.txt",
        "VersionId": "qOywKQfEEzfOyFW05NdxlCCeLKMWtJg5",
        "IsLatest": true,
        "LastModified": "2023-09-03T03:42:17+00:00"
    }
]
# 削除されたフラッグを復元
aws s3api delete-object --bucket ctf-yuta-furikaeri --key FLAG.txt --version-id qOywKQfEEzfOyFW05NdxlCCeLKMWtJg5
{
    "DeleteMarker": true,
    "VersionId": "qOywKQfEEzfOyFW05NdxlCCeLKMWtJg5"
}

# フラッグが復元された
aws s3 ls ctf-yuta-furikaeri
2023-09-03 12:42:00         46 FLAG.txt
2023-09-03 12:42:01         89 readme.txt
FLAG.txt
SJAWS{yokumitukemasitane!}

この問題は削除されたオブジェクトの削除マーカーをどうやってCLIから確認するのかドキュメントを探して解けた問題でしたのでフラッグを見つけたときはとても嬉しかったです。

所感

JAWS Security主催のCTFに参加した感想についてまとめました。最初は1問も解けなくて楽しめるか不安な気持ちで参加しましたが、初めての参加でも解ける問題もありとても楽しかったです。企画されたJAWS運営の皆さまには心より感謝します。

次回はもっと問題を解けるようにセキュリティ知識を身に着けてまた参加してみようと思います。

参考文献

https://cybersecurity-jp.com/column/33780

脚注

  1. https://e-words.jp/w/Base64.html ↩︎

  2. https://docs.aws.amazon.com/ja_jp/AmazonS3/latest/userguide/Versioning.html ↩︎

GitHubで編集を提案

Discussion