<「あれから6年近くの月日が経ち、自分はやっぱり犯人の弟なんだと思い知りました。加害者の家族というのは、幸せになっちゃいけないんです。それが現実。僕は生きることを諦めようと決めました。 死ぬ理由に勝る、生きる理由がないんです。どう考えても浮かばない。何かありますか。あるなら教えてください」> これは『週刊現代』の「独占スクープ!『秋葉原連続通り魔事件』そして犯人(加藤智大被告)の弟は自殺した」の中で、週刊現代記者の齋藤剛氏が明かしている加藤被告の実の弟・加藤優次(享年28・仮名)の言葉である。 この1週間後、優次は自ら命を断った。これを読みながら涙が止まらなかった。加藤被告の起こした犯罪のために、被害者の遺族の人たちは塗炭の苦しみを味わっている。だが、加害者の家族も苦しみ、離散し、弟は兄の犯した罪に懊悩し、ついには自裁してしまったのだ。 日本の犯罪史上まれに見る惨劇「秋葉原連続通り魔事
メール共有サービス「グーグルグループ」で空港の設計図などをグーグル日本法人が流出させていた問題で、東京駅や新大阪駅の内部情報もインターネット上で誰でも閲覧できる公開状態になっていたことが、11日分かった。 空港に続いて駅の情報も流出していたことがわかり、2020年の東京五輪・パラリンピック開催に向けてテロ対策などの見直しなどを進めている国土交通省も調査に乗り出した。 東京駅では、JR東日本の子会社が運営し、駅に隣接するグラントウキョウサウスタワー(地上42階、地下4階)の地下1階部分が公開状態になっていた。外部には非公開の特別高圧線の位置や、ビルの心臓部とも言える「中央管理室(防災センター)」などの施設が詳細に記入されていた。同駅の改札内の地下1階にある商業施設「グランスタ」の図面には、「中央配線室」「機械室」などの各部屋のほか、各店舗が売上金を入れる「入金機室」の場所も明記されていた
■Heartbleedのリスクと善後策 Heartbleedは、攻撃者が一定の条件を満たすOpenSSLが動作しているサーバの、任意位置のメモリを外部から読み出すことができてしまうという脆弱性です。具体的には、以下のようなリスクが想定されています。 秘密鍵の漏洩による、偽サイトの出現(あるいは中間者攻撃) 秘密鍵の漏洩により、(過去のものを含む)パケットキャプチャの解読 サーバの同一プロセスが行った処理に関連する(他のユーザーのパスワードやセッションキーを含む)データの漏洩 漏洩した秘密鍵を用いた攻撃には、ユーザーを偽サイトへ誘導できたり、パケットの経由点を管理しているなどの、経路上の要件が必要になります。他のユーザーのデータの漏洩については、経路上の要件は不要な一方、攻撃の実施に近いタイミングでサーバにアクセスしたユーザーのデータしか漏れない、という違いがあります。 どこまで対策を施すべ
OpenSSLのheatbeatバグの対応のため、OpenBSDはOpenSSLのheatbeatを無効にするコミットをした。ただし・・・ src/lib/libssl/ssl/Makefile - view - 1.29 SegglemannのRFC520 heatbeatを無効化。 あのまともなプロトコルひとつ制定できないIETFの無能集団が、超重要なプロトコルで64Kの穴をこしらえるとか、マジであきれてものも言えねーわ。奴らはマジこの問題を本気で検証すべきだろ。なんでこんなことをしでかしたのか。こんな事態を承認した責任ある連中を全員、意思決定プロセスから取り除く必要がある。IETF、てめーは信用なんねぇ。 このコミットは、Makefileの中で、OpenSSLでheatbeatを無効にするマクロを定義するよう、コンパイラーオプションを指定するものだ。ただし、無効にするマクロは、OPE
► 2024 ( 297 ) ► 10/06 - 10/13 ( 5 ) ► 09/29 - 10/06 ( 8 ) ► 09/22 - 09/29 ( 7 ) ► 09/15 - 09/22 ( 8 ) ► 09/08 - 09/15 ( 8 ) ► 09/01 - 09/08 ( 7 ) ► 08/25 - 09/01 ( 8 ) ► 08/18 - 08/25 ( 7 ) ► 08/11 - 08/18 ( 8 ) ► 08/04 - 08/11 ( 8 ) ► 07/28 - 08/04 ( 7 ) ► 07/21 - 07/28 ( 7 ) ► 07/14 - 07/21 ( 8 ) ► 07/07 - 07/14 ( 7 ) ► 06/30 - 07/07 ( 7 ) ► 06/23 - 06/30 ( 7 ) ► 06/16 - 06/23 ( 7 ) ► 06/09 - 0
noteはAngularJSを使って、ブラウザで描写しているこの"note"というサービスはAngularJSを使って、JavaScript側(つまりブラウザ側)でノートの中身を公開しているみたいなのです。 それはブラウザでソースを見てみるとわかります。 例えばhttps://note.mu/sadaaki/n/nd921f3f7c635のノートのソースをChromeで見てみると・・・ まずhtmlタグにng-appのプロパティがついています。これはAngularJSを使うならば必要なプロパティで、ここからnoteはAngularJSを使っているんだなあと分かります。 AngularJSは簡単に言うと、サーバー側ではなくブラウザ側でHTMLを描写する仕組みです。これを利用するとどんな利点があるのか。僕の理解している範囲内だと、サーバー側はベースとなるHTML(上のソース)と各ノートのJSO
作曲家で聴くアニソン・キャラソンのススメ メディアミックスという言葉が使われるようになって久しい昨今、アニメやゲームにおいてアニメソング・キャラクターソングが数限りなく生み出され続けていますが、「アニソン・キャラソンなんて所詮その作品・キャラクターを愛するファンのためだけの内輪向けの音楽だ」なんて思っていませんか? もちろんそういう面があることは否定しませんが、それだけで片付けてしまうのは、あまりにもったいないです。 私はアニソン・キャラソンの作曲とは、日本で花開いたキャラクター文化の魅力を音楽に変換する高度かつ先進的な文化活動だと考えています。 100年後の日本の歴史の教科書には、平成の文化史についてきっと以下のように記載されるはずです。 平成の日本文化を一言で表す言葉は「萌え」であり、それは文学・映像・音楽の世界に幅広い影響を与えた。音楽の世界では「萌え」を音楽化したキャラクターソング
U理論の本を流し読みしてたけど、これは結構面白い。 PDCAサイクル(計画→実行→評価→改善)は、既にサイクルが回っている人にとっては納得感があるのだろうけども、回ってない人にやらせようとすると「で、計画はどうやって立てるの?」で悩んで止まってしまったり、逆に問題に対する知識が不足してる可能性に無自覚なまま、詳細すぎる計画を立ててしまって、後からわかった情報で瓦解したりする。 科学的思考法の「仮説→実験→検証→修正」のサイクルでも、流行りのリーンスタートアップの「仮説検証のサイクルを高速に回せ」でも、やっぱり実際にやろうとすると「で、仮説はどうやって見つけるの」というところでつまずく人がいる。 この手の「サイクル」に入る手前でつまずいている問題について、僕はいままで「まず観察を」と言ってきたのだけど、U理論はこの部分を7段階に分けて考えている。 一つ目は、物事を既成概念に当てはめて見ている
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く