はじめてのにき

_ magical stone

あらすじ: セガと話してもやってくれないから、ぷよをesports化するために、ルールを守る法律は無いってことで完全なぷよ通クローンを作ってたって話。主催者の他の会社がRMT業者だったから、って叩かれてポシャったかそんな感じぽい。なんかテストに協力してたプレイヤーとかが謝罪してて意味わからん

火元はよくわからんけど

http://haganehey.hatenablog.com/entry/2016/03/29/144853

http://haganehey.hatenablog.com/entry/2016/03/31/205544

えっRMTてこんなに叩かれるようなことだったんだ、て感想を持った。上のやつだと法整備されてないから捕まらないものの、黒に近いグレーとか言ってたり。どういう論理で黒に近いんだろう。規約違反てことで業務妨害だって刑法上の罪になるとか？そういうのは民事でやることじゃないのかな。そもそも規約に同意してゲームしなくてもアカウントのRMTとかならできる気がするしな。マネーロンダリングとかまで言ってるけど、近々違法になるとしても現行法で違法じゃない金、ロンダリングもへったくれもないよな。ボット使う系がダメなのはまあわかるけど、magical stoneの会社はやってないって言ってるし。

まあとはいえ、ゲーム、特に愛されてるゲーム作って商売しようてんだから仁義は通せよ、てのはまあわかる。RMTとかゲームや製作者をバカにする行為してる人が何様のつもりで…て感じか。まあそれならわかるんだけどな。

(13:22)

_ strace w/ seccomp-bpf

フィルタつきの strace を速くしてみた

https://github.com/shinh/strace

PTRACE_SYSCALL て興味ないシステムコールが呼ばれた時も止まっちゃうんで、 seccomp-bpf を使って出力したいシステムコールだけ止めるようにして PTRACE_CONT を使う、て話。 strace が結構いじりやすいコードで、思ったよりラクに実現できた。

ファイルパス系だけ表示するフィルタを使いたくて、まぁ普通のプログラムとだとこれで速くなる割合は倍とかそのくらい。そんな程度ならどうでもいいんだけど、なんかこれじゃない strace 使うと数秒で終わるプログラムが一晩立っても終わらない、みたいなことが起きるんだよな。 trace のせいでタイムアウトつきの futex がタイムアウトしてしまって、全然次の状態に進めない、みたいなことが起きてるのだと思っていて、実際見てみるとそんな感じぽい。

ただこれの簡単な再現ケースを作るのがうまくいってない。できれば futex を生で使わず pthread だけでこれが起きる自然な例を作れればいいけど…無限に時間かかるようになるプログラム読めばいいって話もあるんだけど、これ結構でかいから場所を特定するの大変なんだよなぁ。

(22:10)

_ あと

今のところ、 fork して exec までの間に seccomp かます作りなので、アタッチした場合はうまく動かない。これはまぁコードねじこめばなんとかなるけどめんどくさい。

あと -f ついてないとぶっこわれるという問題があって、これもイマイチではある。まぁこれもコードねじこめばなんとかなるんだけど。 seccomp て権限を増やすのできないイメージがあったけど、これは普通 prctl を殺すからで、 prctl 殺してなければ権限の復活は可能なのだった

(22:32)

_ posix_spawn

make の $(shell) で子プロセスが signal で死んだくらいで親が文句言ってはならず、でも execve の失敗だけは通知したいよねー、と、 kati は kill(getppid(), SIGTERM); とかしてる

https://github.com/google/kati/blob/master/fileutil.cc#L119

ちなみにこの話: http://shinh.skr.jp/m/?date=20160125#p01

でもこの状況通知する専用の方法無いと不便だよなあ…と posix_spawn 見ると 127 を使うってことらしい

http://pubs.opengroup.org/onlinepubs/009695399/functions/posix_spawn.html

つまり普通のプログラムで 127 かえすのは誤認を招くからよくない、てことだなあ。

(11:12)

_ bash の exit code 規約

おしえてもらった

http://tldp.org/LDP/abs/html/exitcodes.html

(12:27)

_ ptrace

ぼく「ptraceとか知ってる人に相談したくて」ひと「そういうコマンドがあるということしかしらない」略

僕に答えた人を悪く言う気は無い。まあそんなもんやろ。でもマジメに考えるともっと相談できる人多いといいなあ

僕が相談したいことがある時に相談する人は割と限られてる。頭が僕より良くて、僕が相談したいことについての知識と興味がある、て感じだ。前者の条件は簡単なんだけど、後者の方がキツいことが多い気がする。ニッチてやつだな

http://shinh.skr.jp/m/?date=20160407#p01

の再現ケースが作りたいって話、「あいつに聞きたいんだけど最近見ないんだよなー、えっ出張してるん？」て話をしてて思った

(20:48)

_ overlooked obfuscation

http://d.hatena.ne.jp/ku-ma-me/20160409/p1

おお、これはすばらしいな。最近の IOCCC に無い良さだ…

(22:10)

_ openhub

ohloh という名前だったもの。ふと Android への変更の数も数えてもらった

https://www.openhub.net/accounts/shinh/positions

まあそうなるだろうけど、 "157 Commits in mostly Make"

(22:51)

_ フォーカスモデル

https://twitter.com/ikunya/status/719517996276842496

にいきなりクソリプ投げつつ思い出してた。

