自分のTaskを管理するにあたり、Agileでよく使われているTaskBoardを使ってみようかと思って調べてみた。

いろいろ書きかけ。

TaskBoardのApplicationを探しまくっているが、とりあえず

• kanboard
• SimpleTaskBoard
• Restyaboard

が見つかった。(いや、ものすごくたくさん、いろいろな実装があるのだが、複雑すぎて悩ましいのでこの程度に絞った。今後も適当に増えると思う)

→ 続き...

某所の某サービスの構築をするにあたって、FreeBSD/CARPを使った冗長構成を取らなければならなくなったわけだ。

その際に、FreeBSDがMultiUser modeでlogin promptまで行かなくなったので、その記録。

NICの設定に際し、一般にFreeBSDでは、以下のように記述する

ifconfig_xn1="inet 192.0.2.2/24   -rxcsum -txcsum -tso -lro"

ここに、CARPの設定を入れる場合、aliasで設定する

ifconfig_xn1="inet 192.0.2.2/24   -rxcsum -txcsum -tso -lro"
ifconfig_xn1_alias0="inet vhid 1 advbase 1 advskew 100 pass Password-0-0-0 alias 192.0.2.1/32"

見た感じ、これで問題なさそうに見るのだが、実はこの設定を行うと、boot時にlogin promptまでたどり着かないことがある。

なぜそうなるかを追いかけるために /etc/rc.d/netif → /etc/network.subr の順に、そして呼ばれる関数ごとにprintf debugをかけた。 実は最後までは追いかけていないのだが、printf debugの結果

• network.subr内の ifalias_af_common_handler内のloopで「無限loop」している
• 原因は、CARP Passwordに記載している “数字-数字” を含んだ文字列

で、ここをexpandするために無限loopしているのではないかと推測される。

さすがに、こんなのわからないわけで…

というわけで、こういうパスワードを入れるのはやめましょう。絶対に。

散々溜めてしまったので、一気に行く。

• StartSSL 無料Server証明書発行機関。PKI界のSwiss Army Knifeを目指している
• Updated Let's Encrypt Launch Schedule
• nginxのパラメータチューニングとh2o
• Nginx でBasic認証(ユーザ名、パスワードを求める )するには
• CEDEC-Net 2015テクニカルレビュー NAT64 and DNS64等
• ゲーム開発者の生活と仕事に関するアンケート
• FreeBSD 10 あれこれ pkg/ports関連のメモ
• FreeBSD pkg (pkgng)でのカスタマイズ環境アップグレード pkg/ports関連
• UDPot DNS HoneyPot
• http://www.janog.gr.jp/meeting/lt-night-1/application/files/7314/4059/4535/komoriya-traffic_-20150825.pdf DNSの可視化
• DNS Viewer DNSの可視化
• Google Authenticator OTP/PAM/OAuthなど
• Magit Emacs上で動作するGit Client
• シェルスクリプトで書かれた軽量コンテナ MINCS がすばらしい
• Zabbix2.2 でのiowaitを大幅に減少させることができた
• セキュリティ・キャンプ全国大会2015資料まとめ
• 進化するWebトラッキングの話
• アプリケーションセキュリティ検査・検証の標準化
• 情報セキュリティとの上手い付き合い方
• ラック、標的型攻撃対策専門組織を設置し、「標的型攻撃 対策指南書」を無償公開
• フリーでやろうぜ！セキュリティチェック！
• 平成27年版警察白書(Kindle版) Free!
• リアルタイム通信で利用されるプロトコルと手法
• MySQL5.5-MySQL5.6+KeepAlivedを使った、2台構成HA型準同期レプリケーションの作り方
• ZabbixでMySQLスレーブの Slave_IO_RunningとSlave_SQL_Runningを監視する
• MySQL 5.7.8以降のrpmパッケージではvalidate_passwordプラグインがデフォルトで有効になっている MySQLの罠
• mysqldumpじゃないよ、mysqlpumpだよ in MySQL 5.7.8 （mysqldumpとの違い編）
• mysqldumpじゃないよ、mysqlpumpだよ in MySQL 5.7.8 （新機能編）
• Galera Cluster分断実験（Percona編）
• 「Galera Raplication」に関する調査レポート
• ルーク！MySQLではkamipo TRADITIONALを使え！
• ニコニコ生放送の配信基盤改善
• なぜネットワーク運用自動化が進まないのか
• 東京MEAT酒場新宿店 行ってみたけどミートソースはうまかった
• 科学技術週間 ポスター集
• そのツイート、どう広まった？　Twitterの拡散経路を可視化、“インフルエンサー”分かるツール無料公開
• AI、IoT、ビッグデータなど知っておくべき4つの俯瞰図
• ゲーム業界は回復基調なるも明暗はくっきり？　2014年度ゲーム業界34社決算まとめ
• 14年ゲーム市場：7年間でテレビゲーム半減、ソーシャル1400倍

いつもならFaceBookに先に書いているんだけど、今日はこっちに。あとでFBにも貼る。

いつものごとく時間がないので、雑感を駄文で。

年金機構が所謂職員の失敗で、年金情報を流出するという事件が発生した。 詳しいまとめは、いつものごとく、高速に素晴らしいまとめをしてくれる日本年金機構の情報漏えいについてまとめてみたを参照。Kangoさん、いつも本当に素晴らしい。

さて。この事件とか事件について色々喋っている人とか、大臣と呼ばれる人とかを見ていて感じた雑感を。

非常に大量に情報を流出してしまった事件としては、ベネッセ事件があった。詳しくはベネッセの情報漏えいをまとめてみた。を参照。

