アカウント名:
パスワード:
「0000」ですね。わかります
いや、今回のトラブルの発生確率は誕生日問題で考えたらダメでしょう。
特定の、セッションを誤って共有していた相手と、たまたま暗証番号が一致する必要があります。任意の誰かと暗証番号が一致すればいい、という話ではありません。
で、全ての利用者に対し、誤認する相手が一人だけいる状況だったとしたら、暗証番号4桁が均等に分布していた場合、1組でも合致する確率は「1-(9999/10000)^(利用者数÷2)」。1000人(500組)で5%ほどです。 spモードの契約者数は11500人ぐらい [nttdocomo.co.jp]なので、この契約者全員がトラブル発生時にアクセスしていたとして、しかもその全員がセッション誤共有していたとしても、暗証番号が均等なら誤ログインは期待値としてせ
えっ、そんなに契約者少ないの、って思ってリンク先見たら単位は「人」じゃなく「千人」でしたよ。
> 単位は「人」じゃなく「千人」でしたよ。
うわー、すんません、見事に誤読してました。←spモードならそんなものかという思い込み付
1150万人なら、その全員がセッション誤認の対象とすると期待値として600組ぐらいはありえるのか…それでもまあ、実際には誤認状況の起きていない人もそれなりにいたでしょうし、やっぱり1000人というのは偶然一致としては多めですねぇ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
皆さんもソースを読むときに、行と行の間を読むような気持ちで見てほしい -- あるハッカー
暗証番号が偶然一致 (スコア:1)
「0000」ですね。わかります
Re: (スコア:1)
そう珍しいことじゃないっす。
Re: (スコア:1)
いや、今回のトラブルの発生確率は誕生日問題で考えたらダメでしょう。
特定の、セッションを誤って共有していた相手と、たまたま暗証番号が一致する必要があります。
任意の誰かと暗証番号が一致すればいい、という話ではありません。
で、全ての利用者に対し、誤認する相手が一人だけいる状況だったとしたら、
暗証番号4桁が均等に分布していた場合、1組でも合致する確率は「1-(9999/10000)^(利用者数÷2)」。1000人(500組)で5%ほどです。
spモードの契約者数は11500人ぐらい [nttdocomo.co.jp]なので、この契約者全員がトラブル発生時にアクセスしていたとして、しかもその全員がセッション誤共有していたとしても、暗証番号が均等なら誤ログインは期待値としてせ
Re:暗証番号が偶然一致 (スコア:1)
えっ、そんなに契約者少ないの、
って思ってリンク先見たら
単位は「人」じゃなく「千人」でしたよ。
Re:暗証番号が偶然一致 (スコア:1)
> 単位は「人」じゃなく「千人」でしたよ。
うわー、すんません、見事に誤読してました。←spモードならそんなものかという思い込み付
1150万人なら、その全員がセッション誤認の対象とすると期待値として600組ぐらいはありえるのか…
それでもまあ、実際には誤認状況の起きていない人もそれなりにいたでしょうし、
やっぱり1000人というのは偶然一致としては多めですねぇ。