第 8 週：通訊網路與網際網路應用
上一次上課（第 6 週）同學們跟著老師拆開了電腦的指揮系統，理解作業系統如何在毫秒之間分配記憶體、排定每一個程式的先後順序。但那台電腦仍然是孤島——它算完的數字、你打的報告、會計師剛編好的底稿，如果傳不出去，就只是一顆硬碟裡的一堆電子。 這一週，我們要把那座孤島接上世界。你會發現一件很有意思的事：網路不是「雲」，它是有重量的——你家牆壁裡的雙絞線、電線桿上的光纖、躺在太平洋海底的那條電纜，還有你手機裡那根看不見的天線。 更重要的是，我們要談一件很少人講清楚的事：網址前面的那個鎖頭，究竟代表什麼？這一週我們來回答這個問題。
📋 本週學習目標
- 說清楚資料怎麼走：能用自己的話解釋「封包從你的手機到對方伺服器」要經過哪些約定（協定），並區分 IP 位址（門牌）與 MAC 位址（區域網路內的識別證號）在網路上的不同分工。
- 分辨網路「慢」的三種病：能判斷「卡頓」究竟是頻寬不足、延遲過高，還是訊號干擾或涵蓋範圍不足，並說明「測速 500Mbps 但打遊戲很頓」並非矛盾的原因。
- 認得傳輸媒介與尺度：能比較雙絞線、光纖、Wi-Fi 7、行動網路與低軌衛星的適用情境，並理解家用線路「上傳小、下載大」的非對稱設計從何而來。
- 看懂網際網路的應用層：能從 BBS、電子郵件、全球資訊網一路說明到搜尋引擎、社群平台、影音串流與雲端服務，指出每一個階段「改變了人類的哪一種行為」。
- 判斷「連線是否可信」：能解釋 HTTPS 與憑證鏈真正保證的是什麼，並在瀏覽器出現警告時，依「看警告類型→查看發行者→查看撤銷狀態→決定要不要連線」的順序做出專業判斷；同時能說明 DNS 把網址查成 IP 位址的查詢與快取副作用，並以 8.1 的根區換鑰匙（KSK 輪替）說明「名字的驗證」為什麼要一層一層蓋章。
- 雲端與零信任的財務視角：能區分 IaaS、PaaS、SaaS 三種雲端服務，說明它們對企業資本支出與營業費用的影響，並理解零信任架構為何不再假設「在內網就安全」。
8.1 開場：全球網路悄悄換了根鑰匙
先講一個你完全沒有感覺、但它真的發生過的事件。
2026 年 10 月 11 日 14:00 UTC（台北時間晚上 10 點），全世界網際網路的最高管理機構 ICANN，完成了一件聽起來非常嚇人的事的關鍵一步：從這一刻起，整個網際網路的根區（域名解析的名冊總表）改用新的簽章金鑰。這把鑰匙叫 KSK（Key Signing Key）。根區其實有兩把鑰匙分工：ZSK（Zone Signing Key）負責簽署根區裡的每一筆紀錄（包括每個頂級域的 DS 紀錄），KSK 只負責簽署「根區公布的那份公開金鑰清單」（DNSKEY 紀錄集）。你可以把 KSK 想成整個網際網路的印章保管人：它不逐頁蓋章，只蓋「這份金鑰清單是真的」這一個章——而所有驗證，最後都要靠這個章往上追。這次接班的是 KSK-2024（Key Tag 38696），而它早在 2025 年 1 月 11 日就先靜靜地放進根區公布的金鑰清單裡。依 RFC 5011 的自動信任更新規則，解析器只要連續觀察一把新鑰匙 30 天，就會自動開始信任它；ICANN 之所以留了整整 21 個月，是給那些沒有開啟自動更新，必須由人手動改設定的系統。因此，21 個月不是技術需要的時間，是留給人犯錯與補救的時間[3]。
接著問題來了：那天你在做什麼？你照樣起床、滑手機、看訊息、開線上課程、晚上追劇。你家裡的路由器沒有重新設定，你手機裡沒有跳出任何更新，你爸媽沒有接到任何通知，學校的網路組也沒有發公告。一場「換掉全世界網路根鑰匙」的行動，對你而言是徹底的零感覺。
老師希望大家記住這件事的兩個面：
第一，網路上每一個「你覺得理所當然」的動作，背後都有一群人替你做了極其複雜的安排。
第二，這件事之所以能無感完成，是因為整套機制裡有一個很聰明的設計——它允許新舊鑰匙同時存在一段很長的時間，讓大家自動完成交接（就是上一段說的 RFC 5011 自動信任更新）。這叫做「鋪排」，是網路工程裡最重要的一種美德。
那這把根鑰匙到底在保護什麼？它保護的是「名字」。它確保你打進去的那個網址，不會被別人偷偷換成另一個 IP 位址。可是名字對了，就代表「對方真的是本人」嗎？如果有人把名字背後那一層整個騙過去——不是偽造網站，而是讓憑證授權機構真的發一張「我是 Google」的證書給他呢？我們 8.6 講那場真實的事件。
所以這一堂課我們都在回答它：網路上沒有「看到就相信」這種事，只有「一層一層驗上去」。
8.2 你的資料怎麼走到對面那台電腦
先不要談技術。請你想像家裡的場景：客廳有一台電視在播 Netflix、爸爸房間的電腦在開視訊會議、你的手機在跟同學傳訊息、妹妹的平板在聽音樂，還有掃地機器人正在連線回傳地圖。五台以上的裝置，同時透過同一台小小的路由器對外連線，而它們從來不會「打錯電話」——你的訊息不會跑到妹妹的平板，妹妹的音樂不會傳進爸爸的會議。
這件事之所以成立，靠的不是一台很聰明的機器，而是一套大家都願意遵守的約定。教科書把網路的構成歸納成幾個要素：要有「通訊」與「連接」，要有「傳輸」的過程，要有「程序」與「標準」，最後才能達成「互通有無」[1]。這五個要素裡，最關鍵的是「標準」——因為只要有一方不照標準說話，它就會被整個網路排除在外。
家裡的那台路由器，其實是一張「星狀圖」
早期網路在連接時有幾種常見的接法：總線（bus）是把所有電腦串在同一條線路上，線的末端要接上終端器告訴大家「到這裡為止」；環狀（ring）是首尾相接繞成一圈；菊鍊（daisy-chain）是一台串一台；星狀（star）是所有裝置都先接到中間一台負責轉運的設備；網狀（mesh）則是節點之間彼此都有連線，省去中間的瓶頸。
我們家裡那台路由器，就是典型的星狀：它是家裡所有裝置的交通指揮中心。而網際網路的骨幹反而是網狀——正因為彼此都有替代路徑，某條海底電纜被漁船勾斷時，你的訊息會自己繞路，你可能只感覺到「今天有點慢」。
接著是通訊協定（communication protocol）。這個詞聽起來很硬，但它就是「雙方都同意的一套規格」。你可以把它想成寄一個包裹：你要先把東西裝進箱子（內容），箱子外面要貼託運單寫地址（標頭），交給貨運公司（傳輸），最後由收件人拆箱取出內容。實務上不只一層——內容先裝小箱、小箱再套大箱，每一層各貼一張單（TCP 的單、IP 的單），收件端再一層一層撕開。整個過程一層包一層，收件端則反過來一層一層拆——這就是「協定堆疊」，發送端與接收端的處理順序剛好相反[1]。
網際網路上最核心的這一套協定叫 TCP/IP。它把責任分成兩層：IP 負責「把封包送到那個位址」，TCP 負責「確認每一段都到齊、順序正確，缺了就重傳」。所以 IP 像貨運、TCP 像簽收單。這也是為什麼老師說「網路不是把一整份文件送過去，而是把它切成很多小包，各自找路，最後在對方那裡重組」。
IP 是門牌，MAC 是識別證號
網路上的每一台裝置都有兩種位址，初學者最容易在這裡混淆。
．IP 位址像門牌：它會隨著你搬到哪個網路而改變。你今天在家連 Wi-Fi 是一個 IP，到學校連另一個 Wi-Fi 又是另一個 IP，出國漫遊再換一個。它告訴網路「我現在住在這個區域的這個位置」。
．MAC 位址像識別證號：它在網卡（NIC）出廠時指定，用來在同一個區域網路內辨識「你是哪一台機器」。但它是可以改的——不只軟體能改，你的手機還會在每個 Wi-Fi 換一個隨機的 MAC（iOS 14、Android 10 以後都是預設值），這是為了不讓別人靠它一路追蹤你。所以 MAC 只在小範圍內有意義，而且它不用來做為身分證明。
這兩種位址對應的設備也不一樣：集線器（hub）只會把收到的訊號往所有連接埠廣播，像是在房間裡大喊，誰聽到算誰的；交換器（switch）看得懂 MAC 地址，知道該把資料只送給哪一台機器；路由器（router）看得懂 IP 位址，負責把資料從一個網段送到另一個網段，就像是跨區送貨的物流車；閘道器（gateway）則是兩個不同協定世界之間的翻譯窗口，負責跨通訊協定的轉換[1]。
DNS：網路的電話簿
你打的是 www.tku.edu.tw，電腦真正要的是 163.13.x.x 這樣的數字位址。把名字翻成號碼的服務就是 DNS（網域名稱系統）。它像電話簿：你只記得對方的名字，電話簿幫你查出號碼。
DNS 的設計非常聰明，也非常脆弱。聰明的是它分層分工——根區（就是我們 8.1 那把鑰匙管的地方）、頂級域（.tw、.com、.jp）、再到各單位的網域伺服器，一層詢問一層。脆弱的是：如果某一層被騙，上面再怎麼加密都沒有用，因為你連的是一個被改過的號碼。這就是 8.6 將要提到的那場攻擊核心。
DNS 查詢的過程其實很像問路。你問家裡的分享器（它同時是 DNS 轉運站）「tku.edu.tw 在哪裡？」；它不知道就往上問電信業者的 DNS；再不知道就問 .tw 的管理伺服器；最後由淡江大學自己的 DNS 回答「在 163.13.x.x」。答案回來之後會被快取一段時間（通常幾分鐘到幾小時），所以你第二次連同一個網站會快得多[1]。快取的好處是省時間，壞處是當紀錄被改的時候，錯誤的答案也會被記住一陣子——這也是資安事件裡「改 DNS」這麼有效的原因。DNSSEC 就是替 DNS 的答案加上數位簽章，確認這個回答沒有在半路被改過；8.1 講的那把根鑰匙（KSK），就是在替這件事情背書。
另外我們家裡所有裝置共用同一個對外 IP，這件事叫 NAT（網路位址轉譯）。分享器在我們的裝置與外界之間擔任翻譯官：對外它是同一個門牌，對內它記得「這個回應是要給妹妹的平板，那個是給你的手機」。這解釋了兩件事：
第一，為什麼家裡五台裝置只有一個對外 IP。
第二，為什麼在家架一個網站，外面的人連不進來——因為外面根本看不到你的內部位址。
另外一個你一定聽過的名詞是 IPv6。原本的 IPv4 位址只有 32 位元，大約 43 億個組合，在手機、電腦和家電全部上網之後早就用完了；IPv6 把位址擴大到 128 位元，數量多到可以讓地球上每一粒沙子都有自己的門牌[1]。台灣的 IPv6 推動由財團法人臺灣網路資訊中心負責，校園網路通常是最早全面支援的第一批。
socket 與 port，這些名詞值得課後再自行研究。
8.3 從雙絞線到 5G：你家的網路是哪一種
老師問過很多同學一個問題：「你家的網路是什麼？」大部分人的答案都是「就 Wi-Fi 啊」。但 Wi-Fi 只是你家裡最後那三公尺的無線訊號，真正把資料送出你家大門的，是牆壁裡的線、屋外的光纖、路邊的電信箱，還有幾百公里外的海底電纜。這一節，我們從你家往外走。
有線：一條線的講究比你想得多
你家路由器接到中華電信的那條線，通常是一條雙絞線（twisted pair）。名字裡的「絞」不是裝飾——兩條銅線互相纏繞，是為了讓外界電磁干擾同時打在兩條線上，而彼此抵消。這就是為什麼網路線不能隨便拉直，不能跟電源線綁在一起，也是為什麼便宜的線距離拉長後會掉速。你在賣場看到的 Cat-5、Cat-6，就是它的規格等級，它是乙太網路（Ethernet）用來傳輸的動脈[1]。
另一種你家的線是同軸電纜，源自於電視天線的那條圓線；有線電視業者就是用它（或它的光纖版本）提供上網服務。還有一種叫電力線網路，把資料疊加在電線上傳輸——老房子沒辦法重新拉線時的救急方案，但它干擾多速度不穩。真正跑長途與跨洲的是光纖電纜：它傳的不是電，是光，因此不受電磁干擾，損耗極低。
這裡要特別停下來講一件事：網際網路的骨幹，其實是躺在海底的電纜。跨洲的資料不是飛上衛星，而是走海底電纜。你在台北上傳一份底稿給東京的客戶，它極可能是先到北部登陸站，走海底光纜到日本。所以當新聞說「某海域漁船勾斷海纜致使網路變慢」，那不是誇飾，那是物理事實——而網狀架構會讓資料自動繞路，這是為什麼你通常只覺得慢，不會完全斷線。
無線：Wi-Fi 7、低軌衛星與 5G
你家裡那台分享器發出的 Wi-Fi，目前最新一代是 Wi-Fi 7（802.11be）：IEEE 於 2024 年 9 月通過（標準編號因此是 802.11be-2024），正式標準 2025 年 7 月發布。它除了提高速度，也把「等待多久」這件事管住了：AR／VR 的頭部追蹤和雲端遊戲無法等太久，要靠低延遲與多頻段同時傳輸；而 4K／8K 影片這種吃頻寬的應用，必須靠純粹的頻寬[12]。這一點我們等一下用三個數字來說明：快與順，是兩件事。
另一個正在改變「訊號死角」的技術，是手機直連低軌衛星。Apple 從 iPhone 14 起就讓美加用戶在沒有行動網路的情況下，透過 Globalstar 的低軌衛星傳送求救訊息；台灣大哥大則與美國新創 Lynk Global 合作，實測讓一般手機用 4G 頻段直接連上距離地面約 500 公里的衛星。它的意義不是「以後不用基地台」，而是彌補偏鄉、山區、海上的聯外能力，被視為 6G 的前哨[1]。
而我們每天都在用的行動網路，原理是把地理區域切成一個又一個六角形的「蜂巢細胞（cell）」，每個細胞由一座基地台服務，透過行動交換中心把訊號接力下去——這也是為什麼開車上高速公路時，通話不會斷，因為它一直在換細胞。5G 的三大特色分別對應三種截然不同的需求：高速率（eMBB）解決「看 8K、玩 AR 需要的大流量」、低延遲（URLLC）解決「遠端操控、自駕車這種不能等太久的應用」、大連結（mMTC）解決「一座基地台要同時服務幾萬個感測器」。因此，快與順是兩件事[1]。
尺度：從我們的手腕到大洲之間
| 尺度 | 名稱 | 生活對照 |
|---|---|---|
| 幾公尺 | 人域網路（PAN） | 藍牙耳機、智慧手錶、車上的手機連線 |
| 一間辦公室／一層樓 | 區域網路（LAN） | 家裡的 Wi-Fi、學校的電腦教室 |
| 一座校園 | 園域網路（CAN） | 淡江校園、醫院、科學園區 |
| 一座城市 | 都會網路（MAN） | 市政府與各區公所之間的專線 |
| 上百公里以上 | 廣域網路（WAN） | 企業總公司與海外分公司、國家骨幹 |
最後補一個和錢有關的觀念：家用線路是「非對稱」的。申辦 500Mbps，通常指的是下載；上傳可能只有 50Mbps 甚至更少。因為一般家庭絕大多數時間在下載（看影片、收信），上傳需求較小，業者這樣設計最省成本。這條上傳小管子在大檔上傳時就會顯露缺點：同樣一份 2GB 的查核底稿，用 500Mbps 下載只要 30 幾秒，用 50Mbps 上傳卻要 5 分多鐘；如果家裡還是舊的 8M／640K ADSL，同一份 2GB 底稿上傳要將近 7 小時。活動一的第四題就是這個道理。
怎麼自己量：三個你現在就能用的數字
現在把「快與順」正式拆開來看。老師希望你從這一節帶走一項可以馬上用的能力：用對的數字，判斷對的毛病。你手機或電腦上可以取得三個指標，它們分別回答不同的問題。
① 下載／上傳速度（Mbps）：回答「路有多寬」。用測速網站或電信業者的測速工具取得，測的時候要注意別同時開著 Netflix，否則你測到的是「被分掉的頻寬」。
② 延遲（ping，毫秒）：回答「來回一趟要多久」。這才是線上會議、遊戲和遠端桌面真正在乎的數字；跨洲連線通常 150 毫秒以上，你就會明顯感覺「講話會重疊」。
③ 封包遺失與抖動（jitter）：回答「穩定不穩定」。它解釋了為什麼「測速很快但視訊一直破格」——因為資料不是均速到達，而是一陣一陣斷斷續續地傳輸。
這三個數字，分別對應活動一裡的三種病：速度抓頻寬不足、ping 抓延遲過高，而抖動與遺失則是訊號干擾或距離太遠的常見搭檔（訊號不穩時，資料會斷斷續續）。而專業與否的差別，往往不是懂不懂技術，而是有沒有先量測、再判斷。沒有量測就換設備，等於醫生沒驗血就先開刀。
8.4 課堂活動一：我家網路為什麼慢？
這個活動只有一個目的：把「慢」這個模糊的感覺，拆成三種可以被診斷的病。因為如果你分不清是哪一種，你就會花錯錢——買了更貴的頻寬，結果卡頓照樣發生；或者換了路由器，結果問題在線路另一端。
🎯 你要做的事（TronClass 調查，約 10 分鐘）
打開 TronClass 的課堂調查，共六題單選、不計分。每一題都是家裡會遇到的情境，你要判斷最可能的原因是哪一種：
- A 頻寬不夠：路不夠寬，東西太多塞不進來。
- B 延遲太高：路很寬，但來回一趟要走很久。
- C 訊號干擾或距離太遠：訊號在你家牆壁之間就衰減掉了。
每題限時 30 秒，憑直覺作答就好。這個活動不考記憶，它考的是「你第一個想到的是哪一種病」。
六題都投完之後，再展開下面這一框對答案。
| # | 情境（都是在家裡） |
|---|---|
| 1 | 晚上全家四個人同時用網路看 4K 影片，畫面一直轉圈 |
| 2 | 在家跟客戶開線上會議，畫面很清楚，但聲音慢半拍、講話一直重疊 |
| 3 | 在家只有走到陽台或廁所時，Wi-Fi 才斷線 |
| 4 | 在家上傳 200MB 的報稅附件要 40 分鐘（家中仍是舊的 ADSL 低速方案），下載同一個檔案只要 3 分鐘 |
| 5 | 在家打遊戲 ping 從 20ms 跳到 300ms，但測速照樣 500Mbps |
| 6 | 客廳電視看 Netflix 很順，同一時間房間裡的手機卻一直卡 |
六題都投完之後再展開：正解與逐題原理
正解：1 → A（頻寬不夠）｜2 → B（延遲太高）｜3 → C（訊號干擾或距離太遠）｜4 → A（上傳頻寬不夠）｜5 → B（延遲太高）｜6 → C（訊號干擾或距離太遠）
六題跑完之後，請你回頭看自己的答案，對照下面這幾句原理：
第一題是典型的「總量被分掉」。你家的對外頻寬是一條固定的管子，四個人同時看 4K，每個人分到的就只剩四分之一。這不是誰偷你的網路，是數學。第二題卻是另一種病：畫面清楚代表頻寬夠，聲音慢半拍代表「來回時間」太長——線上會議是雙向、即時的應用，它最怕的不是慢，是「等」。第三題則完全與對外頻寬無關，是訊號在隔間與距離中衰減，換再快的方案都不會改善你家的廁所訊號，只能加 mesh 節點或調整擺放位置。
第四題就是 8.3 講的非對稱頻寬。上傳 200MB 慢得離譜，不代表你家網路壞了，而是家用方案的設計本來就把上傳做小。第五題是最容易被誤判的一題：測速網站測的是「當下能塞多少資料」，它不會告訴你「第一個位元多久到達」。打遊戲要的是後者，所以 ping 才是關鍵指標。第六題的關鍵不是裝置多，而是位置：客廳順、房間卡，代表問題跟著距離與隔間走，是訊號衰減（C）。如果是全家一起用就變慢、走到哪裡都慢，那才是 A。
如果你發現自己連續兩題選了同一個方向，那通常代表你的直覺被「速度」綁住了——這正是這個活動想幫你鬆開的地方。
8.5 一天的網路生活：從 LINE 到 Netflix
第二堂課，我們換一個角度看網路：不看線路，看你的一天。
這一節的平台名稱很多，老師只帶每個世代的「主軸故事」，每個世代講一條主線、平台名稱當例子；PTT、無名小站、Yahoo!奇摩與 MSN 這幾個結局。
早上七點，手機鬧鐘響，你滑開 LINE 看班群有沒有新公告；通勤時戴上耳機聽 Podcast；進教室前用 Google 查一下今天要報告的題目；中午吃飯配 YouTube；下午用學校的線上系統交作業；晚上回家開 Netflix，順便用導航查週末要去的地方。這一天裡你用了十幾種網路服務，但它們其實是四十年演進堆疊出來的結果，而且每一層的出現，都是為了解決上一代留下的問題。
第一代：文字、檔案、還要有耐心
網際網路最早普及的應用是三件事：電子布告欄（BBS）、電子郵件（E-mail）與檔案傳輸（FTP）。在寬頻普及之前，多數人是撥接上網，螢幕上只有純文字，傳一個檔案要等很久。BBS 讓人交換訊息，E-mail 讓訊息可以指定收件人，FTP 則解決了「多人要同時分享好幾個檔案」的需求——這也是為什麼寄 E-mail 附檔不能取代 FTP[2]。
第二代：全球資訊網，把文件連起來
1989 年，Tim Berners-Lee 在歐洲核子研究組織提出一個構想：如果文件之間可以互相連結，人們就不需要記住每一個檔案的位置[2]，這就是全球資訊網（World Wide Web, WWW）的由來。它由三個標準撐起來：負責內容結構的 HTML、負責定位資源的 URL，以及負責傳輸的 HTTP。我們每天點一個連結，然後跳到另一個頁面，就是這三個標準合起來的結果。
順帶一提，我們偶爾看到的「404」也是這套標準的產物——它是 HTTP 的狀態碼，意思是「伺服器收到了你的請求，但找不到你要的那個資源」。其他常見的還有 403（有這個資源，但你沒有權限）和 500（伺服器自己出錯）。看懂狀態碼，就能判斷問題出在「打錯網址」、「沒權限」，還是「對方壞了」——這和我們在活動二裡判斷憑證警告，是同一種思維：先分辨是哪一層出問題，再決定動作。
有了網頁，就需要有人幫你「讀」它——網頁瀏覽器於焉誕生。1993 年美國伊利諾大學的 NCSA 推出 Mosaic，是第一個廣為流行的瀏覽器；後來 Netscape、Internet Explorer 各領風騷；2020 年 1 月，Microsoft 發表改用 Chromium 核心的新版 Edge，同時保留 IE 相容模式，等於宣告一個時代的結束[2]。
而我們要連上一個網站，靠的是網域名稱。以 www.tku.edu.tw 為例，它其實是由右往左讀的階層：tw 是頂級域（台灣），edu 代表教育機構，tku 是學校的網域，www 則是提供網頁服務的那一台主機[2]。這個「從右讀到左」的規則，是下一節憑證驗證的基礎——因為憑證是發給「網域」的，也是網域的界線。
第三代：從「找資料」到「餵你資料」
WWW 讓網站變多了，多到需要一個工具幫忙找——搜尋引擎。它的原理是派出「網路蜘蛛／爬蟲」四處抓取頁面及建立索引，輸入關鍵字後，它把結果整理成 SERP（搜尋結果頁面）呈現出來。同時期的入口網站（portal site）則把自己做成「網站的起點」，提供新聞、信箱和搜尋等一站式服務，依設立機構與對象分成許多不同類型[2]。
接著出現的是「有話想表達的人」需要的工具：部落格讓個人可以持續發表；播客（Podcast，名字來自 iPod 與廣播的結合）讓聲音內容可以訂閱；新聞饋送（newsfeed）與 RSS 則讓「新發佈內容自動送給我們」，而不需要每天去巡網站[2]。今天在 Spotify 訂閱的節目、在 YouTube 訂閱的頻道，本質上都是 RSS 精神的後代。
然後是即時通訊與社群網站。ICQ 是網際網路初期 IM 的代表，MSN 和 Skype 接棒，Microsoft 在 2025 年 2 月宣布 Skype 退場，5 月 5 日正式退休後把用戶導向 Teams。手機普及後，IM 直接把 SIM 卡裡的聯絡人變成好友清單，LINE、WhatsApp 和 WeChat 都是這個階段的產物。社群網站（SNS）更進一步，把「一對一聊天」變成「一對多展演」：LinkedIn 做職場、Facebook 做社交，2021 年臉書改名 Meta 之後，希望帶動元宇宙話題，但尚未成功[2]。
在台灣那些陪你長大的平台，後來怎麼了
如果只看國際案例，這些演進好像離自己很遠。但台灣其實是一個很好的觀察樣本，因為我們幾乎把每一個世代都走過一次，而且留下了很清楚的「開始」與「結束」。
BBS 沒有死。1990 年代由台大學生在宿舍裡架起來的 PTT，到今天仍然是台灣最大的電子布告欄，尖峰時段同時上線人數以萬計。它證明了兩件事：最老的技術可以活得最久，因為它成本低、需求明確；而「介面很醜」從來不是使用者離開的真正原因。
部落格則是完全不同的結局。1999 年從交通大學校園 BBS 長出來的無名小站，後來成為台灣最大的相簿與部落格平台，整代人的青春都存在那裡。然後 2013 年 8 月，Yahoo!奇摩宣布無名小站與 Yahoo!奇摩部落格於同一年 12 月 26 日終止服務[10]。上百萬個帳號、十幾年份的照片與文章，在一個公告之後進入倒數。這件事留下的教訓不是「平台不好」，而是：放在別人伺服器上的東西，使用權在你手裡，但控制權不在你手裡。
入口網站與即時通訊也各有各的結局。Yahoo!奇摩曾是台灣多數人上網的起點，搜尋、新聞、信箱、拍賣一次滿足；MSN 是七年級的共同記憶，Skype 接手之後，2025 年 5 月也吹了熄燈號。這些平台都曾經「看起來永遠不會消失」。
這一段的意義：平台的生命週期，往往比資料的保存期限短。這件事在 8.7 會變成一個很具體的問題——當公司把帳冊放上雲端，合約裡有沒有寫「終止時資料怎麼帶走」？
第四代影音、地圖與 App 化（多媒體應用）。影音串流（Netflix、YouTube）、地圖與地理資訊（導航、衛星圖）、應用程式分享（Steam 結合付款與更新機制），以及 P2P 點對點傳輸（BitTorrent 這類軟體讓使用者彼此交換檔案，不需要透過中央伺服器）[2]。最新的趨勢則是 PWA（進階網頁應用程式）——讓網頁也能像 App 一樣釘在手機上，離線也可以使用[2]。
site:、filetype:、引號精確比對）、入口網站的三種類型、RSS 的檔案格式、各世代 IM 的技術演進（含多協定整合軟體），以及 P2P 網路「多點同時下載」的技術原理。這些是很好的工具知識（其中搜尋運算子在 W02 練習過，複習期中時可以翻回去對照），但本週課堂要把時間留給「信任」這件事。
8.6 信任為什麼被騙走：網域、憑證與 HTTPS
請先看一個很常見的誤解。很多人以為網址前面的鎖頭代表「這個網站是安全的」，但這句話不精確。鎖頭與 HTTPS 真正保證的是：你正在通訊的對象，確實擁有那個網域名稱，而且這段通訊被加密了，中間人看不到內容。它不保證網站不騙人、不保證商品是真的，也不保證公司不會倒——它只保證「名字與金鑰是綁在一起的」。
這個綁定靠的是憑證（certificate）與憑證授權機構（CA）。流程是這樣：網站擁有人向 CA 申請憑證，CA 必須先確認「你真的控制這個網域」，確認後用 CA 自己的私鑰在你的憑證上簽章。你的瀏覽器內建一份「信任的 CA 清單」，於是它可以一路往上驗：這張憑證是某 CA 簽的、那個 CA 是我信任的、簽章有效、網域相符、沒有過期，以及沒有被撤銷——全部通過，才顯示鎖頭。目前的加密協定標準是 TLS 1.3（RFC 8446）[6]。
看出會有問題的地方在哪裡嗎？整條信任鏈的起點，是「CA 有沒有真的確認那個網域是你的」。而 CA 確認的方式，是請申請者去改一下該網域的 DNS 紀錄，或放一個指定檔案到網站上。也就是說：誰能改 DNS，誰就能通過驗證。
案發：攻擊者挾持三個國家／地區的頂級域，冒領了 Google 的憑證
時間：2026 年 9 月 22 日起，分三波進行。Google 於 10 月 6 日公開披露[13]。
手法：攻擊者取得迦納 .gh、獅子山 .sl、美屬薩摩亞 .as 三個國家／地區頂級域（ccTLD）登記處的控制權，直接竄改權威 DNS 紀錄，讓 CA 的網域驗證「通過」，誤以為「駭客真的擁有這些網域」。
結果：至少 12 張公眾信任的 TLS 憑證被核發給 7 個 Google／YouTube 相關網域（例如 google.com.gh），其中 Let's Encrypt 11 張、ZeroSSL 1 張[4]。幸好駭客尚未做出攻擊。
處置：Chrome 以 CRLSet 緊急封鎖這些憑證，至 10 月初全數撤銷完成；Google 建議所有域名所有人持續監控憑證透明度紀錄（CT log），並發布 CAA 紀錄中規定「可以替我發憑證的對象」。
這個案子的特別是它沒有破解任何密碼學。攻擊者沒有算出 Google 的私鑰，也沒有攻破 TLS 1.3；他們攻擊的是「憑證發放流程」裡最脆弱的那一環——登記處。這正是：安全性等於最弱那一環的強度，而不是最強那一環的強度。
對會計系的同學來說，這個故事有一層更深的意義。審計上我們常說「取得外部證據」，而現在大量外部證據是從網路上抓下來的：銀行對帳單 PDF、電子發票、廠商提供的報價單，以及雲端會計系統的報表。如果連「這個網址是不是真的」都可能被騙，那麼「我從網站上截圖存證」這件事的證據力，就必須重新評估。這也是為什麼現在的審計準則越來越重視「來源驗證」與「系統信任」，而不只是「文件看起來像真的」。
信任不是一次取得就永久：兩個被踢出清單的 CA
你可能會問：那誰來決定「哪些 CA 可以信任」？答案是瀏覽器與作業系統廠商各自維護一份信任清單（root store）——Microsoft、Apple、Mozilla 和 Google 都有自己的一份。一家 CA 想進入清單，必須符合共同的技術與稽核規範；但更重要的是，進入清單不是結束，是持續被監督的開始。下列兩個案例，就是「被踢出去」的真實下場。
案例一：DigiNotar（2011）。2011 年 7 月 10 日，攻擊者入侵荷蘭的憑證授權機構 DigiNotar，用它簽出了一張 *.google.com 的萬用字元憑證——也就是說，攻擊者手上握有一張「可以冒充任何 Google 服務」的合法通行證。事件曝光後，荷蘭政府於 9 月接管其系統，該公司在同一個月內宣告破產[9]。這一般被認為是史上第一家因為被駭而倒閉的公開信任 CA（publicly trusted CA）。
案例二：Symantec（2017–2018）。這個案例是——「被整個生態系請出場」。Google 早在 2017 年 9 月就發出不信任公告，並於 2018 年 4 月宣布 Chrome 66 起將不再信任 Symantec 於 2016 年 6 月 1 日前發行的憑證，Chrome 70 起便讓 Symantec 全套憑證失效；Symantec 的憑證業務於 2017 年 12 月 1 日交由 DigiCert 接手，Microsoft 也從 2018 年 9 月起同步逐步淘汰 Symantec [8]。曾經是市場龍頭的憑證品牌，因為一連串誤發與稽核瑕疵，被整個生態系請出場。
這兩個案例放在一起看，你會發現信任的治理邏輯和會計師的職業監理幾乎一模一樣：取得資格要通過審查，執行業務要接受稽核，違規要付出代價，最嚴重的情況是「被除名」。這也是大家建立的觀念——專業不是一張證書，而是一種持續被檢驗的狀態。
另一種騙法：中間人
除了「騙 CA 發憑證」，還有一種更常見的手法叫中間人攻擊（man-in-the-middle）：攻擊者坐在使用者與網站之間，對兩邊都假裝是真的另一方。最典型的場景就是——免費公共 Wi-Fi。攻擊者架一個名稱叫「Free_Airport_WiFi」的熱點，你連上去之後，他就能看到你送出的每一個請求。
這也是為什麼 HTTPS 重要的地方：即使中間人看得到你連了哪裡，只要憑證驗證正確，他看到的是加密後的內容，看不到你的帳號密碼。但反過來說，如果中間人自己簽一張憑證冒充那個網站，你的瀏覽器就會跳出警告——也就是活動二要處理的那個畫面。所以那句「您的連線不是私人連線」，本質上是在告訴你：現在可能有第三個人在你和網站之間。
這帶出一條可以終身使用的習慣：在公共網路上，看到憑證警告不要按「繼續前往」；要登入網銀、報稅系統、公司系統時，寧可切回自己的行動網路。這不是偏執，這是對「信任鏈可能被插入」的正常反應。
CAA（Certification Authority Authorization）是一筆 DNS 紀錄，用來宣告「只有這幾家 CA 可以替我發憑證」。CT log（憑證透明度紀錄）則是一份公開的、可稽核的憑證發行帳本，任何一張憑證被發出，都會留下紀錄。兩者合起來的效果是：就算 CA 被騙，也會留下證據，而且可以被即時撤銷。這是「事後可稽核」的典型設計——和會計上的「留下軌跡、可供查核」是同一個思路。
8.7 雲端三層與零信任：你的帳單 vs 公司的帳冊
現在請你打開手機的行動電話帳單，或回想你訂閱過的服務：iCloud 儲存空間、Netflix、Spotify 或 Microsoft 365。你可能會發現一件事——你已經很久沒有「買」軟體了，你都是在「租」。這個轉變，就是雲端運算對全世界最直接的影響，而它對會計的影響，比你想的更大。
三層服務：IaaS、PaaS、SaaS
教科書把雲端服務依「提供的是硬體、平台還是軟體」分成三類[1]：
| 類型 | 你租到什麼 | 生活／企業對照 |
|---|---|---|
| IaaS（基礎設施即服務） | 硬體與設備 | Amazon EC2、Azure VM 或 GCP Compute Engine（VMware、Citrix 屬企業自架虛擬化的對照）；等於「租一台空機器」 |
| PaaS（平台即服務） | 開發環境、資料庫、儲存、測試環境 | 大型企業開發系統時的遠端平台 |
| SaaS（軟體即服務） | 可直接使用的軟體 | Microsoft 365、Google Workspace、雲端會計系統 |
會計認列上三者也不一樣：IaaS 相當於租機器（原本要買設備、提折舊，現在變成月租的營業費用）、PaaS 是租開發與測試環境（多半也走營業費用），而 SaaS 則是直接把軟體授權費換成訂閱費。
部署方式則分為公有雲、私有雲與混合雲。Flexera《2026 State of the Cloud Report》（2026 年 3 月）：已有 73% 的受訪企業採用混合雲，混合雲仍是主流部署方式[11]。這個數字的意義是：企業並不是「全部搬到雲上」，而是把不同敏感度的系統放在不同地方——官網與郵件上公有雲，財務主機留在自家機房，兩者之間用專線或 VPN 串連起來。
會計師眼中的雲端：不是技術，是認列
同樣一件事，IT 部門看到的是「不用買機器了」，財務部門看到的是「資產負債表變了」。W06 我們談過「買軟體」與「訂閱」的差別，現在把它搬到雲端。過去買一套會計軟體是資本支出（CapEx）：軟體列為無形資產並逐年攤銷；買伺服器列為設備及逐年提折舊。改成 SaaS 訂閱之後變成營業費用（OpEx），每個月直接進損益表。方向要記住：EBITDA 會下降（費用跑到營業費用裡），自由現金流反而變好（不用一次拿出大筆現金買設備）——同一件事，兩個指標往相反方向走，這就是為什麼財務比率會全部改變。
但云云之中有一件事最容易被忽略：資料在哪裡？當你把帳冊放到雲端，你必須能回答：資料存在哪一個國家／區域？誰有最高權限（root）？備份保留幾年？終止合約時資料怎麼取回、怎麼銷毀？這些問題不只影響資安，也直接影響查核——因為查核人員必須確認「客戶的帳冊在保存期間內完整、可讀及未被竄改」。
雲端的三個帳單陷阱
教科書在雲端服務這一節裡，除了列出優點，也提醒了幾個容易被忽略的缺點[1]。老師把它們翻成「帳單上的陷阱」，因為這三個最後都會變成錢。
第一個叫「搬家費」。當你把系統放進某一家雲端，資料格式、權限設計、備份流程都會長成那家的樣子；三年後想換一家，你會發現移轉成本高到不如繼續使用。這在財務上叫「轉換成本」，在資訊界叫 vendor lock-in（供應商鎖定）。
第二個叫「看不到的天花板」。雲端是按用量計費，成長的時候很方便，但失控的時候也很方便——一個沒設上限的備份排程，可以在一個月內吃掉整年的預算。
第三個叫「資料主權」。資料實際存在哪個國家的機房，會決定它受哪一國法律管轄；對跨國企業與金融業來說，這不是技術問題，是合規性問題。
有一句很重要的話：企業不會因為採用了雲端服務，就自動增加自己的資訊處理能力。雲端只是把機房搬到別人的建築裡，資料庫該怎麼設計、資料該怎麼清理、報表該怎麼定義，仍然是自己該做的事[1]。這也是為什麼「我們上雲端了」不是一個完整的答案。
帳單怎麼失控：一個算給你看的例子
老師用一個示範來說明（以下單價是假設值，不是任何廠商的實際報價）。假設一家小型事務所每天對 500GB 的底稿做一次完整備份（每天全量是為了方便計算而刻意誇大的假設，實務多為增量備份），保留 30 天，那麼光是備份區就會有 500GB × 30 ＝ 15TB（本算例 1TB 以 1,000GB 計）；若每 GB 每月以 0.7 元估計，每月約 10,500 元。為了異地備援，再存一份跨區副本，月費變成約 21,000 元，一年約 25 萬元。
這筆錢不是一次性支出，而是每個月自動發生。課堂上只要記住結論——一年大約 25 萬元；這個 500GB 的算例，你課後可以自己驗一次乘法。
更麻煩的是它會慢慢長大：log 檔沒人清、快照一直留、測試環境沒關，離職員工的專案還在跑。三個月後發現帳單多了三成，但沒有人記得「這三成是誰用掉的」。這在會計上是一個很典型的問題——費用發生了，卻無法歸屬。
所以雲端治理至少有四個動作：
① 生命週期政策（30 天後轉低頻儲存、90 天後刪除）
② 預算告警（超過月上限就通知）
③ 資源標籤（用部門、專案、成本中心標記每一個資源）
④ 定期對帳（把雲端帳單對回部門預算）。
第三項是關鍵：有了標籤，雲端費用才能分攤到各部門，否則它永遠只是一筆「資訊部的黑箱支出」。
這件事的專業意義是：雲端讓「用多少付多少」變成可能，但也讓「用多少」變得看不見。會計人員的價值就在這裡——把看不見的用量，變成看得見的成本。
零信任：不再假設「在內網就安全」
過去企業的安全模型像城堡：外面有護城河（防火牆），裡面就是安全的。所以只要你能連上公司內網，系統就信任你。這個模型在「員工都在辦公室」的年代勉強可行，但在遠端辦公、雲端服務、外包與行動裝置的時代，它徹底失效——因為「內網」的邊界已經不存在了。
取而代之的是零信任架構（Zero Trust Architecture），美國國家標準與技術研究院（NIST）的 SP 800-207 是這個領域最常被引用的標準文件[7]。它的核心精神只有一句話：不因為你「在哪裡」就相信你，每一次存取都要重新驗證。
驗什麼？至少三件事：你是誰（身分與多因子驗證）、你用的裝置是不是乾淨的（有沒有更新、有沒有被植入後門）、這個請求合不合理（時間、地點、存取範圍）。聽起來很麻煩，但它其實和本週主線是同一件事——8.6 的憑證驗證是「驗網域」，零信任是「驗人與裝置」，本質都是不要只驗一層就放行。
8.8 課堂活動二：您的連線不是私人連線
你一定看過這個畫面：一片灰白，中間一個紅色三角驚嘆號，寫著「您的連線不是私人連線」或「此網站的安全性憑證有問題」。多數人的反應是「按進階→繼續前往」，或者換一個瀏覽器再試。這一節，我們要把這個動作變成一個有依據的專業判斷。
攻擊者可能會試圖從 www.example-bank.com.tw 竊取您的資訊（例如密碼、訊息或信用卡資料）。
NET::ERR_CERT_AUTHORITY_INVALID
案發：八張中繼憑證的私鑰，弱到只剩 256 種可能
通報：2026 年 10 月 17 日，研究者向 Chrome 與 Mozilla 同步通報印度憑證授權機構 eMudhra 的重大瑕疵[5]。
問題：該機構八張中繼憑證（六張核發 TLS、兩張核發程式簽章）所使用的 P-384 私鑰，竟然只是小於 256 的整數——分別是 4、56、66、115、155、156、230、237。正常情況下，P-384 金鑰的可能性應該多到宇宙級的數量；而這八把金鑰，任何人用一台筆電就能在一秒內全部猜出來。
處置：Chrome 在 100 分鐘內以 CRLSet 封鎖（連帶攔下 Sectigo 的交叉簽章副本）；Mozilla 在 2 小時 53 分內以 OneCRL 完成推送。eMudhra 於 10 月 18 日撤銷全部八張憑證，10 月 22 日宣布退出全球 TLS 憑證業務，約三萬張客戶憑證需要重發。這裡有兩件事：這八張中繼憑證本身從未核發任何終端憑證；需要遷移的三萬張，來自同一 ECC 根下的其他中繼——它們是同一場急救場景的兩個範圍，不是八張簽出了三萬張。
這個案子最值得學的不是「金鑰要夠長」這種廢話，而是整條信任鏈的急救流程：發現 → 通報 → 瀏覽器廠商封鎖 → CA 撤銷 → 客戶重發。你會發現，真正救下這件事的不是某個技術，而是一群願意公開通報與快速反應的人。
🎯 你要做的事（15 分鐘）
- 第一回合：投一票（5 分鐘）——看完上面那個警告畫面，選出你認為最可能的原因：A 網站自己壞掉了 B 我的手機或電腦中毒了 C 這個網站的加密憑證有問題 D 我不知道。投完我們先來看全班的答案統計。
- 第二回合：三案判決（5 分鐘）——再對下列三案投票。每一票都是同一個問題：「這個網站，你要不要連、要不要輸入帳密？」三種情況見下面那張表。
- 收尾：寫下你的判斷（5 分鐘）——在筆記本或手機備忘寫 3 行：「如果這是公司的報稅系統，我下一步做什麼？」不收回，這是給你自己看的紀錄。
| 案 | 情境（三題問的是同一件事：連，還是不連？） |
|---|---|
| 1 | 你要登入網路銀行，瀏覽器顯示「憑證已過期」（NET::ERR_CERT_DATE_INVALID），其他一切正常 |
| 2 | 公司內部的人資系統，網址是公司自己的網域，憑證是「自簽（self-signed）」，IT 說這是正常的 |
| 3 | 網址是 www.example-bank.com.tw（看起來完全正確），但憑證的發行者寫著「Unknown Intermediate CA」 |
三案都投完之後再展開：答案與依據
第 1 案 → 先不連。過期不代表被攻擊，但代表這個系統沒有人在維護；你不該把帳密交給一個沒在管的系統。改用銀行 App 或稍後再試，是比較合理的做法。
第 2 案 → 可以連。自簽只代表「沒有第三方替你背書」，公司內部系統、測試環境很常見。關鍵不是「有沒有第三方」，而是「這是不是我預期會看到的系統」——網域是公司的、IT 也說明過了，這就符合預期。
第 3 案 → 不要連。網址可以仿，鎖頭只代表「這段通訊被加密」；真正要問的是「誰替這個名字背書」。發行者是一個你不認識、也不在瀏覽器信任清單裡的名字時，等於沒有第三方背書。
專業與業餘的分界線：業餘的做法是「先按繼續，出了事再說」；專業的做法是「先確認是誰在跟我說話，再決定要不要給資料」。
發行者（Issuer）：憑證是誰簽的
點開瀏覽器網址旁的鎖頭，選「憑證」，你會看到這張憑證是「誰簽的」。正常的公開網站（例如學校的網站）發行者通常是 Let's Encrypt、DigiCert、Sectigo 或 Google Trust Services 這類機構；如果發行者是一個陌生的名字，或寫著「self-signed（自簽）」，那就是一個需要解釋的訊號。自簽不一定有惡意——公司內部系統、測試環境常用自簽憑證——但它代表沒有第三方替你背書。
最後要提醒一件現實的事：不是每一張警告都代表有攻擊。有時候只是憑證過期、有時候是公司內部的自簽憑證、有時候是你飯店的 Wi-Fi 攔截了流量要你登入。所以「查」比「怕」重要——查完之後，你會知道該怎麼做，而不是只會按繼續或關視窗。
8.9 單元總結、課後任務與期中複習指引
兩節課走到這裡，我們用一個觀念來告一段落：網路靠一層一層的「約定」把資料送到對的地方；而每一層約定都有被騙的可能，所以專業人士的價值，在於知道要去檢驗哪一層。
帶走三件事
第一，慢有三種病。頻寬不夠、延遲太高、訊號干擾或距離太遠——先分清是哪一種，再決定要不要花錢。這是活動一留下來的判斷力，比記住任何規格都有用。
第二，網路不是雲，是線。你家牆壁裡的雙絞線、路邊的光纖和海底電纜，都是實體。當你理解它的物理限制（例如上傳比下載小、跨洲要繞纜），你就不會對「為什麼這麼慢」感到莫名其妙。
第三，鎖頭保證的是「名字對」，不保證「好人」。HTTPS 只保證你連上的對象擁有那個網域，而且通話被加密。它不保證對方不騙你。真正該問的是：這張憑證是誰發的？有沒有被撤銷？這家公司有沒有做好權限管理？
🎯 本週作業（iClass 繳交，11/04（三）23:59 前）
- 情境判斷題：你家的網路最近「晚上特別慢」。請寫下你會依序做的三件事，並說明每一件事是在排除哪一種病因（頻寬／延遲／干擾）。最後說明：如果三件事都做完還是慢，你會向電信業者詢問哪一項數據？
- 憑證查證題：請挑一個你常用的、網址前有鎖頭（HTTPS）的網站，查出它的憑證是由哪一家機構核發、有效期限到哪一天（瀏覽器點網址旁的鎖頭即可查看）。再用一句話說明：如果這張憑證明天到期而網站沒有更新，你看到的會是什麼？對使用者的影響是什麼？
📝 期中複習指引（第 9 週 11/09 期中考）
期中考範圍為第 1 至第 8 週的正課內容，題型為選擇題與簡答題，另計實習課的 Excel 練習。請用下面的地圖回想每一週「解決了什麼問題」，而不是死背名詞：
- W01 數位世界入門：數位浪潮、AI 概論、機器人與穿戴裝置、Web 3.0。
- W02 資訊素養與判斷力：認知偏誤、生成式 AI 的資訊真偽、SIFT 四步法與橫向閱讀。
- W03：教師節放假。
- W04 AI 基礎與倫理：LLM 的機率生成與幻覺、提示詞工程、著作權爭議、金融業 AI 治理原則。
- W05 數字系統與電腦硬體：二進位／十六進位、ASCII 與 Unicode、CPU／記憶體／儲存的差異。
- W06 作業系統與電腦軟體：使用者模式與核心模式、作業系統四大職責、軟體授權與 CapEx／OpEx。
- W07：光復節補假。
- W08 通訊網路與網際網路應用：協定與 IP／MAC 分工、DNS 與 DNSSEC 換根鑰匙、傳輸媒介、頻寬與延遲、網際網路應用世代演進、憑證與 HTTPS、雲端三層與零信任。
複習時請特別注意三組容易混淆的概念：①IP 位址 vs MAC 位址 ②頻寬 vs 延遲 ③CapEx vs OpEx。這三組每年都是簡答題的常客。