歐盟與17家社交網站業者達成協議，強化青少年上網安全
受惠於網路的高度普及與上網費用的調降，網路已成為民眾日常生活所不可或缺的事項。由於整體網路人口中，青少年占有極高的比重，如何提供青少年一個安全的網路空間，向為各國所關注的議題。
近年來社交網站在歐洲發展迅速，根據統計，現階段歐洲約有4,170萬的網路使用者，參與各種類型的社交網站。為防止日益嚴重的網路霸凌（Cyber-Bulling）及兒童賣春等問題，歐盟於2009年2月與MySpace、Facebook等17家社交網站達成協議，相關業者承諾將於自家網站上提供一個「申告侵害」（Report Abuse）的按鍵，便利使用者快速通知業者來自於他人的不合宜接觸或行為，以防止青少年受到網路霸凌或網路援交訊息的困擾。
社交網站業者除承諾提供上述通報機制外，在此次協議中，業者亦承諾強化青少年個人隱私的保護，以避免有心人士輕易透過社交網站，取得青少人之私密資料。
郭戎晉
副主任兼應研組組長 編譯整理
BBC，2009年02月10日，http://news.bbc.co.uk/2/hi/technology/7879755.stm，最後瀏覽日：2009年02月20日
.Pindent{text-indent: 2em;} .Noindent{margin-left: 22px;} .NoPindent{text-indent: 2em; margin-left: 38px;} .No2indent{margin-left: 3em;} .No2Pindent{text-indent: 2em; margin-left: 3em} .No3indent{margin-left: 4em;} .No3Pindent{text-indent: 2em; margin-left: 4em} 美國消費者金融保護局發布最終規則強化消費者金融資料控制權與隱私保護 資訊工業策進會科技法律研究所 2024年12月10日 美國消費者金融保護局（Consumer Financial Protection Bureau, CFPB）於2024年10月22日發布最終規則以落實2010年《消費者金融保護法》（Consumer Financial Protection Act, CFPA）第1033條規定之個人金融資料權利[1]，該規則即通常所稱之「開放銀行」（Open Banking）規則。 壹、事件摘要 本次CFPB頒布最終規則旨在賦予消費者對其個人金融資料更大的權利、隱私與安全性。透過開放消費者金融資料，消費者得更自由地更換金融服務提供者以尋求最佳交易，從而促進市場競爭，並激勵金融機構精進其產品與服務[2]。 貳、重點說明 最終規則要求資料提供者在消費者及授權第三方之請求下，提供消費者金融產品或服務相關資料，並應以消費者及授權第三方可使用之電子形式提供。最終規則亦制定標準，以促進資料標準化格式（standardized formats）之發展和使用，同時規範第三方近用消費者資料義務，包括對資料之蒐集、利用及保留限制。相關重點如下： 一、受規範機構主體 最終規則規範對象為資料提供者（data provider），包含銀行、信用合作社等存款機構（depository institution）；發行信用卡、持有交易帳戶、發行用於近用帳戶設備或提供支付促進服務（payment facilitation service）等非存款機構[3]。值得注意者，最終規則將數位錢包（digital wallet）及支付應用程式（payment app）業者納入資料提供者範圍，亦即被廣泛使用的金融科技服務亦將受到開放銀行規範體系之約束。此外，資料提供者不得向消費者或第三方收取資料近用之費用。 二、受規範資料範圍 最終規則規範之資料範圍涵蓋：資料提供者控制或擁有之24個月內之歷史交易資訊、帳戶餘額、付款資訊、契約條款與條件、即將到期之帳單、以及基本帳戶驗證資訊（Basic account verification information）等[4]，消費者得授權第三方近用此類資料。至於機密商業資訊、蒐集資料僅用於防止詐欺、洗錢，或為偵測或報告其他非法及潛在非法行為，又或基於其他法律要求保密之資訊，以及在正常業務過程中無法檢索之資料，則豁免最終規則之適用[5]。 三、消費者與開發者介面 根據最終規則，資料提供者須建立及維護兩個獨立的介面以利資料之近用，包含：消費者介面，例如提供消費者近用其資料之入口網站，以及授權第三方之開發者介面（developer interface），例如應用程式介面（Application Programming Interface, API），雖最終規則不要求使用任何特定技術，然仍要求資料提供者須以標準化機器可讀格式（Standardized and Machine-Readable Format）提供資料，介面功能要求須達每月最低99.5%之回應率（response rate）[6]。此類資訊須在每月最末日前揭露於資料提供者網站上。此外，介面之設計須遵守《美國金融服務業現代化法》(The Gramm-Leach-Bliley Act, GLBA)」及聯邦貿易委員會（Federal Trade Commission, FTC）之《消費者資訊保障標準》(Standards for Safeguarding Customer Information)等消費者資料保護法規義務[7]。 四、授權第三方之行為義務 授權第三方（authorized third party）為代表消費者向資料提供者請求近用資料，藉以提供消費者產品或服務者。為解決隱私與資料安全問題，該規則對尋求近用消費者資料之第三方提出數項要求[8]，包含但不限於： （一）知情同意之取得 第三方須取得消費者明確知情同意（express informed consent），以便代表消費者近用資料。 （二）資料利用之限制 第三方須確保將其資料之蒐集、利用及保留限制在提供消費者所請求的產品或服務之合理必要範圍內。就此部分，精準廣告（targeted advertising）、交叉銷售（Cross-selling），以及銷售資料並非提供產品或服務之合理必要範圍。 （三）遵守聯邦法規 第三方須依GLBA第501條規定或FTC之《消費者資訊保障標準》確保在其系統中採用「資訊安全計畫」（information security program）。 （四）政策與程序文件要求 第三方應擁有合理書面政策和程序，以確保從資料提供者處準確接收資料，並提供於其他第三方，即資料正確性之確保。 （五）資料撤回權之確保 第三方應向消費者提供撤回第三方授權之方法，撤回過程須簡易明瞭。在第三方收到消費者撤回授權之請求時，應通知資料提供者以及已向其提供消費者資料之其他第三方。 （六）第三方監督義務 第三方應透過契約要求其他第三方在向其提供消費者資料前遵守特定第三方法定義務。 （七）資料保存期限 消費者資料之保存期限最長為一年。若繼續蒐集，第三方應取得消費者重新授權。若消費者不提供重新授權或撤回授權，第三方應停止資料之蒐集，並停止利用與保留先前蒐集之資料。 五、實施日期 最終規則將依機構資產規模分階段實施[9]，最大規模之機構（資產總額為2500億美元以上之存款機構資料提供者，以及在2023年或2024年任一年中，總收入達到100億美元以上之非存款機構資料提供者）須在2026年4月1日前遵守最終規則。對於規模最小之機構（資產總額低於15億美元但高於8.5億美元之存款機構資料提供者）須於2030年4月1日前遵守該規則。另總資產低於8.5億美元之存款機構不受該規則限制，以減輕小型銀行及信用合作社合規負擔。 參、事件評析 CFPB之CFPA第1033條最終規則將重塑美國金融市場之監理格局，由市場驅動之開放銀行框架走向由政府透過法規實質監理之管制措施，要求業者開放消費者資料。值得留意者，歐盟執委會（European Commission）2023年6月推出之「金融資料近用」（Financial Data Access, FiDA）草案[10]亦基於消費者賦權理念，強化消費者對其資料權利之控制權。由此可觀察國際間金融資料利用與監理規範逐漸走向以消費者資料自主為中心之法制架構，當代金融資料監理趨勢或值得我國主管機關及業者留意關注，除可作為我國金融資料法制與政策制定之參考，亦供我國企業布局全球化金融服務提前作好準備。 [1]Required Rulemaking on Personal Financial Data Rights, 89 Fed. Reg. 90838. [2]Consumer Financial Protection Bureau, CFPB Finalizes Personal Financial Data Rights Rule to Boost Competition, Protect Privacy, and Give Families More Choice in Financial Services, available at https://www.consumerfinance.gov/about-us/newsroom/cfpb-finalizes-personal-financial-data-rights-rule-to-boost-competition-protect-privacy-and-give-families-more-choice-in-financial-services/(last visited Dec. 5, 2024). [3]12 C.F.R. § 1033.111. [4]12 C.F.R. § 1033.211. [5]12 C.F.R. § 1033.221. [6]12 C.F.R. § 1033.311. [7]See id. [8]12 C.F.R. § 1033.421. [9]12 C.F.R. § 1033.121. [10]Proposal for a REGULATION OF THE EUROPEAN PARLIAMENT AND OF THE COUNCIL on a framework for Financial Data Access and amending Regulations (EU) No 1093/2010, (EU) No 1094/2010, (EU) No 1095/2010 and (EU) 2022/2554.
加州消費者隱私保護法修正法案重點說明隨著個人資料保護意識的興起，各國也持續增修法律來保護人民權益以及協調產業標準，但這變動的過程會對本來就複雜的法律結構帶來更多挑戰。 如美國同時會有聯邦法與州法兩個層次的法律，當兩者分別發展隱私權相關法律規範時，難免會缺乏協調，出現定義不明的重疊規範，進而提高企業之法令遵循成本與管理成本。最終導致的結果，就是非必要地降低了產業發展速度，以及提高了消費者獲得服務的成本。 日前美國加州政府修改了首部以消費者個人資料權利為規範之州級法律「加州消費者隱私保護法（California Consumer Privacy Act, CCPA）」，使該部法案對於個人資料保護與利用之規範日漸完備，並減少與聯邦政府重複管轄項目，進而達到合理降低州內企業的遵法成本。美國加州州長紐松（Gavin Newsom）簽署的CCPA修正案「AB-713號法案」（Assembly Bill No. 713, an act to amend Sections 1798.130 and 1798.145 of the Civil Code ）通過後，CCPA之適用範圍將限縮。若「同時符合」下列二者條件，則可免受CCPA規範： 受「加州醫療資訊保密法」（the California’s Confidentiality of Medical Information Act, CMIA）所規範的的醫療資訊及個人健康資訊之衍生資訊，或受「美國聯邦受試者保護通則」（Federal Common Rule for human research subjects) 所規範的可識別之個人資訊。 根據「健康保險可攜性及責任法」（Health Insurance Portability and Accountability Act, HIPPA）之標準，已去識別化的資訊。 換言之，已經依HIPAA標準去識別化之第一點資訊，即可豁免CCPA針對個人資料保護之相關規定。此將減輕本身不受 HIPAA 規範，但因進行研究或業務目的需接收 HIPPA 去識別化資訊企業之合規負擔。 「AB-713號法案」對於已去識別化資訊之利用或販售行為，增設了契約須載明下列規範架構之條款內容： 如有利用或販售去識別化資訊涉及病患資料者，須在契約中予以聲明。 禁止買受人或被授權利用人以任何方式重新識別去識別化資訊。 除法律另有規定，或第三方受到相同或更嚴格限制之個資保護約束，買受人或被授權利用人不得將去識別化資訊再行揭露予第三方。 「AB-713號法案」亦要求進行CCPA所涵蓋販售或揭露去識別化病患資訊的企業，其隱私政策聲明應納入以下內容： 將出售或揭露去識別化病患之資訊； 採用HIPAA所允許如專家法(Expert determination)或安全港法(Safe harbor)等之何種方式，進行病患資訊之去識別化。 整體來說，「AB-713號法案」讓CCPA的規範稍加鬆綁，明確排除CCPA對特定去識別化資訊之適用，並擴張對研究行為之豁免範圍，在處理上有更多彈性，惟同時也要求企業須充分揭露其個人資料處理原則。
歐盟引用 EN 18286 作為高風險 AI 系統品質管理統一標準歐盟引用 EN 18286 作為高風險 AI 系統品質管理統一標準 資訊工業策進會科技法律研究所 2026年10月29日 歐盟執委會於2026年10月14日將EN 18286公布於歐盟公報（Official Journal of the European Union）[1]。執委會表示依該標準建立品質管理系統（quality management system）之提供者，就標準所涵蓋之歐盟《人工智慧法》（Regulation (EU) 2024/1689, Artificial Intelligence Act，下稱AIA）第17條要求，享有推定符合的效果[2]。我國《人工智慧基本法》已正式立法，數位發展部亦於115年7月7日發布《人工智慧風險分類框架》，惟各目的事業主管機關之管理規範尚在研擬，標準與驗證工具之銜接機制則未見法令規定。本文爰整理該決定與 EN 18286之要點，並對我國制度可獲啟示提出評析。 壹、事件摘要 AIA第40條第1項規定，高風險AI系統如符合統一標準（harmonised standard），就該標準所涵蓋之要求，可推定符合（presumption of conformity）AIA所定要求[3]。歐盟執委會於2026年10月12日通過施行決定（Commission Implementing Decision (EU) 2026/2274，下稱本決定），採納EN 18286：2026人工智慧品質管理系統，為高風險AI系統供應商提供明確的法律途徑[4]。EN 18286 是由歐洲標準化委員會（European Committee for Standardization, CEN）與歐洲電工標準化委員會（European Committee for Electrotechnical Standardization, CENELEC）之聯合技術委員會 JTC 21（Joint Technical Committee 21）擬訂[5]，標準本身雖為不具強制力的自願性文件，但其作用在於提供業者一條經官方認可之遵循路徑，並使主管機關與業者就符合性之判斷有共同基準。 貳、重點說明 一、歐盟 AIA的統一標準與推定符合機制 依AIA第 17 條要求，高風險AI系統提供者建立品質管理系統，同法第40條第1項規定符合統一標準的高風險AI系統或通用AI模型，應推定符合該法第三章第2節（對高風險AI系統的需求）所列要求；於適用時，包括推定符定依該法第五章第2及3節（對通用AI模型及具系統性風險的通用AI模型之提供者）所列義務，但前提是該標準已涵蓋前述條款規定之要求或義務。 此外，AIA第16條第f款規定，高風險AI系統提供者於上市或投入服務前，須依第43條規定辦理符合性評估（ensure that the high-risk AI system undergoes the relevant conformity assessment procedure as referred to in Article 43）。而第43條規定上市前的符合性評估，無論提供者依自行查驗或送公告機關審查，如其已採用EN 18286標準，該標準即為查核的依據[6]。 因此，如AI提供者採用 EN 18286 統一標準者，就該標準所涵蓋之要求，可作為符合高風險AI系統提供者必須建立品質管理系統（AIA第17條）之依據。同時，可於EN 18286標準所涵蓋之範圍，援引AIA第40條第1項，推定符合前述該法第三章與第五章有關對高風險AI系統、通用AI模型及具系統性風險的通用AI模型之提供者義務之要求。無論是否能產生推定符合效果，EN 18286 之重要性在於可做為AIA第17條要求提供者建立品質管理系統的依據，同時在上市或提供服務前，做為辦理符合性評估的標準，成為落實第17條與第43條要求之共同基準[7]。 二、EN 18286 之定位與架構 EN 18286 有別於一般管理系統標準之處，在於其要求均與取得推定符合之目的相關。其前言載明所謂品質可理解為符合AIA之全部法規要求，而且特別規定高風險AI提供者應辨識並系統化地審查適用之法規要求，並建立法規遵循策略、選擇證明遵法之途徑、將對主管機關與公告機關（notified body）之義務轉為內部程序，使管理系統所處理者為法定義務，而非組織自行設定之品質目標（詳見該標準條款0.1、3.1、4.2、4.4）[8]。 依 EN 18286 標準本文，其架構係依AIA第17條第1項，要求高風險AI系統提供者建立品質管理系統，涵蓋法規遵循策略、設計與開發管制、資料管理、風險管理、上市後監測、嚴重事件通報、資源管理與責任架構等事項。第1章至第3章為範圍、引用標準及用語定義；第4章至第7章處理品質管理系統本身，包括適用法規要求之識別、法規遵循策略、最高管理階層責任、風險與品質目標，以及資源、能力與溝通；第8章與第9章規範個別AI系統自構想至退役之生命週期，其中第8章涵蓋風險管理、設計開發、查證與確證（verification and validation）及資料管理，第9章涵蓋投入市場後之供應鏈、變更、上市後監測、嚴重事件通報與不符合事項處理；第10章為績效評估，包括管理審查。 三、EN 18286 的要求重點 (一)、要求提供者訂定法規遵循策略：標準要求策略至少涵蓋基本要求、上市後監測、嚴重事件、資料管理、適用之符合性評估（conformity assessment）程序及變更（4.4）。 (二)、要求提供者建立文件化程序，以確保能提供合規所需資訊，並與國家主管機關、公告機關、進口者、經銷者、授權代表及客戶溝通；亦須就不符合、構成風險之AI系統及嚴重事件之通知建立程序（對應AIA第20條第1項、第2項及第73條），包括涉及重要基礎設施等特定情況之通報期限（7.3、9.6、9.7）。 (三)、將AIA之變更規則轉為作業要求，例如要求提供者判斷上市後之修改是否為實質修改並記載理由，屬實質修改者須重新進行符合性評估（AIA第43條第4項），標準並將其視為新AI系統，要求提供者相應更新品質管理系統（9.4）。 (四)、就個別AI系統之設計開發，要求將法規要求轉為可查證之系統要求並留存紀錄。包括要求提供者依預期用途，決定達成適用法規要求（含基本要求）所必要之系統要求，於界定規格前定期審查，確認其已文件化、涵蓋適用法規要求且可滿足；並依文件化之測試計畫與程序進行查證，結果與措施須以文件化資訊提供（8.3、8.4）。 (五)、資料與文件方面，提供者須界定資料要求，建立涵蓋資料取得、探勘與蒐集、分析、標註、過濾、彙總、保存及儲存之系統與程序；主管機關或符合性評估機構要求時，應提供資料存取，資料停用時須指明銷毀或封存機制，且資料銷毀不得與提供者遵循法規要求之能力相衝突（8.5）。 (六)、EN 18286 著重供應鏈與上市後的風險管控，要求提供者就外部供應者建立評估與選擇準則，並文件化對供應者及所供應產品、組件、資料與服務之管制，以及所須之查證與確證。產品或服務於上市後仍須採取監測作法，作法應主動、系統化並納入績效評估（9.3、9.5）。 參、事件評析 數位發展部已於115年7月7日發布《人工智慧風險分類框架》1.0版，為目前已公布之具體分類與評估規則。於風險評估之後，框架列舉主管機關可採之管理措施，包括要求業者提出說明資料、實施透明度標示，以及對風險達一定程度者採事前審查。框架亦列舉依《人工智慧基本法》要求高風險應用標示注意事項、明確責任歸屬並建立救濟、補償或保險機制等措施。惟框架之規範對象為目的事業主管機關，業者無從預知其系統於各主管領域將如何分類，亦無可據以辦理之事項、規範或標準。 目前數位發展部雖已成立AI產品與系統評測中心（下稱 AIEC），數位產業署亦於113年3月發布《人工智慧（AI）產品與系統評測參考指引（草案）》，供AI提供者就其產品或服務辦理評測，但該指引以產品與系統為評測對象，與 EN 18286 以提供者組織為對象、規範其品質管理系統之層次不同；AIEC之測試結果並非組織層級管理要求之依據。而認定高風險應用者為中央目的事業主管機關，AIEC並無此項認定權，其測試結果與風險分類框架未見對接，與法規認定亦無明文連結，欠缺規範效力。企業送測所得僅為技術性測試結果，在法律上既不能作為遵法之依據，也無從向交易相對人或主管機關說明其已盡注意。相較之下，歐盟AIA透過賦予統一標準推定效力與搭配符合性評估程序，已然形成由標準通往法律效果之連結誘因，實值參考。 再者，我國《人工智慧基本法》已要求各目的事業主管機關訂定風險為基礎之管理規範，並協助產業自訂指引，將有助於企業的AI風險管理實務操作。如後續能參考歐盟之 EN 18286 設計，各機關將有共通之查核確認責任歸屬之標準，並仍可因應產業性質差異，提供風險因應指引協助。建議可再依同法第5條第3項，由數位發展部等機關提供或建議評估驗證之工具與方法，並公告經審認之標準與工具清單，載明其對應之管理規範事項、適用範圍及限制，連結高風險標示、責任歸屬與配套義務。如此法規、機制、標準與工具得以結合，有助於企業在完備的AI風險管理機制下發揮AI應用的產業效益。 本文為資策會科法所創智中心完成之著作，非經同意或授權，不得為轉載、公開播送、公開傳輸、改作或重製等利用行為。 本文同步刊登於TIPS網站(https://www.tips.org.tw) [1] Commission Implementing Decision (EU) 2026/2274 of 12 October 2026 on the harmonised standards for high-risk AI systems drafted in support of Regulation (EU) 2024/1689 of the European Parliament and of the Council, OJ L, 14.10.2026, https://eur-lex.europa.eu/legal-content/EN/TXT/PDF/?uri=OJ:L_202602274 (last visited Oct. 21, 2026). [2] EUROPEAN COMMISSION, First harmonised standard supporting the AI Act published in the Official Journal (Oct. 19, 2026), https://digital-strategy.ec.europa.eu/en/library/first-harmonised-standard-supporting-ai-act-published-official-journal (last visited Oct. 21, 2026). [3] Regulation (EU) 2024/1689, art. 40(1), European Commission AI Act Service Desk, https://ai-act-service-desk.ec.europa.eu/en/ai-act/article-40 (last visited Oct. 20, 2026). [4] 前揭註1。 [5] JTC 21, EN 18286 becomes the first harmonised standard under the EU AI Act, https://jtc21.eu/en-18286-becomes-the-first-harmonised-standard-under-the-eu-ai-act/ (last visited Oct. 21, 2026). [6] 條文詳前揭註3。另見前揭註1，前言第(1)點、第(6)點。 [7] 條文詳前揭註3，art. 17(1), https://ai-act-service-desk.ec.europa.eu/en/ai-act/article-17 (last visited Oct. 21, 2026). [8] 標準內容須洽購，重點可參見MODULOS,EN 18286 Quality Management System for EU AI Act, https://docs.modulos.ai/frameworks/eu-ai-act/harmonized-standards/en-18286 (last visited Oct. 21, 2026).