アカウント名:
パスワード:
ただの数値との区別ってどうやってやるんだろうか?
単に「72」って書いただけで反応しちゃう奴が多数居るネットだと意外とあっさり識別されるかもしれん
# 冗談なのでAC
ハァハァ
くっ!※お約束なのでAC
円周率には私のマイナンバーが無限回出現しますので、実質、円周率は私のマイナンバーです。
よってマイナンバー法に基づかない円周率の利用は違法です。
円周率ダメ、絶対。
まあ日本国民全員の舞ナンバーだって、全部無限回でてきますよね。
マイナンバーは0は使ってないんだっけ
円周率って割り切れないからどこかには出現すると思うよ(むしろ円周率のうちの12桁を切り取ったとき、特定の並びが発生しないことって証明できないと思う)
無理数や超越数だからといって、任意の数字の並びが出現するってことにはなりませんよ。それこそ、ある数字の並びが存在する事に関しては実例か証明かが必要です。
無理数の範囲では簡単に例が作れて、
0.101001000100001000001....
みたいに、1と1の間に0が一つづつ増えながら挟まっていく数は無理数だけど2~9は出現しないね。けど、これが超越数かどうかはわからん。誰か知ってますか?
円周率は循環小数じゃなくて無理数なので問題ない。
#言葉尻だけ捉えて中途半端なツッコミいれる奴、カッコワルイ
10進で0と1しか出ない無理数Σ10^(-n^2)
無理数はそもそも割り算じゃ表せないんだから、割り切れない数字って(整数割る整数という意味で考えるなら)循環小数しかないんじゃないの?ちがったっけ。
元スレは言葉尻でも中途半端な間違いでもなくて、根本的に間違ってると思う。
円周率にすべての数字が出てくるかどうかは未解決問題だったような。
1000以下の数字は全部出てくるとかについては、具体的に出てくることが確認されているだろうけども、12桁の数字全部とかは分かってないんじゃないかな。
0.01001100011100001111…
全ての数字が出てこない無理数なんていくらでも
サルにキーボードを叩かせればどうだろうか。
末尾の数字がチェックデジットになっているので、出鱈目な12桁の数字を羅列したら偶然誰かのマイナンバーと一致する、というケースは稀だと思われます。
<マイナンバーのチェックデジットを計算する>http://qiita.com/qube81/items/fa6ef94d3c8615b0ce64 [qiita.com]
クレジットカード番号と同じ仕組みですね。
マイナンバーの末尾の数字がチェックディジットになっていようがいなかろうが、ランダムな12桁の数字が誰かのマイナンバーな確率って同じじゃね?ざっくり1/80000ぐらいだから稀は稀だけど。
一桁間違えてた。恥ずかしい。日本の人口/一兆なので、だいたい1/8000ですな。
さらに最後の桁がチェックディジットで自動的に算出できることを考えると、適当に挙げた11桁の数字が誰かのマイナンバーの上から11桁に合致する確率は1/800。まだ稀とは言えるけど思ってたより高い…。
1-((1兆-1)/1兆)^1.25億くらいの確率で誰かと被りそうな気がする。手元の電卓はエラーを吐き出したんでどれくらいの値になるのか想像が付かん。日本人全体で誰か被ってないかということになれば1.25億掛けたくらいの値になりそう。
#さすがに重複がないようにチェックしながら出力してんじゃないかな。
「末尾の数字は隠しているんで、これはマイナンバーを公開したことにはなりませーん」って言い訳はまず通らないんじゃないかしら。
実質11桁ということなのですね。変換元の住民票コードが10+1桁ということは冗長性が1桁分しかないということになるけど、この一桁分で マイナンバーから住民票コードを復元できない 変更されて過去に使っていたものも含めてかぶらないっていうのは保証可能なものなんでしょうか。少なくとも自分や家族の住民票コードとマイナンバーのペアは既知とできるわけで。まさか著名どころのハッシュ関数を片っ端からtryしたら当たりがでたりしないですよね。#「サイコロを11回振ってチェックデジットを付ける」仕事 [srad.jp]も受けてたりするのかな。
行政手続における特定の個人を識別するための番号の利用等に関する法律 [e-gov.go.jp] 第8条第2項 の、
他のいずれの個人番号(前条第二項の従前の個人番号を含む。)とも異なること。前項の住民票コードを変換して得られるものであること。前号の住民票コードを復元することのできる規則性を備えるものでないこと。
の3つの号をどうやって全て満たしたかという疑問ですね?
技術者であれば「住民票コードを変換して得られるもの」という表現からハッシュ関数を思い浮かべる人が多いと思いますが、ハッシュ関数ではなく住民票コードとは全く無関係に乱数を発生させ、住民票コードからの変換テーブルを作成して、それを使って変換しているようです。
従って、変換テーブルが漏えいしない限り、マイナンバーから住民票コードを調べることはできません。ハッシュ関数を使っているわけではないので、力技で解析することはできません。
逆にチェックデジットを通る「適当な番号」を自分のマイナンバーと偽ってネットに公表したらどうなるんだろう?公的機関には真の番号を通知するとして。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
私は悩みをリストアップし始めたが、そのあまりの長さにいやけがさし、何も考えないことにした。-- Robert C. Pike
他の値に紛れてさりげなくマイナンバーを書き込むケース (スコア:0)
ただの数値との区別ってどうやってやるんだろうか?
Re: (スコア:0)
単に「72」って書いただけで反応しちゃう奴が多数居るネットだと意外とあっさり識別されるかもしれん
# 冗談なのでAC
Re: (スコア:0)
ハァハァ
Re: (スコア:0)
くっ!
※お約束なのでAC
Re: (スコア:0)
Re:他の値に紛れてさりげなくマイナンバーを書き込むケース (スコア:4, おもしろおかしい)
円周率には私のマイナンバーが無限回出現しますので、実質、円周率は私のマイナンバーです。
よってマイナンバー法に基づかない円周率の利用は違法です。
円周率ダメ、絶対。
Re: (スコア:0)
まあ日本国民全員の舞ナンバーだって、全部無限回でてきますよね。
Re: (スコア:0)
マイナンバーは0は使ってないんだっけ
Re: (スコア:0)
円周率って割り切れないからどこかには出現すると思うよ
(むしろ円周率のうちの12桁を切り取ったとき、特定の並びが発生しないことって証明できないと思う)
Re: (スコア:0)
無理数や超越数だからといって、任意の数字の並びが出現するってことにはなりませんよ。
それこそ、ある数字の並びが存在する事に関しては実例か証明かが必要です。
Re:他の値に紛れてさりげなくマイナンバーを書き込むケース (スコア:1)
無理数の範囲では簡単に例が作れて、
0.101001000100001000001....
みたいに、1と1の間に0が一つづつ増えながら挟まっていく数は無理数だけど2~9は出現しないね。
けど、これが超越数かどうかはわからん。誰か知ってますか?
Re: (スコア:0)
円周率は循環小数じゃなくて無理数なので問題ない。
#言葉尻だけ捉えて中途半端なツッコミいれる奴、カッコワルイ
Re: (スコア:0)
10進で0と1しか出ない無理数
Σ10^(-n^2)
Re: (スコア:0)
無理数はそもそも割り算じゃ表せないんだから、
割り切れない数字って(整数割る整数という意味で考えるなら)循環小数しかないんじゃないの?
ちがったっけ。
元スレは言葉尻でも中途半端な間違いでもなくて、根本的に間違ってると思う。
Re: (スコア:0)
円周率にすべての数字が出てくるかどうかは未解決問題だったような。
1000以下の数字は全部出てくるとかについては、具体的に出てくることが確認されているだろうけども、12桁の数字全部とかは分かってないんじゃないかな。
Re: (スコア:0)
0.01001100011100001111…
全ての数字が出てこない無理数なんていくらでも
Re: (スコア:0)
サルにキーボードを叩かせればどうだろうか。
Re: (スコア:0)
末尾の数字がチェックデジットになっているので、出鱈目な12桁の数字を羅列したら
偶然誰かのマイナンバーと一致する、というケースは稀だと思われます。
<マイナンバーのチェックデジットを計算する>
http://qiita.com/qube81/items/fa6ef94d3c8615b0ce64 [qiita.com]
クレジットカード番号と同じ仕組みですね。
Re:他の値に紛れてさりげなくマイナンバーを書き込むケース (スコア:2)
マイナンバーの末尾の数字がチェックディジットになっていようがいなかろうが、ランダムな12桁の数字が誰かのマイナンバーな確率って同じじゃね?
ざっくり1/80000ぐらいだから稀は稀だけど。
Re:他の値に紛れてさりげなくマイナンバーを書き込むケース (スコア:2)
一桁間違えてた。恥ずかしい。
日本の人口/一兆なので、だいたい1/8000ですな。
さらに最後の桁がチェックディジットで自動的に算出できることを考えると、適当に挙げた11桁の数字が誰かのマイナンバーの上から11桁に合致する確率は1/800。
まだ稀とは言えるけど思ってたより高い…。
Re: (スコア:0)
1-((1兆-1)/1兆)^1.25億くらいの確率で誰かと被りそうな気がする。手元の電卓はエラーを吐き出したんでどれくらいの値になるのか想像が付かん。日本人全体で誰か被ってないかということになれば1.25億掛けたくらいの値になりそう。
#さすがに重複がないようにチェックしながら出力してんじゃないかな。
Re: (スコア:0)
「末尾の数字は隠しているんで、これはマイナンバーを公開したことにはなりませーん」って
言い訳はまず通らないんじゃないかしら。
Re: (スコア:0)
実質11桁ということなのですね。変換元の住民票コードが10+1桁ということは冗長性が1桁分しかないということになるけど、
この一桁分で
マイナンバーから住民票コードを復元できない
変更されて過去に使っていたものも含めてかぶらない
っていうのは保証可能なものなんでしょうか。少なくとも自分や家族の住民票コードとマイナンバーのペアは既知とできるわけで。
まさか著名どころのハッシュ関数を片っ端からtryしたら当たりがでたりしないですよね。
#「サイコロを11回振ってチェックデジットを付ける」仕事 [srad.jp]も受けてたりするのかな。
ハッシュ関数は使われず、乱数が使われた (スコア:2)
行政手続における特定の個人を識別するための番号の利用等に関する法律 [e-gov.go.jp] 第8条第2項 の、
の3つの号をどうやって全て満たしたかという疑問ですね?
技術者であれば「住民票コードを変換して得られるもの」という表現からハッシュ関数を思い浮かべる人が多いと思いますが、ハッシュ関数ではなく住民票コードとは全く無関係に乱数を発生させ、住民票コードからの変換テーブルを作成して、それを使って変換しているようです。
従って、変換テーブルが漏えいしない限り、マイナンバーから住民票コードを調べることはできません。ハッシュ関数を使っているわけではないので、力技で解析することはできません。
Re: (スコア:0)
逆にチェックデジットを通る「適当な番号」を自分のマイナンバーと偽ってネットに公表したらどうなるんだろう?
公的機関には真の番号を通知するとして。