Re: [情報] 一卡通money詐騙

看板MobilePay作者 (motekaya)時間1年前 (2022/10/08 20:55), 1年前編輯推噓16(16026)
留言42則, 15人參與, 1年前最新討論串1/2 (看更多)
※ 引述《deltaz (我還懂不懂飛翔)》之銘言: : https://www.dcard.tw/f/mood/p/239665202 : 最近看到好幾起一卡通詐騙事件,只要拿到未註冊一卡通帳號的民眾身分證,就可以利用身 : 分證資訊加上自己的電話去註冊一個帳號,然後就可以利用這個一卡通帳號去詐騙 : 不過這樣的金流應該很好追才是?不知道為什麼都偵辦困難,最後民眾被迫和解收場? : 如果在認證手機號碼這一段加上驗證為本人號碼,應該就會解決?? : -- : Sent from my 小小研究員 : ○ PiTT // PHJCI : 如果受害者(那位媽媽)的一卡通被盜註冊 被開通 然後有收款功能後 騙來了別人的錢 可是 如果沒有受害者(那位媽媽)同身份證號的銀行開戶的帳戶 跟本沒辦法一卡通綁定銀行帳戶 那跟本沒辦法把錢透過銀行帳戶領走呀!!! 如果說 受害者(那位媽媽)被盜註冊的一卡通騙來的錢 是經由一卡通轉一卡通的功能 先把錢轉到 A的一卡通 再經由A綁定A的銀行帳戶提領到A的戶頭 再由車手去領錢 那騙子直接騙別人的錢 轉入A的一卡通 或A的銀行帳戶就好了 何必要多此一舉呢? 請問各位前輩們 關於上述的分析 是否有其他的想法 分享呢? -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 36.232.106.33 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/MobilePay/M.1665233744.A.E7E.htmlmotekaya:轉錄至看板 Bank_Service 10/08 20:57

10/08 21:03, 1年前 , 1F
對 因為不像銀行帳戶有ATM可以用 所以反而沒什麼意義
10/08 21:03, 1F

10/08 21:07, 1年前 , 2F
跨機構轉帳
10/08 21:07, 2F

10/08 21:10, 1年前 , 3F
跨機構轉帳就好啦 https://i.imgur.com/lRYS5NA.jpg
10/08 21:10, 3F

10/08 21:15, 1年前 , 4F
就算跨機構轉有什麼意義嗎?直接騙人轉到最後提款的銀行
10/08 21:15, 4F

10/08 21:15, 1年前 , 5F
流程不是比較少~
10/08 21:15, 5F

10/08 21:16, 1年前 , 6F
跨機構轉帳就失去人頭帳戶的意義了…
10/08 21:16, 6F

10/08 21:19, 1年前 , 7F
跨機構到人頭帳戶
10/08 21:19, 7F

10/08 21:20, 1年前 , 8F
跨機構沒限本人帳戶
10/08 21:20, 8F
謝謝有人的推文提到 跨機構轉帳 這功能可以不限本人帳戶 但我這裡 又有個問題了: a:如果跨機構 最後提領出錢的帳戶 是人頭帳戶的話 那直接騙錢進 最後這個要領出錢的人頭帳戶就好了 何必先經過一卡通 再跨機構轉帳 多此一舉呢? b:如果跨機構 最後提領出錢的這個帳戶 是騙子自己的戶頭 那騙子他不就白忙一場 還是會被抓呀? 所以 還是想不出盜用註冊一卡通 到底對詐騙者 有什麼用? ※ 編輯: motekaya (36.232.48.161 臺灣), 10/08/2022 21:32:30

10/08 21:34, 1年前 , 9F
因為電支帳戶沒辦法第一時間馬上凍結 166還要聯繫一卡通
10/08 21:34, 9F

10/08 21:34, 1年前 , 10F
一般銀行165打完先圈存報案後繼續匡著
10/08 21:34, 10F

10/08 21:35, 1年前 , 11F
我能想到的用途就被騙錢的人堅持要用一卡通轉,或她覺得
10/08 21:35, 11F

10/08 21:35, 1年前 , 12F
一卡通比較安全,現在有些人覺得電支比較安全吧?
10/08 21:35, 12F

10/08 21:36, 1年前 , 13F
或是製造多個斷點,增加追緝困難這樣~
10/08 21:36, 13F

10/08 21:36, 1年前 , 14F
用電支詐騙的 都是很清楚整個流程的
10/08 21:36, 14F

10/08 21:36, 1年前 , 15F
之前還沒發生過用電支帳戶做詐騙 比較容易拐到人
10/08 21:36, 15F

10/08 21:36, 1年前 , 16F
165也沒法直接凍結,要報案,之前轉過1塊想用165凍結,叫我
10/08 21:36, 16F