この事件において、ベネッセは様々な方面から散々ぶん殴られた。マスコミもJIPDECも利用者も、好きなようにベネッセをサンドバッグにした。まぁ、自分も殴った側にいるのだから偉そうなことは言えない。この件について、株式会社LACの西本氏がしばしば言っているのは、「ベネッセの件は誰が事件化したのか？これを事件化したのは他ならぬベネッセである。ベネッセが、調査をし、ベネッセが犯人を特定し、ベネッセが漏洩した情報を特定し、その結果、犯人の告発を実施したから事件が表面化した。」ということ。つまり、組織として、仕組みとしてみれば、ベネッセはそこまで徹底したシステムを作り、あとから追えるところまで管理を徹底していたということ。これは、組織としていうなら素晴らしい事であって、ここまでやっている組織があった事に驚いた。しかも、その結果を告発だけじゃなく報告書として公開している。

個人的な感情（僕はベネッセは嫌いである）を完全に除外するなら、このベネッセの件、僕はむしろ「褒める」べきだと思う。犯人が責められるのは当然である。しかし、ベネッセは（結果として）加害者になってしまったが、被害者でもある。それを監督責任というのは簡単だが、そこまでの監督なんて誰もやっていないと思っていたら、ここまでやっている会社があったわけだ。むしろ見本として、非常に良い会社だろうと思う。

翻って年金機構。

本音でいうと、年金機構がベネッセ並みの管理、運用、調査、報告ができるとは思えない。そしてできるようになるとも思えない。事件前からの（正規・非正規を問わず）職員のモラル（2chに書き込みとかありえないでしょ）や事件「発生」後の対応、事件「発覚」後の対応を見ていると、本音で、こんな組織にお金や情報を管理させるなんて金をドブに捨てているも同然。これは、こんな組織を監督している監督官庁も同罪。

本件、あまりにもお粗末である。お粗末ではあるが、国内の絶対的多数の組織は、民間・官庁・政府組織を問わず、この程度の事件がいつ起きてもおかしくない状態だろう。今回は、それが年金情報というエグい情報だっただけ。それ以外に大きな差はない。今回感染した職員(おそらくは正職員ではないのだろうけど)は、迂闊だとは思うが、「それが可能な状態ある事の方が問題であって、詰まる所は、システムとデータの管理責任の問題」という自明な事がおそらくはわかってないんだろう。個人的には、そんな連中が個人識別番号（要はマイナンバー）だの言っているのを見ていると、臍で茶が沸く。

年金機構は、詰まる所、この種の事故を引き起こした時にやらなければならない事を考えず、その場しのぎを続けているようにしか見えない。国民は時間が経てば忘れてくれるから。

さて、ここでよく「自分が所属している組織」を考えてみてほしい。自分が所属している組織はベネッセ型だろうか？それとも年金機構型だろうか？

統計をとったわけでもましてちゃんと調査したわけでもないが、個人的な感覚でいうなら、日本国内の絶対的多数の組織が年金機構型である。つまり、事前の検討も、そのための対策も、発生してしまった場合の対応も、おそらくその全てが年金機構型であろう。そして、この個人的感覚が正しいならば、今回のような事件は何度でも起こるだろう。起こるべくして。単に年金情報がマイナンバーに変わるだけ。オプトアウトした個人情報になるだけ。場合によっては、許可を得ていない個人情報かもしれないし、営業機密かもしれないし、それこそなんでも。

NHKニュースによれば、藤沢市が標的型メール対策に関する抜き打ち訓練を実施したらしい。藤沢市 標的型メールの抜き打ち訓練

この標的型メール攻撃に関する予防接種、BBSecの時代、LACの時代に、同僚とやっていた。その時に、我々が口を酸っぱくして言っていたのが、

• 訓練なのだから、開いたことを責めるような雰囲気を作ってはいけません。
• メールがおかしい事に気づけるようになる事は現実的に無理です。それでも事前に気づければ大きいから、そのポイントは強調しています。
• 開いた時の対処が本当の問題です。ちゃんと正しいところに報告できるか、正しい対処を取れたか、を注視してください。正しい対処が取れるようになる事が訓練の本当の意味です。
• できれば、一般社員だけでなく、社長も含めた経営層にも実施してください。
• くれぐれも、「訓練でメールを開いてしまった事を人事評価などに反映させるような事はしない」でください

ということだった。

訓練の結果、隠すようになるなら、そんな訓練は無駄。むしろ訓練しないほうがマシ。そうではなく、もう事故前提で考えるべきであって、訓練も、「絶対引っかかる」訓練メールにして、引っかからないやつは「メールを見てない」と結論付けられるようにするのがいいんじゃないかと思うし、「引っかかった時の対処」に主眼を置くべきで、そういう風に進化するべきじゃないかとほんとうに思う。

駄文でした。

→ 続き...

非常に個人的な見解だが、そろそろインターネットはその根本から見直す（作り直すではない）必要に迫られている気がする。

日本で「一般」にインターネットが広がり始めたのを1995年とすれば、19年、今のような常時接続が普通に手に入るようになったのを2000年としても、高々14年。 つまりは、20年に満たない短期でこれだけ「普通になる」なんて事は（少なくとも僕は）1995年当時は全く想像もしていなかった訳で。 あまりにも変化が早すぎて、つぎはぎだらけになっている今の現状をもう一度ちゃんと見直さないと、この先どんどん複雑怪奇になって行くだけなんだろうと思う。

しかし、実際に（曲がりなりにも）動いている基盤を置き換える事の難しさは、IPv6でさんざん体験したからなぁ。