moz による投稿:

先程 Ubuntu 8.04 Hardy Heron Live USB How-to が現れ、そのファイルの412行目に単純な記載ミスが指摘されました。

mount ${cowdevice} -t ${cow_fstype} -o rw,noatime,mode=775 /cow || panic "Can not mount $cowdevice on /cow"

の中程にある「mode=775」は誤りです。実際、「7.10 Ubuntu」の対応するファイルでは405行目なのですが、その記載は
ありません。

casperのchangelogを見たところ、これは誤りではなく以下のバグを修正するために加えられたようです。

https://bugs.launchpad.net/ubuntu/+bug/206030

mode=775を消すとセキュリティ上のリスクが発生する可能性があるので、その点はしっかり確認する必要があると思います。
もし、mode=775をつけずに上記のバグを回避する手段が見つかれば、Launchpadに報告すれば大きな貢献になるでしょう。

なお、casper-rwを使う方法は、セキュリティアップデートが難しいという部分も大きな問題です。
この問題が解消するまでは一時的な使用に留め、日常の環境としては使わないように注意を喚起する必要があると思います。

moz による投稿:

「Ubuntu on USB Memory」 の高い利便性の一部はデータの自動的な保存にあり、急に 「危険だから使用を一時的
にせよ」 と言われても、利用者が 「はいそうですか、では止めます」 と素直に従うかどうかは大いに疑問です。

ご指摘のように注意を喚起することは必要ですが、できれば原因を早く究明し、対応するシェルスクリプトを編集して提供する
ことが第一と考えます。

これは、私がセキュリティ上のリスクなどを説明することなく、install_usb.sh をCDイメージの中に入れつづけていたことに問題があったと考えています。
今思えば、最初からセキュリティや安定性に問題があることをしっかり書いておくべきでした。すみません。

利便性とセキュリティのどちらを優先すべきかについては、少なくともJapanese Teamの配布物としてはセキュリティを優先すべきだと考えています。
セキュリティが確保できなければ、いくら便利なものでも利用を中止するよう呼びかけるのがUbuntuコミュニティの一部であるJapanese Teamの役割だと考えています。

もちろん、すでに行われているように、スクリプトを改善して再配布されることに問題はありません。
そういった活動から、より良い解決策が生まれてくるのがオープンなコミュニティの良いところだと考えています。

ご配慮ありがとうございます。

moz による投稿:

なお、「Ubuntu 8.04」に限り Ubuntu-Japanese-Team にこのリスクに対する責任は一切ありません。御了承下さい。

この部分は、記載して頂かないほうが良いと思います。
Ubuntu Japanese Teamとして、この件に関して責任を回避したいというわけではありません。
むしろUbuntuに関してセキュリティ上の問題がある場合に、今回のように注意をお願いするなどの対策を行うことはJapanese Teamの責任であると考えています。

個人的には、この件に限らず、一般のユーザに影響がある重大なセキュリティホールやバグが発見された場合は、日本語で情報を出すなどの活動もしていきたいと思っています。
日本で多くの人に安心してUbuntuを使ってもらうためには必要なことではないかと考えています。ご協力頂ければ幸いです。

ありがとうございます。

可能ならば、問題を整理してcasperのバグとしてLaunchpadに登録してもらえますか？
そこでcasperの開発者に本当に問題ないと確認されれば、この件に関しては解決と言って良いと思います。

セキュリティアップデートが難しいという件もあったかと思いますが、回避する方法が分かれば教えて頂ければ助かります。
こちらも最終的には、casperの開発者に確認してもらう必要があるかもしれません。

この2点が解決するまでは、セキュリティリスクがあるという注意書きは必要だと考えています。

情報ありがとうございます。私のほうではまったく追えていないので助かります。

リンク先を読んだところ、誤りを認めているというよりは、「ufwが起動できないバグに対処したところ、persistentがうまく動かないという不運な影響が出て残念だ」と言っているようなので、mode=755を削除するのが正しい対処法であるかどうかは、まだ議論の余地がありそうです。
mozさんと同じように mode=755 を削除した解決方法を示している方がおられるようですので、これが受け入れられれば解決といって良いでしょう。

mode=755を消してもufwが起動したとのことですが、「ufwが起動させればOK」だと考えるべきではないと思います。ufwは、すべてのセキュリティリスクをゼロにするわけではないからです。mode=755を削除して元の状態に戻すことにより、別のセキュリティホールが発生しないかを確認する必要があります。よって、casperの開発に携わる人たちがどのような結論を出すかまで、勝手にこの場で「解決だ」と断言することは避けるべきです。
バグだと思った場合は、自分だけで判断するのではなく、まず開発コミュニティに報告して確認した後で、情報を出すようにしてください。それが、フリーソフトウェアコミュニティでのルールだと言って良いでしょう。そうしなければ、バグでないものをバグと言う人や、バグをバグでないと言う人が出てきて、収集がつかなくなります。

なお、persistentを使っても各アプリケーションのアップデートが事実上できないという問題も、ufwで回避できるわけではありません。そのため、重要な情報を扱う場合に注意が必要である点についてもクリアはできていません。

これらの問題点があっても、小容量USBメモリへのインストール方法を提供することには意味があると思います。引き続き、ユーザに対してスクリプトなど提供して頂ければ、多くの方に喜んでもらえるでしょう。ただし、casperの仕組み上、persistentモードにはリスクがあることを常に書いておくべきだと思います。

上の「＃１」で述べた、今回隠しディレクトリ「.disk」のC&Pが必須となった理由について、その後判明したことを書きます。

「Ubuntu 7.10」から、init-ramdisk (initrd.gz) の中のファイル/scripts/casperに、次のようなUUIDのmatchingに
関するシェル関数が加えられました。

matches_uuid() {
    if [ "$IGNORE_UUID" ] || [ ! -e /conf/uuid.conf ]; then
        return 0
    fi
    path="$1"
    uuid="$(cat /conf/uuid.conf)"
    for try_uuid_file in "$mountpoint/.disk/casper-uuid"*; do
        [ -e "$try_uuid_file" ] || continue
        try_uuid="$(cat "$try_uuid_file")"
        if [ "$uuid" = "$try_uuid" ]; then
            return 0
        fi
    done
    return 1
}

ところが、「Ubuntu 7.10」では条件に書かれたinit-ramdisk (initrd.gz) の中のファイル/conf/uuid.confはありません。
従って、隠しディレクトリ「.disk」の中のファイルcasper-uuid-genericはあってもなくても良く、結局隠しディレクトリ「.disk」
をC&Pする必要はなかったわけです。

しかし、「Ubuntu 8.04」では、init-ramdisk (initrd.gz) の中にファイル/conf/uuid.confがあり、そこには
「2f177401-3155-445d-a79e-bc0f896a989a」 と記載されています。

勿論、この「UUID」は隠しディレクトリ「.disk」の中のファイルcasper-uuid-genericに書かれたUUIDと一致します。
その結果、隠しディレクトリ「.disk」のC&Pが必須となったのです。
.

最後の編集者: moz (2008-07-12 09:58:09)