アカウント名:
パスワード:
前はドコモは悪くないんじゃね？とかいってたけど続報見てたらドコモもだめだったわ
https://www.jiji.com/jc/article?k=2020091000315&g=eco [jiji.com] 去年の5月時点で同様の被害が発生していたらしくりそなはそれで撤退していたようなので・・・。これなのにも関わらず対策取らずに拡大しようとしたドコモはダメ
ただまぁ、やっぱ地銀とかその辺の銀行「が」だめだったのは変わらないソニー銀行は手続きについてサイト内にかかれているので https://moneykit.net/visitor/payment/ [moneykit.net] 見ると> 口座番号> 生年月日> キャッシュカードの暗証番号と、> ソニー銀行にご登録のメー
当初はドコモ口座のアカウントの作成はドコモユーザであることが必須だったのでそこで本人確認がされていた。それが後から捨てメアドでもドコモ口座アカウントを作り放題になったっていう経緯らしいです。とするとドコモ口座アカウント作り放題にする時点で銀行側にその旨伝えて銀行側での本人確認強化を依頼する、ということをしていなかったとしたら銀行は悪くないまで可能性があるのでは？
なんかセブンペイ事件を思い出すな。あれも、最初のアプリの認証としては別におかしな仕組みではなかったけど、そこにそのまま決済アプリを乗せようとしたバカが居てクラックされてしまったわけで。今回も最初に決めた人達はドコモユーザー登録で本人確認してるから大丈夫だろぐらいのつもりが、ドコモ口座の仕様を知らない人が、アカウント運用変えちゃったからみたいな話にみえる。
昨今は何でも機能を持った多機能サービスが推されてるけど、全体仕様が把握できなく成るリスクとかを考えると危ないと思う。
改悪を進めた張本人にきっちり責任取らせて、処分されてほしい。理想は懲戒解雇でしょう。曖昧なまま流してしまうと、また同じことが起きるよ。
IT関係の学歴を持った当事者がバカなことをやったのであれば、懲戒解雇できるだろうけれど、ITなんて何にも知らない「素人がやった失敗」では、当人に責任も処分も取れないのよ。
本当に処分すべきなのは、「そんな人を責任者に添えてしまったトップ」なんじゃないかな。セブンペイの社長も、親会社の天下り人事だったよね。
デー子の何処かに行っちゃうような。
さすがにこれだけの事件起こした責任者を雇う勇気のある企業はないと思うぞ・・・
日本って良くも悪くも敗者復活を許さない。名前が広く知られてしまった以上、特殊な人脈以外では高待遇の再就職は困難だよ。
下級国民の敗者復活を許さない、なら同意だけど上級国民は失敗者の烙印を押される事もなく…… ってパターンの方が多くね？
なんかセブンペイ事件を思い出すな。あれも、最初のアプリの認証としては別におかしな仕組みではなかったけど、
何もかもおかしかったぞhttps://security.srad.jp/story/19/07/12/1754201/ [security.srad.jp]
ドコモ口座のアカウントが作りたい放題だったことは特に問題ではない。いや、マネーロンダリングの観点からは問題なのだけれど、今回の不正引き落とし問題の本質ではない。仮に本人確認が必要だったとして、受け子を募集したり、SMS認証代行を使ったり、偽造書類を提出するなど、過去の事件でポピュラーだった手口で犯行用アカウントが作られるだけのこと。ひとつのアカウントで連携する口座をとっかえひっかえは難しいそうだから、大規模な犯行は抑止できたかもしれないが、そしたらこうして表沙汰になることもなく、被害者は泣き寝入りのままで、小規模な犯行が続いていただろうな。結局問題は口座連携時の認証が手薄だったということに尽きる。
ほんまそれ。あと、前払式支払手段がこの手の犯罪のマネロンに利用されているのを放置してきた政府のせいでもある。
＞結局問題は口座連携時の認証が手薄だったということに尽きる。
ほんとコレ。あとは軽薄な認証のほぼ唯一の頼みの綱であった暗証番号に対する防衛意識の欠如かな。
リバースブルートフォースとtorにした時点で言い訳できない
dポイント送る機能使うときは本人確認しないといけないくせに
仕様検討したやつ震えてそうｗ
そこもセブンペイと一緒じゃないの？担当は危険性を指摘したが、上が利便性を優先したっていう。
指摘を、口頭ではなく文書に遺^H残さないと詰め腹切らされるかもなやつだな。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
192.168.0.1は、私が使っている IPアドレスですので勝手に使わないでください --- ある通りすがり
すまん (スコア:5, すばらしい洞察)
前はドコモは悪くないんじゃね？とかいってたけど続報見てたらドコモもだめだったわ
https://www.jiji.com/jc/article?k=2020091000315&g=eco [jiji.com]
去年の5月時点で同様の被害が発生していたらしくりそなはそれで撤退していたようなので・・・。
これなのにも関わらず対策取らずに拡大しようとしたドコモはダメ
ただまぁ、やっぱ地銀とかその辺の銀行「が」だめだったのは変わらない
ソニー銀行は手続きについてサイト内にかかれているので
https://moneykit.net/visitor/payment/ [moneykit.net]
見ると
> 口座番号
> 生年月日
> キャッシュカードの暗証番号
と、
> ソニー銀行にご登録のメー
Re:すまん (スコア:1)
当初はドコモ口座のアカウントの作成はドコモユーザであることが必須だったのでそこで本人確認がされていた。
それが後から捨てメアドでもドコモ口座アカウントを作り放題になったっていう経緯らしいです。
とするとドコモ口座アカウント作り放題にする時点で銀行側にその旨伝えて銀行側での本人確認強化を依頼する、ということをしていなかったとしたら銀行は悪くないまで可能性があるのでは？
セブンペイ事件を思い出す (スコア:3, 参考になる)
なんかセブンペイ事件を思い出すな。あれも、最初のアプリの認証としては別におかしな仕組みではなかったけど、そこにそのまま決済アプリを乗せようとしたバカが居てクラックされてしまったわけで。
今回も最初に決めた人達はドコモユーザー登録で本人確認してるから大丈夫だろぐらいのつもりが、ドコモ口座の仕様を知らない人が、アカウント運用変えちゃったからみたいな話にみえる。
昨今は何でも機能を持った多機能サービスが推されてるけど、全体仕様が把握できなく成るリスクとかを考えると危ないと思う。
Re: (スコア:0)
改悪を進めた張本人にきっちり責任取らせて、処分されてほしい。
理想は懲戒解雇でしょう。
曖昧なまま流してしまうと、また同じことが起きるよ。
Re: (スコア:0)
IT関係の学歴を持った当事者がバカなことをやったのであれば、懲戒解雇できるだろうけれど、
ITなんて何にも知らない「素人がやった失敗」では、当人に責任も処分も取れないのよ。
本当に処分すべきなのは、「そんな人を責任者に添えてしまったトップ」なんじゃないかな。
セブンペイの社長も、親会社の天下り人事だったよね。
Re:セブンペイ事件を思い出す (スコア:1)
野に放たれて他社に行ってしまう(NTTドコモの元社員(経営者)なら三顧の礼で雇われるでしょう)。
そうなると被害が他社(とその取引先、お客様)に広がってしまうから、まっとうな人材になるまではそのまま面倒をみてほしいというのが正直な感想です。
Re: (スコア:0)
デー子の何処かに行っちゃうような。
Re: (スコア:0)
さすがにこれだけの事件起こした責任者を雇う勇気のある企業はないと思うぞ・・・
日本って良くも悪くも敗者復活を許さない。
名前が広く知られてしまった以上、特殊な人脈以外では高待遇の再就職は困難だよ。
Re: (スコア:0)
下級国民の敗者復活を許さない、なら同意だけど
上級国民は失敗者の烙印を押される事もなく…… ってパターンの方が多くね？
Re: (スコア:0)
なんかセブンペイ事件を思い出すな。あれも、最初のアプリの認証としては別におかしな仕組みではなかったけど、
何もかもおかしかったぞ
https://security.srad.jp/story/19/07/12/1754201/ [security.srad.jp]
Re:すまん (スコア:2, 興味深い)
ドコモ口座のアカウントが作りたい放題だったことは特に問題ではない。
いや、マネーロンダリングの観点からは問題なのだけれど、今回の不正引き落とし問題の本質ではない。
仮に本人確認が必要だったとして、受け子を募集したり、SMS認証代行を使ったり、偽造書類を提出するなど、過去の事件でポピュラーだった手口で犯行用アカウントが作られるだけのこと。
ひとつのアカウントで連携する口座をとっかえひっかえは難しいそうだから、大規模な犯行は抑止できたかもしれないが、そしたらこうして表沙汰になることもなく、被害者は泣き寝入りのままで、小規模な犯行が続いていただろうな。
結局問題は口座連携時の認証が手薄だったということに尽きる。
Re:すまん (スコア:1)
ほんまそれ。あと、前払式支払手段がこの手の犯罪のマネロンに利用されているのを放置してきた政府のせいでもある。
Re: (スコア:0)
＞結局問題は口座連携時の認証が手薄だったということに尽きる。
ほんとコレ。あとは軽薄な認証のほぼ唯一の頼みの綱であった暗証番号に対する防衛意識の欠如かな。
Re: (スコア:0)
リバースブルートフォースと
torにした時点で言い訳できない
Re: (スコア:0)
dポイント送る機能使うときは本人確認しないといけないくせに
Re: (スコア:0)
仕様検討したやつ震えてそうｗ
Re: (スコア:0)
そこもセブンペイと一緒じゃないの？
担当は危険性を指摘したが、上が利便性を優先したっていう。
Re: (スコア:0)
指摘を、口頭ではなく文書に遺^H残さないと詰め腹切らされるかもなやつだな。