※ 文章網址: https://www.ptt.cc/bbs/MobilePay/M.1684581381.A.2AE.html
→ mf15566: 我的理解是卡機應該都可以讀只要改軟體就好了，問題點應05/20 20:01
→ mf15566: 該是安全模組sam卡，classic和desfire資料格式不同，沒辦 05/20 20:01
→ mf15566: 法跟舊的共用。多卡的共用機器，目前就是插了3家公司的sa 05/20 20:01
→ mf15566: m卡。在不放生舊卡的狀況下再發一張desfire，就有點像同 05/20 20:01
→ mf15566: 時經營兩家票證。或者也可以改發行mifare plus，plus的格05/20 20:01
→ mf15566: 式就跟classic一樣可以跟舊的共用。CPU卡模擬classic的話 05/20 20:01
→ mf15566: ，就是改讀卡機軟體讓他認得這個卡，然後可以跟舊的sam共 05/20 20:01
→ mf15566: 用。如果我的理解有錯再請其他版友補充。 05/20 20:01
推 lianpig5566: 看法同樓上，就讓目前的機器有多張SAM卡資料就好，例 05/20 20:26
→ lianpig5566: 如：悠遊卡/超級悠遊卡/一卡通/愛金卡 05/20 20:26
→ lianpig5566: 舊的CPU模擬classic也可以透過臨櫃寫卡的方式更新成 05/20 20:27
→ lianpig5566: 新規格卡片 05/20 20:27
→ sinclaireche: 從售價能看出特別卡面用的什麼規格05/20 20:59
→ sinclaireche: 晶片悠遊卡出來一段時間後 大部分特別卡面也沒採用05/20 21:00
推 mf15566: 在報告中，Apple Pay的部分使用SuperCard這張規格就可以 05/20 22:28
→ mf15566: 了，跟蘋果也有共識。這個規格上Apple Pay交通卡也有實例 05/20 22:28
→ mf15566: ，悠遊卡不是第一個。Google Pay的部分，沒議員問悠遊卡 05/20 22:28
→ mf15566: 公司，報告中只寫洽談中，是不是用SuperCard跟Google談就 05/20 22:28
→ mf15566: 不知道了，沒什談判細節資料可以看...05/20 22:28
→ winsonwu: SuperCard不也是模擬MIFARE Classic？所以悠遊卡還是希 05/20 23:48
→ winsonwu: 望蘋果能支援NXP-Mifare Classic這格式，基本上有得喬 05/20 23:49
推 tonyian: 很明顯他們就不是因為技術或是成本問題阿，是要維護既有 05/21 02:02
→ tonyian: 賺錢模式 05/21 02:02
→ just3389754: 阿就他們認為賣實體卡比較好賺阿05/21 04:39
→ hitsukix: 我記得PTT就有個交通卡版，一堆在曬卡 05/21 21:57
推 Lansmi: SuperCard我猜測有兩種運作模式，一種是向下相容的MiFar 05/21 22:19
→ Lansmi: e Classic，一種是跟9122/9123晶片悠遊卡一樣的自定義模 05/21 22:19
→ Lansmi: 式(非MiFare/FeliCa)，大部分情況下都是採用MiFare Clas 05/21 22:19
→ Lansmi: sic運作，但在特殊場合(手機加值、手機購買定期票時)會切 05/21 22:19
→ Lansmi: 換到自定義模式，自定義模式因為不同於Classic，所以沒有 05/21 22:19
→ Lansmi: 已知的漏洞，當然我不知道開自定義模式Spec的是哪位大神05/21 22:19
→ Lansmi: ，到底如何運作不得而知，畢竟CPU卡只要程式寫得出就能換05/21 22:19
→ Lansmi: 運作模式。 05/21 22:19
→ Lansmi: 兩種模式也解釋了iPhone的悠遊卡加值機為何只支援9122/905/21 22:19
→ Lansmi: 123以及SuperCard，無法使用舊有的純MiFare Classic悠遊05/21 22:19
→ Lansmi: 卡的理由。05/21 22:19
推 kevenshih: 那三星跟悠遊付怎弄出來的？ 05/21 23:11
→ Sheng98: 三星的是安全元件可以下載悠遊卡的東西並模擬訊號給悠遊 05/21 23:37
→ Sheng98: 卡的機器去讀取/寫入吧 05/21 23:37
→ Lansmi: 三星願意直接把MiFare Classic塞進去SE裡面，蘋果不願意 05/22 00:02
→ Lansmi: ，所以只能更新規格，更新後的規格不是走MiFare的DESFir 05/22 00:02
→ Lansmi: e，應該是自定義的協定，所以需要蘋果客製化實現才能放進05/22 00:02
→ Lansmi: 去iPhone內的SE，當然要等蘋果有空開發。05/22 00:02
→ winsonwu: 唉唷！反正卓卓在果迷眼中本就不安全，但三星對比其他 05/23 09:46
→ winsonwu: 安卓手機也就是多那安全元件才能小額支付，才取得目前 05/23 09:46
→ winsonwu: 可用交通卡+小額的手機，所以看蘋果到底要不要為了悠遊 05/23 09:46
→ winsonwu: 卡調整安全機制囉！ 05/23 09:46
→ sinclaireche: Supercard買得到的還有沖繩跨境合作紀念款 05/23 11:20
→ sinclaireche: 蘋果也只是想自己掌控而已 安全只是合理化作法 05/23 11:22
推 ShaoRouRou: 反正安全性不重要啊，何必配合蘋果。要我上蘋果Pay， 05/23 21:14
→ ShaoRouRou: 就叫蘋果相容我就好。反正三星可以用。 05/23 21:14
推 mike0608: 如果從一開始Suica上Apple Pay的時候，就開始漸進式的過 05/23 21:57
→ mike0608: 渡到DesFire或是Felica，現在早就搞定了05/23 21:57
→ sinclaireche: 技術或規格不符也可能只是擋箭牌 05/24 02:17
→ sinclaireche: 不想被抽手續費可能才是真正的原因05/24 02:18
→ Lansmi: 早在9122晶片悠遊卡問世的時候，悠遊卡就往下一代規格移 05/24 04:17
→ Lansmi: 動了，那時候是2012，蘋果2016才在日本機上支援Suica，中 05/24 04:17
→ Lansmi: 國交通聯合卡也推自己的規格，不走DESFire/FeliCa，韓國 05/24 04:17
→ Lansmi: T-Money 看來也是，在亞洲主流交通票證都不是走DESFire/05/24 04:17
→ Lansmi: FeliCa的情況下，悠遊卡公司的選擇似乎沒什麼問題，畢竟 05/24 04:17
→ Lansmi: MiFare Plus的升級路線有走到變成SL3的不多吧？不都在SL 05/24 04:17
→ Lansmi: 1/SL2徘徊？ 05/24 04:17
→ berserkman: 安全性不重要 哈哈哈哈哈哈哈哈 05/24 10:54
推 Lansmi: 9122/9123/SuperCard應該都是雙模式運作，MiFare Classi 05/26 01:21
→ Lansmi: c相容是基本的，但應該有額外的通訊模式是自定義的，否則 05/26 01:21
→ Lansmi: 手機上的悠遊卡加值機不會讀不到只支援MiFare Classic的 05/26 01:21
→ Lansmi: 卡，而且淘汰卡片反而是比較簡單的事，困難的是更新各式 05/26 01:21
→ Lansmi: 各樣的讀卡機。 05/26 01:21