WordPressへの大規模攻撃のまとめ
追記しました
@KOBA789版のまとめを参照の上この記事を読むことをおすすめします。
バージョンが最新版の3.6でも不正アクセスが発生していることを考えると、
未修正の脆弱性に対するゼロデイ攻撃、もしくはWordPressのバージョンに縛られない箇所からの攻撃であると考えられる。
ロリポップの情報によると、 http://lolipop.jp/info/news/4149/
この攻撃の対策にwp-config.phpのパーミッションを400にして一般ユーザーからのファイル読み込みを防止した模様。
この情報が出た時間帯に攻撃が一度止むも、つい先程(11:30過ぎ)からまた攻撃が再開されている。
wp-config.phpのパーミッションが変えられても攻撃が続行されているところが気になる。
とまぁここらへんで時間がなくなったので突然のおわり。
帰ってきたら解決してるといいですね
----
中途半端に投げておくのもアレなのできちんとまとめます。
攻撃対象はロリポップに集中しているようなのでロリポップメインの話になるかと思います。
ロリポップにて逐次情報が発信されています。
「ロリポップ！レンタルサーバー」ユーザーサイトへの第三者による大規模攻撃について
19:33時点の情報によると、午前中に確認された被害件数よりも更に多くの被害が確認されたそうですが、HACK DB等を見る限り情報の追加も止まっているようなので攻撃は止んだと思われます。
攻撃の状況について
/wp-login.phpに対するブルートフォース攻撃が確認されています。
ブルートフォースの頻度は様々であるものの、十分な強度を持ったパスワードを攻略するほどの試行回数には見えません。
パスワードの強度が弱かったアカウントが不正アクセスの被害に遭っているだけであるならば、管理者の問題だということで終わってしまうのですが、これだけ大規模となると他に何かあるのではないかと考えるのが自然だと思います。
妄想
（※あくまでなんとなく思いついたことをくっつけただけなので完全な妄想です。）
この一連の問題では、wp-login.phpへのブルートフォース攻撃やwp-config.phpのパーミッション変更という対策が取られているため、これらの事実を強引につなげると、
WordPressへのブルートフォース攻撃をして、成功したアカウントから他ユーザーのwp-config.phpを読みだして他のWordPressへと広がっていく
ような攻撃の形式だったのかもしれません。
誰かロリポップのどのサーバーに攻撃が集中してるとか調べたりしてないのかなあ。
Project EulerをC#+LINQで解くだけ。
数学ガール1巻買いました。読み終わりました。
以前友人に借りてサクッと読んでたので、ストーリーはなんとなく覚えてたんですが、
サクッと読んだだけあってやっぱり数式の部分では忘れてるところが多かったので、新鮮な感じで読めました。
その中でオイラー先生の話が度々登場してて、そういえばProject Eulerなんてのがあったなあと思ったので、C#+LINQでProblem1,2を解いてみました。
Probrem 1
問題:1000未満の自然数で3または5で割り切れる数の総和を求めよ
int ans = Enumerable.Range(1, 999) .Where(x => (x % 3 == 0) || (x % 5 == 0)) .Sum(); Console.WriteLine("The answer is " + ans);
LINQだけでサクッと書けて良い感じ。
Problem 2
問題: 400万以下の範囲のフィボナッチ数列で値が偶数の項の総和を求めよ。
long ans = Util.GetSequence(1, 1, (x, y) => x + y) .TakeWhile(x => x <= 4000000) .Where(x => x % 2 == 0) .Sum(); Console.WriteLine("The answer is " + ans);
public static class Util { public static IEnumerable<long> GetSequence(long first, long second, Func<long, long, long> relation) { Queue<long> q = new Queue<long>(new long[2] { first, second }); while (true) { long n = q.Dequeue(); q.Enqueue (relation(n, q.Peek())); yield return n; } } }
LINQだけじゃ数列は生成できないので3項間漸化式から値を順番に返す関数を作ってUtilに突っ込みました。
ついでに2項間漸化式のも作ったり。
数列が生成できたら400万以下まで取得して奇数潰してSumするだけですね。
Problem 3以降…
素数問題がバリバリ出てきてるので素数列を生成する綺麗なコードが書けるまで保留。
春季将棋大会まとめ
いろいろと放出したいことがあるからここに書こう。
1日目、団体戦。
優勝校が全国大会に出られるガチ勢向けのA級に先鋒として参加。
2回戦で優勝校と激突してトーナメント敗退。
その後敗者リーグ（C級）で2戦して、チーム成績は2勝2敗、個人成績は3勝1敗。
A級にエントリーしただけあってうっかり出来ない対局ばかりでした。
負けた1局はうっかりして金銀の両取りと角成が受からない状況になって残念感半端ない感じに。
2日目、個人戦B級。
前大会とルールが変わってB級内1~3組とあったのが全部くっつけて124人が戦う方式に。
と言ってもスイス式だから5戦となると大体32ずつ切れてて変わってない気がした。
第1局からあっさり勝たせてくれるという感じじゃなくて、苦しい展開が続く将棋がずっと続いてて、
自分の知ってるB級じゃない！って数えられないくらい連呼してました。
結果はなんとか4勝1敗、B級内順位は5位と苦しい将棋が続いたお陰で最終順位はよい感じになりました。
（勝数が同じ場合は相手の勝数を考慮するため）
以下各対局の一言まとめを覚えている範囲で書いて、それを反省として終わりにします。
団体戦
A1: はっきり言ってしまえば相手の団体が弱かったという感じ。団体で全勝。
A2:
前述したように優勝校と当たる。大将と先鋒が兄弟でめちゃくちゃ強い。
序盤は自分ペースだったものの凡ミスをして一気に形勢がゴミになった。
C1:
前にも対局したことのある相手。速攻で位を取ってくるタイプだったため、
途中で明らかな劣勢になるも下段に飛車がいることに気づかず相手が角をうち数手後に相手は投了。
C2:
大将が個人で全国出場しているチーム。
相手の攻めを受け流しうまく反撃することが出来たが、しっかりと受けられていたら切れ勝ちを狙うしか無くなっていたと思う。お互いが認めるいい将棋だった。
個人戦
1:
あとの対局がキツすぎてあんまり覚えていない。右玉でうまく立ち回っていたら時間が切れて勝った。
2:
対矢倉。角銀交換して53銀打の筋で、金で桂馬を払うという一番警戒していた手を指され、一気に劣勢に。
途中飛車打から詰み筋があったのに途中で詰まない筋に流してしまったためそのまま負けた。
3:
1勝1敗の成績でなぜか2勝の成績の人と当たって焦る。
一直線に右四間にしてきたため、こちらは四間に振ってから右玉を目指したが相手の攻めが圧倒的に早かった。
しかし、相手が天守閣美濃に組んでいたため終盤の詰まされるギリギリから長い連続王手の末勝利。時間も無かったため一番苦しんだ一局だった。
4:
先手番+対四間という今の自分がかなり得意にしているタイプの相手。
ガッチリ棒金が決まったのかな？（忘れた）危なげなく勝てた一局。
5:
先手番+対向かいとこれまた棒金でなんとかなりそうな組み合わせ。中盤初めまでは相手の持ち駒がほぼ無く、行けると思っていたらその油断のせいか攻めがかなり深いところまで入ってきてしまった。
間一髪で龍を追い返してからは、自玉に危機が迫ること無くなんとか勝てた。
とまあここまで書いてみると危なっかしい将棋しかしてないことがよくわかります。
右玉は相手の攻めがうまく繋がらなくて切れたところからカウンターするイメージなのに攻めを切らすのに苦戦していてまだまだ難しいなという感じでした。
ただ電王戦があったくらいのころからモチベーションが一気に上がって将棋ウォーズをしまくったおかげで、右玉の駒の立ち回りがやっと体に染みこんできた気がします。
あとはなぜか個人最終局を指した相手の高校が自分の右玉が最強戦法だと勘違いしたらしく全力で対策するとか騒いでいてめっちゃ面白かったですね。
確かに普通の本じゃ見かけない戦法だし対策しなきゃと思うのは普通の考えなんですがね…。
セキュリティキャンプ2012いってきた
ずっとキャンプの感想書けてなかったのでそろそろ書きます
コミュ障だからキャンプ初日のランチセッションのうちに知り合いと合流して耐性つけようと思ってたのにまさか雨が降るなんて。
9割揃ってる状態のところにそろそろと静かに入って静かに座ったけどパッと見知ってる人がいない。
そして目が悪いから半径5mくらいしか人物の認識ができない。
そしてそれなりに進んで休憩が入った頃にそれっぽいなーと思ってたすのーの方に接近してみた。
ばれた。
それからあおたんとか枠の人とかスリッパとかがじわじわと集まり始めたっぽいんだけど、
そのときは大体誰がなんだかわからなかったし、スリッパは普通に高校生っぽくみえた
まぁそんなこんなで1日目はどうにかなったらしい。
途中すっごい眠くてみむらさんにミンティアもらったけど。
2日目からはクラス別の講習。
例年キチガイみたいなXSSをはせがわさんが見せてくれるかなーと思ったら
＿人人人人人人人人人人＿
＞ 突然のハッカソン ＜
￣^Y^Y^Y^Y^Y^Y^Y^Y^￣
テーマはもちろんXSSで、
XSS検査システムを作ってもいいし、XSS Challengesみたいのを作ってもいいし、XSS対策のライブラリ作ってもいいよ、
みたいなことを言われる。
というか既にXSS検査システム作ってる人がいた。こわい
数人で開発するらしいのでそれっぽく分かれた結果、巨大な6人グループが誕生。
XSS対策はSQLi等の他の脆弱性を対策するよりも大変であることから、
まずはXSSに興味を持ってもらい、どんな対策をすればいいかを示すサイトを作ろう、ということに決まる。
これ、すっげー大変
分かりやすいサンプルコードとその解説が求められるし、
人に見てもらうっていう都合上、体裁もしっかりしないと読んでもらえない。
その上XSSを体験してもらおうっていうページを作るのに引退プログラマーの自分がPHPと奮闘してたり、
gitが使えない上にコミットメッセージがカオスな人がいたり、(ex. git commit -m 'いろいろ' )
関係ないところで時間を浪費しました。
多分今年中に公開するんじゃないかな。
それ過ぎたらみんなモチベどっか行ってるだろうしきっと消滅する。
CTFでは何故かスタート直後に変なロックが掛かってすごい腹立った。
おかげさまでfirst prizeとか2問しか取れてないからね！
ロックされたときなんかどっかがfirst prize取ったら一定時間ロックされんのかなーとか思ってたんだけど、
聞いた話によるとブルートフォースとかの違反行為を行ったらロックされるらしいです。
それで開始1時間だかそれ以上経った頃に運営からロックを強制解除してもらったものの、
あんまり答え送信しすぎたらヤバいっていう恐怖心からすっごい慎重に入力したり、
3回くらい失敗してるし時間あけてまたやるか、とかやったり普通にしてました。
が終了後、某氏に聞いてみたところ、
「え、俺すげー速度で送信しまくってたよ」
との返事。
一体なんだったんだろうあの苦労は。
あとはUSBメモリ探す奴で全然見つからなくて放置したり。
最後の１つは他チームの電源タップの裏に付いてたから近づいたら妨害行為になるし、講師の人に教えてもらわなかったら絶対無理だった。
そして最終日には各自がやったことを発表するということで、
雷のタイミングのいい効果音の中発表したり発表を聞いてたりしました。
休憩時間にちょっと歩きまわると、どう考えてもCTFの景品なHHKBとか、
ウイルスバスターだとかが陳列されてて、１つくらいパクりたかったなー、と。
まぁ全員に技術書/雑誌が3冊限定で本の山の中から面白い本を見つけだして逃げるゲームが行われて、
それなりの収穫はあったので満足してます。
以上がセキュリティキャンプの勝手なまとめです。
※このエントリは9月に書いた下書きに少し手を加えたものです
ごめん。やっぱりAndroid開発は地雷だわ
ListFragmentとやらでアイテムタップを検知しようとsetOnItemClickListenerを弄っていたわけですが、これが半日経っても全く動かない。
StackOverflowを探しまくりAndroid公式のAPIを見てたりして、最終手段はListFragmentのコードを読むしかない、と読みに行ったところ、
final private AdapterView.OnItemClickListener mOnClickListener
= new AdapterView.OnItemClickListener() {
public void onItemClick(AdapterView<?> parent, View v, int position, long id) {
onListItemClick((ListView)parent, v, position, id);
}
};
/**
* This method will be called when an item in the list is selected.
* Subclasses should override. Subclasses can call
* getListView().getItemAtPosition(position) if they need to access the
* data associated with the selected item.
*
* @param l The ListView where the click happened
* @param v The view that was clicked within the ListView
* @param position The position of the view in the list
* @param id The row id of the item that was clicked
*/
public void onListItemClick(ListView l, View v, int position, long id) {
}
というコードを発掘。
普通のListViewを取得してsetOnItemClickedListenerをするのはだめで、
onListItemClickを継承しろって言うことらしいです。
LongClickのほうはノータッチなのに。
というわけでAndroid開発、Javaとの組み合わせはクソだけど携帯端末で動くものを作れるっていうのは楽しいなーと思ってた自分をどん底に突き落とすコードでした。
仕事でモバイル開発は絶対にやりたくないですね。
人生初の脆弱性報告をした。
世間的には今日はなにか意味のある日らしいのですが、それ以前に今月は何の月か知ってますか？
セキュリティキャンプフォーラムに参加した人ならご存知でしょうが、2月は
情報セキュリティ月間
です。
ということなので、人生初のIPAへの脆弱性報告をして来ました。
公式でテンプレが用意されているのでそんなに難しくないのかと思いきや、
この脆弱性を発見した経緯とかこの脆弱性によって起こる被害だとかいろいろ書かされる感じでちょっと面倒くさかったです。
自分が報告した奴なんてつまらない糞サービスを見つけたらとりあえず攻撃してみる、みたいなよくある好奇心から見つかった奴なので経緯とかとてもアレな感じですね。
とりあえず脆弱性報告はとても面倒くさいしこれを趣味でやり続ける人とかマジで変人だと思うので3分で脆弱性報告できる仕組みとか誰か作りませんかね。
私は作りません。
P.S. (02/18 15:28)
ちゃんと受理されたっぽいです
夜フクロウを殺すためのブックマークレットを作った。
ブラウジングしてるとよく夜フクロウを殺したくなりますよね。
ならないとしたら、今すぐこの記事を読むのをやめて病院に行って下さい。
MountainLionを使っていない人はこの方法が使えないので今すぐインストールしてください。
ブックマークのURLに
yorufukurou://pasteurl/File%3A%2F%2F%2F%20http%3A%2F%2Fa
を突っ込んであげて好きなタイミングでポチッとするだけです。とっても簡単ですね！
許可を求めるダイアログみたいなものが出る場合がありますが、
私たちは何としてもブラウジングしながら夜フクロウを殺さなければいけないので許可してあげましょう。
次から楽になります。
※夜フクロウではtweetを選択するだけで落ちるそうで、なんてつまらないやつなんだと心底思いました。
