アカウント名:
パスワード:
どうするのがより良い現実解なんだろうな。ちょっと何も思いつかん。
手始めにデータ本体とパスワードの経路を分けるデータ本体は暗号化、めいっぱい複雑な暗号化を施しておけば送る手段はなんでもOKパスワードはどうしようかね?理想的にはパスワードを設定した本人と受け取る人が、第三者やシステムを介さず直接やりとりするのがいいんだろうけど…妥協点としては電話連絡とかになるのかねぇ
データは今までどおり焼いて宅急便、パスワードは書留、で良いと思うけど。まあ、できればスクラッチかセキュリティシールくらいは使ってほしいけど。
電話連絡で、数字だけ16ケタ、とか決めたらabcみたいに聞き間違いなさそうだしそこそこの機密保持になりますよね。少なくとも同じ封筒で送るより100倍は良いはず。手間もほどほど。相手が不在の時に「後日かけなおせ」で日数かかるけど。
「もしもし、オレだよオレ。先日決めたパスワードだけど、メモを無くしたんでもう一度教えてくれない?」「ふんふん。123456789.....」#それでも100倍マシなのは同意。
>abcみたいに聞き間違いなさそうだしそこはもちろんフォネティックコードで。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「毎々お世話になっております。仕様書を頂きたく。」「拝承」 -- ある会社の日常
どうすりゃいいんだろうな (スコア:0)
どうするのがより良い現実解なんだろうな。
ちょっと何も思いつかん。
Re:どうすりゃいいんだろうな (スコア:0)
手始めにデータ本体とパスワードの経路を分ける
データ本体は暗号化、めいっぱい複雑な暗号化を施しておけば送る手段はなんでもOK
パスワードはどうしようかね?
理想的にはパスワードを設定した本人と受け取る人が、第三者やシステムを介さず直接やりとりするのがいいんだろうけど…
妥協点としては電話連絡とかになるのかねぇ
Re: (スコア:0)
データは今までどおり焼いて宅急便、パスワードは書留、で良いと思うけど。
まあ、できればスクラッチかセキュリティシールくらいは使ってほしいけど。
pwは電話連絡で口頭で (スコア:0)
電話連絡で、数字だけ16ケタ、とか決めたら
abcみたいに聞き間違いなさそうだしそこそこの機密保持になりますよね。
少なくとも同じ封筒で送るより100倍は良いはず。
手間もほどほど。相手が不在の時に「後日かけなおせ」で日数かかるけど。
Re:pwは電話連絡で口頭で (スコア:2)
「もしもし、オレだよオレ。先日決めたパスワードだけど、メモを無くしたんでもう一度教えてくれない?」
「ふんふん。123456789.....」
#それでも100倍マシなのは同意。
>abcみたいに聞き間違いなさそうだし
そこはもちろんフォネティックコードで。