はてなブックマーク

発端はこれ。 きららフォワード読んでたらめちゃめちゃ不自然な半分のQRコード出てきたんですが、CTFか？ pic.twitter.com/FIbeTeepew— 本格手打ち麺 (@tyage) 2017年9月20日 QRコードといえばSECCONですが、このタイプの欠け方は今まで見たことがなかったのでチャレンジしてみました。 ちなみに今までCTFで出たQRコード問題は、 データ部分が完璧に残っている エラー訂正部分がほぼ完璧に残っている フォーマットデータが壊れている の大体3種類です。 今回のQRコードはデータがちょっと欠けつつエラー部分はほぼ全滅、になっています。 まずはテキストに書き起こさないと始まらないので書き起こします。 XXXXXXX X XXX X XXXXXXX X X X X X X X X XXX X X X X XXX X X XXX X XXX XX X X XXX

これはCTF Advent Calendar 2016の14日目の記事です。今日になって何故か急に@potetisenseiがポエムを投稿したので被って最悪。抜けた3日目と25日目を足して2で割って14日ってなんじゃそりゃ。 お気持ち表明 CTFの可視化って流行ってますよね。 最近SECCON本戦だけでなく、地方大会やCTF for Girls、更にはSECCON系ではないTrendMicroCTFでもCTFの可視化が行われていて「いいなー」って思うわけです。同じ感じに作っても面白くないので、ブラウザ上で動くthree.jsを使ったらどこまで行けるんだろうと勢いがあるだけやってみることにしました。 NIRVANA改SECCONカスタム (2013) www.youtube.com 2013年のNIRVANAですが記憶に残っている人も多いと思います。これだけイケてるCTFの可視化システムは世

もう既に各所ニュースサイトなんかでは取り上げられてますが SECCON 2015 final (intercollege) でチーム dodododo として出場して優勝しました。 めっちゃ「 dodododo のリーダー」みたいな呼ばれ方してるんですが、本来のリーダーは akiym さんで今回は SANS Netwars で自分が出場権を取ってきたのでリーダーとして立ちまわってただけです。 適当なサイトで読めるような内容を再び書いても面白く無いので、決勝戦で何をやっていたかということについて書きます。 環境整備 環境整備の中でも特に WAF の導入をやった。 作戦として、 ModSecurity と OWASP Core Rule Set で Web アプリに対する基本的な攻撃をブロックするルールを適用して攻撃に使える時間を増やすことを考えた。 事前準備として、問題サーバが外部インターネ

この記事は脆弱性"&'<<>\ Advent Calendar 2015の16日目の記事です。 2015年のアドベントカレンダーですが、大昔(2013年)にミスタードーナツ公式ページにあったXSSの話をします。 2013年3月 ミスタードーナツの公式サイトへ行った時、偶然にも検索画面で怪しい文字列を発見してしまいました。最近ではあまり見かけなくなった ie=utf-8&oe=utf-8 のようなパラメータです。 XSS界隈の人なら恐らくこんな感じのパラメータを見たらちょっと変えてみてどのような挙動を起こすか試したくなるはずです。 実際にoe=utf-8を変えたらそれに対応する値がmetaのcharsetに入るようでした。当時のことを詳しく覚えていませんが、ここから直接XSSしたわけじゃないので多分値はエスケープされていたと思います。 エンコーディング周りでは当時UTF-7が終わりを迎える時

CTF Advent Calendar 2日目の記事です。 1日目を取りそこねてしまったので 2日目 で導入記事を書きます。ちなみに今日は12/3です。 CTF とは この記事を読んでいる人の多くは恐らくCTFを知っていると思いますが、CTFとはコンピュータ全般の技能にどの程度習熟しているかを競う競技です。 競技方式は複数あって、 Jeopardy Attack & Defense 変則 Attack & Defense (King of the Hill) が代表的です。 Jeopardy Jeopardyはアメリカのクイズ番組の形式が元になっていて、ジャンルごとに分けられたクイズ形式の問題を解いていきます。ジャンルとしてはReverse Engineering, Exploitation, Cryptography, Web, Forensic, Steganographyなど多岐にわ

セキュリティキャンプ2015内の出張CTF for ビギナーズで出題した問題です。 問題はこちらgithub.com このWriteupを読む前にWikipediaのRSA暗号のページを一読しておくことをおすすめします。 1. 不思議な秘密鍵 秘密鍵private.pemが提供されているにも関わらず、この鍵ではencryptedを復号化することができません。また、private.pemで何らかのテキストを暗号化した場合でもやはり復号化することができません。 問題文でも鍵が怪しいといった内容が示されているので、鍵の内容をチェックしてみます。 % openssl rsa -in private.pem -text Private-Key: (2048 bit) modulus: 00:82:03:60:63:72:36:29:4e:ca:73:38:e8:13:4f: 1f:dc:1e:d3:

tkbctf#4のITF Point Systemの出題に使ったネタです。 知ったタイミングでブログ記事かなんかにしたかったのですが、問題に使うと決めてしまったので今の今まで書くことが出来ませんでした。 mod_mime - Apache HTTP Server Version 2.4 ファイルは複数の拡張子を持つことができ、拡張子の順番は通常は関係ありません。例えば、ファイル welcome.html.fr がコンテントタイプは text/html に、言語はフランス語にマップされる場合、welcome.fr.html もまったく同じ情報にマップされます。 同じメタ情報にマップされる拡張子が複数あるときには、言語と コンテントエンコーディングを除いて、 右側にあるものが使用されます。たとえば、.gif が MIME タイプ image/gif にマップされ、.html が MIME タイ

追記しました @KOBA789版のまとめを参照の上この記事を読むことをおすすめします。 バージョンが最新版の3.6でも不正アクセスが発生していることを考えると、 未修正の脆弱性に対するゼロデイ攻撃、もしくはWordPressのバージョンに縛られない箇所からの攻撃であると考えられる。 ロリポップの情報によると、 http://lolipop.jp/info/news/4149/ この攻撃の対策にwp-config.phpのパーミッションを400にして一般ユーザーからのファイル読み込みを防止した模様。 この情報が出た時間帯に攻撃が一度止むも、つい先程(11:30過ぎ)からまた攻撃が再開されている。 wp-config.phpのパーミッションが変えられても攻撃が続行されているところが気になる。 とまぁここらへんで時間がなくなったので突然のおわり。 帰ってきたら解決してるといいですね ---- 中