10/08 21:37, 1年前 , 17F
先去報案再說
10/08 21:37, 17F
謝謝樓上幾位前輩的推文 我覺得滿有理的 總結如下: 就是詐騙集團 用盜註冊的一卡通 把騙進來一卡通money的錢 經由跨機構轉帳 轉帳到 銀行的人頭帳戶 再叫車手去提領 一般被詐騙的人 發現被詐騙騙後 馬上去報警的話: a:如果你報案拿的是 轉帳到銀行人頭帳戶的收據 警察受理報案後 可以很快的凍結那個 銀行人頭帳戶 可能車手還沒領到錢 那個銀行的人頭帳戶就先被凍結了 詐騙集團 可能還沒領出錢 b:如果你報案拿的是 轉帳到一卡通money的收據 那警察報案後 警察還要發文 請一卡通money 調出 錢最後的流向 最後是流入哪個人頭帳戶的 然後 再請銀行凍結那個人頭帳戶 那這樣 光是一卡通money回覆的作業 可能要花上一兩天了 錢早就被詐騙集團的車手領光光 目前 這可能是詐騙集團 盜註冊一卡通money的用意吧 或者有其他前輩有別的想法的 歡迎推文 謝謝 ※ 編輯: motekaya (36.232.48.161 臺灣), 10/08/2022 21:51:22

10/08 21:46, 1年前 , 18F
目前看來還是沒有太大意義 對詐騙集團來說優點大概是因
10/08 21:46, 18F

10/08 21:46, 1年前 , 19F
為轉錢方便不用去ATM 比較好騙到受害者 因為思考猶豫的
10/08 21:46, 19F

10/08 21:46, 1年前 , 20F
時間變短 但是缺點是提領還要再經過另一個人頭帳戶
10/08 21:46, 20F

10/08 21:48, 1年前 , 21F
對詐騙集團來說,反而留下一堆電子紀錄,有比較安全?
10/08 21:48, 21F

10/08 21:58, 1年前 , 22F
現在很多都能用LP付款 所以在網路上買其他東西 再轉售掉
10/08 21:58, 22F

10/08 21:58, 1年前 , 23F
增加追查的難度
10/08 21:58, 23F

10/08 21:59, 1年前 , 24F
買點卡 3C 高單價商品再轉售
10/08 21:59, 24F

10/08 22:02, 1年前 , 25F
直接在網路上買點數,用 linepay webmoney 付款?
10/08 22:02, 25F

10/08 22:12, 1年前 , 26F
網購超容易被抓 應該不會有詐騙想用這種方式
10/08 22:12, 26F

10/08 22:16, 1年前 , 27F
網購不被抓的方法太多 有心的很難抓
10/08 22:16, 27F

10/09 00:21, 1年前 , 28F
洗錢手法
10/09 00:21, 28F

10/09 05:30, 1年前 , 29F
理論上電子的金流應該很好抓才是,就算來不及抓到車手,
10/09 05:30, 29F

10/09 05:30, 1年前 , 30F
但至少也能釐清被盜用帳號的民眾與詐騙事件無關才是呀?
10/09 05:30, 30F

10/09 07:30, 1年前 , 31F
樓上一直反覆
10/09 07:30, 31F

10/09 10:21, 1年前 , 32F
有人賣實體帳戶當然也有人賣電子帳戶,賣電子帳戶似
10/09 10:21, 32F

10/09 10:21, 1年前 , 33F
乎比較難被抓,只要說被詐騙就好
10/09 10:21, 33F

10/09 12:15, 1年前 , 34F
研究這個不如從自身跟周遭親友,減少詐騙。別指望金管會
10/09 12:15, 34F

10/09 12:15, 1年前 , 35F
10/09 12:15, 35F

10/09 12:16, 1年前 , 36F
效率談不上,改革更別想。指望政府跟詐騙比效能?
10/09 12:16, 36F

10/09 12:22, 1年前 , 37F
就算你研究通透寫論文上期刊。又如何?詐騙還是一樣多。
10/09 12:22, 37F

10/09 12:22, 1年前 , 38F
165一樣忙線
10/09 12:22, 38F

10/09 17:10, 1年前 , 39F
我覺得就是增加流程長度、追查時間難度
10/09 17:10, 39F

10/09 19:04, 1年前 , 40F
身分證外流的部分,應該考慮一下,五倍券之前的客家券
10/09 19:04, 40F

10/09 19:04, 1年前 , 41F
那時是要加LINE帳號及上傳身分證參加抽獎的
10/09 19:04, 41F

10/09 20:21, 1年前 , 42F
生日吧 生日也蠻重要的 像是我很多會員生日都亂填
10/09 20:21, 42F
文章代碼(AID): #1ZGNDGv- (MobilePay)
文章代碼(AID): #1ZGNDGv- (MobilePay)