問個電信問題,請教各位高人
 

為什麼詐騙集團可以隨便就變出電話號碼?

現在詐騙來電都不是未顯示,都是有號碼的

跟開放第二類電信有關嗎?

最近一直接到詐騙電話很煩............

是的,主要是由於電信網路的call routing和SS7節點間交換的發話端/受話端資訊是兩回事(i.e. call routing根本不是看caller ID/called ID建立的,不像TCP/IP每個封包都有src和dst address,要偽造src address而且可以work雖然不是完全不可能,至少也不是a piece of cake:stupefy: ),只要取得第二類電信執照並註冊SS7 node ID後連上電信網路(相信鵝,前面那些步驟的門檻根本不算啥:stupefy: ),那這個第二類電信業者要在caller ID中填啥根本沒人管得著(雖然法律有規定不可以竄改caller ID,實際上當然是被查到了再說:stupefy: :stupefy: )....

ㄟ，二樓講的差不多，補充一下
他們可以用擠掉的.........


來電顯示原理在於電話鈴響時郵電信業者傳出那串號碼，那段號碼經過你的電話解譯就顯示出來，但是也有人作出這種機器可以自己產生號碼，這時就傳出一堆把原電信也者的擠掉，比如說我的電話是02-12345678，那我在撥出後再用機器傳出...........02-87654321，那你收到的號碼應該會是0212345678...........0287654321這一長串，但是由於來電顯示過長的號碼前會會自動截掉變"+"號，所以你只會收到+0287654321，這樣讓你誤以為是用02-87654321打來的

謝謝兩位

我現在了解了

這個方法倒是蠻有趣的,可惜不一定可以work:p....

1:受話方如果是mobile或trunk等out-band signaling的場合,照說不透過SS7是沒機會塞東西過來的,而就算在voice path上塞DTMF/FSK過來也不會有啥影響....

2:就算受話方是in-band signaling的類比用戶,局端送caller ID時發話端/受話端間的voice path其實還沒建好(所以也沒得塞:stupefy: ),要等受話端off hook後voice path才會建起來,但按規範called ID decoder只會對voice path建起來前的DTMF/FSK訊號有反應,除非caller ID decoder很湊巧的沒有完全按照規範實作,不然等voice path建起來後再塞過來應該也不會有啥影響....

鵝是覺得用塞碼的方式成功率應該不高,還是另有其它蹊徑可以達成愚弄caller ID decoder的目的啊:confused: :confused: ....

鵝大說的太深入了,我只看的懂1成,不過我大概知道是為什麼了。 :D

如果能白話一點更好

其實兩位都沒錯阿,兩種方法都有二類電信業者使用,cmwang大說的做法比較受到國內二類的歡迎.