そもそも twm がフォーカスと最前面が分離されてるモデルで、フォーカスは window B だが前面にあるのは window A 、みたいなのは普通だった。当時存在した小さめの window manager は色々コードを眺めてみたけど、ことごとく twm のコードを流用してて、まぁこのへんはだいたい一緒だった。

で twm がなんでこのモデルになってるかっていうと、そもそも X がそのモデル想定だから、てことになると思う。 X の Window てのはウィンドウていうよりはなんかフォトショップのレイヤみたいなもんで、あまり上げたり下げたりしないもんじゃない？みたいなノリ…たぶん。一応 alt+click やタイトルバークリックで前面に出せるわけだけど、単なるクリックごときで順序変えるのはおこがましい…的な。

Xがなんでそうなってるかというと…僕には説明できないけど、なんかそういう設計思想としか言えないというか。あの抽象的な感じのAPIはUnix的な直行主義とかも影響してるような気はする。

コード的にも、普通のモデル実装するのは、まぁちょっとめんどくさかった…ような気がする。記録的には sevilwm に常識的なフォーカスモデルを足したのは 2007 年。ただ当時は twm モデルとマシンによって使いわけてた気がする。

しかしその後割と早い段階で、うーんやっぱtwmモデルゴミじゃね、てことで使うのをやめたと思う。まあ常識的に考えてそうだよな…記憶に自信が無いけど、 thinkpad のせいだったかもしれない。つまりキーボードさわってる最中にマウスポインタを動かしてしまいやすく、そんなことでフォーカス変わったらやっとれん、ていう。

あ、記録をよく読むと thinkpad のせいだと書いてた。

http://shinh.hatenablog.com/entry/20070425/1177482256

twm モデルの嬉しさとか、そもそも実装がラクであることなど、今思い出した理由とだいたい同じ話だな。

(00:30)

_ フォーカス

マウス移動で入力フォーカスだけが変わる(最前面には出ない)っていうのは割と便利な局面も多かったりする

でも今見るとお前正気で言ってるんかって思う

(00:37)

_ フォーカス

冷静に考えると、正気を疑うってことは別になくて、なんか画面広くなった今では正直どっちでも生活できる気がする。生活時間の99%の時間でウィンドウが一切重なってないからどっちでも大差ないし、ノートPCじゃないからうっかりマウスに触れちゃう、ってことも無いし。

で、けどどっちでもいいならデファクトな操作使わない理由が特に無いんだよな…

(19:42)

_ 全日本雑な名前のバス停選手権

タイトルにわくわくしながら開いたら思ったよりひどかった

http://linkis.com/togetter.com/li/fDYwd

(19:49)

_ pwnable.kr

なんとなく再開してみた。 rookies くらいの問題ならしょぼしょぼ解けるかな、て感じ

元々解いてたの

• brain fuck (150): よく覚えてない。点数的にまあまあめんどくさかったのかなてコードが残ってる
• tiny_easy (30): さっくり解けたような

昨日から解いたの

• cmd3 (150): シェル芸力が上がった感じがする。cmd1, cmd2からの流れで解いた
• fix (35): かなーり苦労した

考えたやつ

• otp (100): これどうするの…
• syscall (200): 解けるだろうけど、ちゃんと勉強しないとなってジャンル
• echo1 (25): あと少しで完成かなと思う

(19:32)

_ pwnable.kr

• echo1 (25): 解けた。ムダに時間かかったなあ。 x64 ていうか leave に弱い

(21:39)

_ pwnable.kr

• sudoku (111): 時間のムダだけど景気付けに

(23:45)

_ pwnable.kr

• tiny/tiny_hard (500+99): 解けたぞー。面白かった…

(09:03)

_ pwnable.kr

• unexploitable (500): 解けた。最初にこれ簡単じゃない？と思ったのは勘違いだったけど、まあでもそれほど苦労せずなんとかなった。ちょっと見落としがちで運の良かった気付きがあったけど。
• flag (7): なんとなく目に入ったのでさっくりと

(16:55)

_ ヘンなものほど

沈黙の艦隊好きなんだけど、一番好きなセリフはこれで

最近は行動指針になってる気も若干する

(23:06)

_ pwnable.kr

• ascii (333): まーそんなにむずくない。でも起点に気付くまでが面白かったかな

(01:21)

_ pwnable.kr

ascii_easy 全く読んでないけど同じ解でいけねーかなーと思ったけど、ダメぽかった。

ascii_easy@ubuntu:~$ XXXXXXX
Input text : triggering bug...
ls
Segmentation fault

:(

めんどくせーから放置でいいや

あと 1322pt で top100 入りするから、3問くらい解けば良いか。

(01:29)

_ pwnable.kr

rootkit (400): 楽勝

(02:31)

_ pwnable.kr

• malware (500): ラクチンというほどでもないがさほど苦もなく。どう見ても想定解じゃないが、まあ趣旨にはあってるだろ…

(12:06)

_ pwnable.kr

• aeg (550): いろいろめんどくさいが、まあやるだけ問題ではある

100位に入った!

http://pwnable.kr/rank.php

(20:44)

_ pwnable.kr

• coin2 (111): やるだけ…なのだが、タイムアウトでなかなか通らなかった。そういう意図なのかな…と少し考えたりもしたけど、 uptime 見たらロードアベレージが異様だったので、なんか誰かが DOS ってるんだろ、てことで回復してから投げたら通った。まあそらそうだ

(00:42)