セキュリティ・キャンプ2016で使用した、熊猫のテキストを公開しました。セキュリティ・キャンプ2017で使用した、熊猫のテキストを公開しました。カーネルのメモリ管理機構の闇」と戦い続けてきました。カーネルのメモリ管理機構は「他の誰かが自分のために進捗を出してくれているから自分は余計なことを考えなくていい」という楽観論で動いています。全員が同じ考えで動いたとき、誰も進捗を出せなくなり、システムは静かにハングアップしてしまいます。なんだか、責任の所在が不明な、某市場移転問題みたいですねぇ。状態に陥らないことを証明できる」ようになる・・・ことを目指していました。状態が発生してしまいました。状態に陥らないこと」を証明できませんでした。バッファが空になるまで永遠に待ち続けることが原因ということにされたため、バッファを空にする処理を専用のカーネルスレッドにオフロードすることで解消される見込みです。ロックを獲得できないままビジーループをしてしまうA以外の全員」であるため、「ロックを獲得できなかった場合はスリープすることで、ロックを獲得しているAの処理を先へと進める」というのが正しい修正だと思うのですが、そのような修正を加えることにより予期せぬ副作用が発生することを恐れているため、採用される見込みはありません。攻撃を受けていて手遅れだ」という返事。原因がカーネル側にあり、それを修正する方法が存在していても、想定を超える負荷が掛かったら諦めるしかないという、セキュリティとトラブルシューティングをやっている人の視点としては納得いかない世界なのです。ような脆弱性が見つかるのも、当然かもなぁ。しての役割を果たせません。この処理を、専用のカーネルスレッドにオフロードすることで、全員が同じ考えで動いてしまった場合でも機能するようにするという提案を続けています。Linuxこの記事へのコメントコメントを書くお名前:メールアドレス:ホームページアドレス:コメント:※ブログオーナーが承認したコメントのみ表示されます。この記事へのトラックバックURLhttp://blog.sakura.ne.jp/tb/178226079※ブログオーナーが承認したトラックバックのみ表示されます。この記事へのトラックバック。