アカウント名:
パスワード:
#3645858 [srad.jp] のように、
SMSの発信元は偽装できる。
といった書き込みが色々されているようですが、日本国内ではSMSの発信元の電話番号を偽装した場合、廃棄されるので偽装できません。
ドコモを装ったフィッシングSMSにご注意ください! | お知らせ | NTTドコモ [nttdocomo.co.jp]
のようなケースは、悪意のあるSMSの Alphanumeric Sender ID が "NTT DOCOMO" となっているので、ドコモ公式SMSと同じスレッドになっているだけです。SMSの発信元の電話番号の偽装ではありません。
Alphanumeric Sender ID が何であるのかは、日本語の情報サイトは少ないですが ↓ が分かりやすいかなと思います。 https:// [zendesk.com]
SMSに差出人を偽装できる脆弱性、Apple「iMessageを使え」 [security.srad.jp]なんてのも昔ありましたが、さすがに修正済みでしょうかね。
それ以前の問題として、他の人も指摘しているように発信者電話番号は偽装できなくても、よほどわかりやすい番号で周知しないと贈ってきた発信元の電話番号が本当に都税事務所のものかは普通分からないという問題がありますね。
0の代わりにOを使うとか1の代わりにlを使ってAlphanumeric Sender IDを電話番号っぽく見せる手もありそう。
怪しけりゃ発番で検索すれわかるだろそんな事もできんやつは何だってって騙されるからいまさら関係ないと言う立て付けよ行政コストが下がって徴収率が上がるんなら良いんじゃねと思う他でSMSというだけで詐欺と切って捨てられなくなるから…とか言ってるけどそんな心配なら切って捨てていいよどうせ最後はハガキで来るんだから
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ソースを見ろ -- ある4桁UID
Alphanumeric Sender ID と違って発信元電話番号は詐称不可 (スコア:2, 参考になる)
#3645858 [srad.jp] のように、
といった書き込みが色々されているようですが、日本国内ではSMSの発信元の電話番号を偽装した場合、廃棄されるので偽装できません。
のようなケースは、悪意のあるSMSの Alphanumeric Sender ID が "NTT DOCOMO" となっているので、ドコモ公式SMSと同じスレッドになっているだけです。
SMSの発信元の電話番号の偽装ではありません。
Alphanumeric Sender ID が何であるのかは、日本語の情報サイトは少ないですが ↓ が分かりやすいかなと思います。
https:// [zendesk.com]
Re:Alphanumeric Sender ID と違って発信元電話番号は詐称不可 (スコア:0)
SMSに差出人を偽装できる脆弱性、Apple「iMessageを使え」 [security.srad.jp]なんてのも昔ありましたが、さすがに修正済みでしょうかね。
それ以前の問題として、他の人も指摘しているように発信者電話番号は偽装できなくても、よほどわかりやすい番号で周知しないと贈ってきた発信元の電話番号が本当に都税事務所のものかは普通分からないという問題がありますね。
0の代わりにOを使うとか1の代わりにlを使ってAlphanumeric Sender IDを電話番号っぽく見せる手もありそう。
Re: (スコア:0)
怪しけりゃ発番で検索すれわかるだろ
そんな事もできんやつは何だってって騙されるからいまさら関係ない
と言う立て付けよ
行政コストが下がって徴収率が上がるんなら良いんじゃねと思う
他でSMSというだけで詐欺と切って捨てられなくなるから…
とか言ってるけどそんな心配なら切って捨てていいよ
どうせ最後はハガキで来るんだから