Setup-on-disk-format」(LUKS)に、セキュリティホールが存在することが明らかになった。LUKSはLinuxで使われているハードディスク暗号化のための標準的な仕組みだ。LUKSは多くの場合、「cryptsetup」というユーティリティを使用してセットアップされている。Server」(SLES)が含まれる。このようなコードを書くべきではない。システムに問題が発生したらrootシェルに戻るというのは、よいアイデアではない。system)のrootシェルを獲得できる。この脆弱性を悪用するには特別なシステムや構成を必要としないため、影響範囲が大きい。攻撃者はハードディスクのコピー、修正、破壊を行えるのに加え、ネットワークをセットアップしてデータを盗むこともできる。この脆弱性は、特に図書館、ATM、空港の端末、実習室などの、ブートプロセスが保護されており(BIOSとGRUBでパスワードを使用)、入力装置がキーボードとマウスしかない環境で深刻な影響がある」と説明されている。問題なのは、この脆弱性があまりにも簡単に悪用できることだ。システムを起動して、Enterキーを押し続け、しばらく待つ。そのまま1分半も経てば、BusyBoxのrootシェルにアクセスできてしまう。これであらゆることは思いのままだ。皮肉なのは、ハードディスクを暗号化しなければ、この脆弱性の影響を受けることもないということだろう。問題の根源は「/scripts/local-top/cryptroot」ファイルにある。このスクリプトは、ハードウェア障害の回数が上限に達すると(x86アーキテクチャの場合は30回)、rootアクセスが得られるようになっている。この脆弱性を利用しても、暗号化されたユーザーのパーティションにアクセスすることはできないが、破損させることはできる。「大した問題ではない。悪用するにはコンソールが必要だし、マシンに物理的にアクセスできるなら、どちらにせよシステムを破る方法はいくらでもある」と主張する人もいるだろう。クラウド環境では、この攻撃を利用して「『物理アクセス』が得られなくても、遠隔からこの脆弱性を悪用」することができる。この脆弱性が存在するUbuntuは、クラウドでもっとも多く利用されているOSであり、非常に深刻な影響が及ぶ可能性も否定できない。Linuxの配布元がこの問題を修正するまでに、時間はかからないはずだ。それまでの間は、頭痛の種を1つ抱えることになる。腕に覚えのあるLinux管理者は、パッチの公開を待たずに、設定ファイルを修正すべきだ。この問題を修正する方法の例。Gisbert氏が発見したものだ。2016」でこの脆弱性に関する情報を発表した。Interactive発の記事を朝日インタラクティブが日本向けに編集したものです。Japanは、CIOとITマネージャーを対象に、ビジネス課題の解決とITを活用した新たな価値創造を支援します。ついて運営会社サイトマップ当サイトは最新ブラウザでの閲覧を推奨します。permission.このサイトでは、利用状況の把握や広告配信などのために、Cookieなどを使用してアクセスデータを取得・利用しています。これ以降ページを遷移した場合、Cookieなどの設定や使用に同意したことになります。Cookieなどの設定や使用の詳細、オプトアウトについては詳細をご覧ください。