アカウント名:
パスワード:
リードライトするときには必ず認証が入るようにするとか。
# 「接触悪いのか?」とかきかれそうだが
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
私は悩みをリストアップし始めたが、そのあまりの長さにいやけがさし、何も考えないことにした。-- Robert C. Pike
認証した後 (スコア:1)
一定時間したら再度認証を求めるとかしないと。
そのへんはどうなんでしょうね？
Re:認証した後 (スコア:1)
そもそもそういう事を問題にする状況で、ログインしたまま席を立つ方がおかしいと思うんですが…。
Re:認証した後 (スコア:2, 参考になる)
ログインしたまま退席する時点でセキュリティもあったものではありません。
ただ、そのような行動をとったとしても、何らかの形でUSBメモリ内のデータが守られるような仕組みになってたらより一層おもしろいな、と思っただけです。
Re:認証した後 (スコア:0)
それはUSBメモリ側が実装すべきしくみだろうか？
いきなり認識できなくなったりしては、OS側が混乱するのではないか？
Re:認証した後 (スコア:1)
リードライトするときには必ず認証が入るようにするとか。
# 「接触悪いのか?」とかきかれそうだが
Re:認証した後 (スコア:1)
for + fwrite で...
必要なら sleep つっこんでみるとか...
最悪(?) fopen, fseek, fclose 繰り返してみるとか...
# ただの嫌がらせ案なので ID
うっうー
Re:認証した後 (スコア:0)
を保護するために、ログインしている事を常に確認する
作業が必要になるっていうのは面白いけど面倒だ。
（少なくとも指紋認証だけでは）
ついでにいうと、リムーバブルディスクのデータが（その場で）
「なんらかの形で」守られればいいならその場で抜いていけばいい。
それが求められる状況で、それさえ出来ない状況は想定しにくいから、
それが出来ない人間に必要なのは情報セキュリティガイドブックだｗ
USBメモリを自由に持ち込める事が出来たら、クライアント内・
サーバ上のデータが危険に晒される事を認識していれば
「その