美國流行歌手Katy Perry遭澳洲時尚設計師Katie Perry控訴侵犯其澳洲商標權
澳洲時尚設計師Katie Perry（婚後從夫姓為Katie Taylor，後稱為設計師Katie）於2006年推出休閒服飾品牌，並以本名「Katie Perry」作為文字商標於2008年9月29日提出澳洲商標申請，儘管在申請過程中設計師Katie曾接獲美國知名流行歌手Katy Perry律師所提出之異議，企圖讓設計師Katie撤回該商標申請，然而最終設計師Katie仍取得該商標權。
此爭議之關鍵在歌手Katy Perry（後稱為歌手Katy）於2009年推出以「Katy Perry Collections」為名之流行服飾與鞋品等系列產品，並於澳洲Myer百貨及Target賣場等通路販售。設計師Katie認為歌手Katy忽視其澳洲商標權並於澳洲持續販售非法商品，因此於近期對歌手Katy（本名為Kathryn Elizabeth Hudson）及其所屬公司Killer Queen LLC提出告訴，同時澳洲聯邦法院於今（2019）年11月21日進行初審。
過去，在音樂界也曾有類似「撞名」的事件發生，例如：傑克·懷特（Jack White）所屬樂團「The Raconteurs」在2006年發行專輯後，發現「撞名」澳洲同名爵士樂團，便自行將在澳洲當地發行唱片或巡迴時所使用之團名改為「The Saboteurs」；此外，在1978年美國蘋果電腦（Apple Computers）受到英國樂團The Beatles成立之音樂公司─蘋果集團（Apple Corps）所提出之商標侵權訴訟，該爭議在三年後蘋果電腦以美金$80,000庭外和解作為持續使用公司名字之代價，且同意往後不會將業務擴及音樂相關事業；然而多年後，蘋果電腦發展數位音樂並推出iTunes等業務，再度於2006年掀起兩蘋果公司之訴訟，不斷演進的市場環境將成為兩公司交易條件之依據，或許這也能作為歌手Katy律師團借鏡之案例。
「本文同步刊登於TIPS網站（https://www.tips.org.tw）」
龔芳儀
專案經理 編譯整理
Nadia Elshawarby, Katy Perry Is Being Sued by an Australian Designer, WHO.COM.AU, Nov. 01, 2019, https://www.who.com.au/katy-perry-sued-by-australian-designer-of-same-name (last visited Nov. 27, 2019)
AAP, Australian Fashion Designer Katie Perry Is Suing Katy Perry, 10 DAILY, Oct. 31, 2019, https://10daily.com.au/news/australia/a191031zrcns/australian-fashion-designer-katie-perry-is-suing-katy-perry-20191031 (last visited Nov. 27, 2019)
Nathan Jolly, What’s in a name: Katy Perry and the Aussie designer, THE MUSIC NETWORK, Nov. 04, 2019, https://themusicnetwork.com/katy-perry-vs-aussie-designer/ (last visited Dec. 03, 2019)
一名挪威學生，因執行校內某項計畫而在2001年架設了一個名為Napster.no的網站。該網站和知名的Napster.com並無關聯。由於Napster.no提供了可免費下載MP3音樂的連結，因而使該名學生遭到Universal Music AS等的著作權侵權指控，並被判賠15900美元。案經上訴，日前挪威最高法院已做出判決，下級法院的判決仍被維持。
美國財政部外國資產控制辦公室更新發布與勒索軟體支付相關之制裁風險諮詢美國財政部外國資產控制辦公室（The US Department of the Treasury’s Office of Foreign Assets Control, OFAC）於2021年9月21日更新並發布了與勒索軟體支付相關之制裁風險諮詢公告（Updated Advisory on Potential Sanctions Risks for Facilitating Ransomware Payments）。透過強調惡意網絡活動與支付贖金可能遭受相關制裁之風險，期待企業可以採取相關之主動措施以減輕風險，此類相關之主動措施即緩減風險之因素（mitigating factors）。 該諮詢認為對惡意勒索軟體支付贖金等同於變相鼓勵此種惡意行為，故若企業對勒索軟體支付，或代替受害企業支付贖金，未來則有受到制裁之潛在風險，OFAC將依據無過失責任（strict liability），發動民事處罰（Civil Penalty制度），例如處以民事罰款（Civil Money Penalty）。 OFAC鼓勵企業與金融機構包括涉及金錢存放與贖金支付之機構，應實施合規之風險管理計畫以減少被制裁之風險，例如維護資料的離線備份、制定勒索事件因應計畫、進行網路安全培訓、定期更新防毒軟體，以及啟用身分驗證協議等；並且積極鼓勵受勒索病毒攻擊之受害者應積極聯繫相關政府機構，例如美國國土安全部網路安全暨基礎安全局、聯邦調查局當地辦公室。
美國國家標準與技術研究院公布人工智慧風險管理框架（AI RMF 1.0）美國國家標準與技術研究院（National Institute of Standards and Technology, NIST）於2023年1月26日公布「人工智慧風險管理框架1.0」（Artificial Intelligence Risk Management Framework, AI RMF 1.0），該自願性框架提供相關資源，以協助組織與個人管理人工智慧風險，並促進可信賴的人工智慧（Trustworthy AI）之設計、開發與使用。NIST曾於2021年7月29日提出「人工智慧風險管理框架」草案進行公眾徵詢，獲得業界之建議包含框架應有明確之衡量方法以及數值指標、人工智慧系統設計時應先思考整體系統之假設於真實世界中運作時，是否會產生公平性或誤差的問題等。本框架將隨著各界使用後的意見回饋持續更新，期待各產業發展出適合自己的使用方式。 本框架首先說明人工智慧技術的風險與其他科技的差異，定義人工智慧與可信賴的人工智慧，並指出設計該自願性框架的目的。再來，其分析人工智慧風險管理的困難，並用人工智慧的生命週期定義出風險管理相關人員（AI actors）。本框架提供七種評估人工智慧系統之信賴度的特徵，包含有效且可靠（valid and reliable）：有客觀證據證明人工智慧系統的有效性與系統穩定度；安全性（safe）：包含生命、健康、財產、環境安全，且應依照安全風險種類決定管理上的優先次序；資安與韌性（secure and resilient）；可歸責與資訊透明度（accountable and transparent）；可解釋性與可詮譯性（explainable and interpretable）；隱私保護（privacy-enhanced）；公平性—有害偏見管理（fair – with harmful bias managed）。 本框架亦提出人工智慧風險管理框架核心（AI RMF Core）概念，包含四項主要功能：治理、映射（mapping）、量測與管理。其中，治理功能為一切的基礎，負責孕育風險管理文化。各項功能皆有具體項目與子項目，並對應特定行動和結果產出。NIST同時公布「人工智慧風險管理框架教戰手冊」（AI RMF Playbook），提供實際做法之建議，並鼓勵業界分享其具體成果供他人參考。
美國國家安全局發布「軟體記憶體安全須知」美國國家安全局（National Security Agency, NSA）於2022年11月10日發布「軟體記憶體安全須知」（“Software Memory Safety” Cybersecurity Information Sheet），說明目前近70%之漏洞係因記憶體安全問題所致，為協助開發者預防記憶體安全問題與提升安全性，NSA提出具體建議如下： 1.使用可保障記憶體安全之程式語言（Memory safe languages）：建議使用C#、Go、Java、Ruby、Rust與Swift等可自動管理記憶體之程式語言，以取代C與C++等無法保障記憶體安全之程式語言。 2.進行安全測試強化應用程式安全：建議使用靜態（Static Application Security Testing, SAST）與動態（Dynamic Application Security Testing, DAST）安全測試等多種工具，增加發現記憶體使用與記憶體流失等問題的機會。 3.強化弱點攻擊防護措施（Anti-exploitation features）：重視編譯（Compilation）與執行（Execution）之環境，以及利用控制流程防護（Control Flow Guard, CFG）、位址空間組態隨機載入（Address space layout randomization, ASLR）與資料執行防護（Data Execution Prevention, DEP）等措施均有助於降低漏洞被利用的機率。 搭配多種積極措施增加安全性：縱使使用可保障記憶體安全之程式語言，亦無法完全避免風險，因此建議再搭配編譯器選項（Compiler option）、工具分析及作業系統配置等措施增加安全性。