美國太空軍是否已經輸掉了第一場戰爭—商標戰爭
美國在2019年12月20日建立一支新的軍種—太空軍(Space Force)。這代表以往存在於科幻的宇宙部隊將躍然於現實，但美國太空軍可能會在商標戰爭中，輸給Netflix的喜劇影集「Space Force」。Netflix早於美國政府在歐洲、澳洲、墨西哥等地取得「Space Force」商標，但其並非為搶先美國政府進行註冊，而係為能銷售相關商品。
美國商標法採取先使用主義，即使後使用者先進行註冊，先使用者還是可以取得商標。Netflix自2019年初即開始即在全球廣泛採用「Space Force」做為商標，基本上「Space Force」之商標權應歸屬於Netflix。美國空軍則是在同年3月以「Space Force」申請商標做為一般的使用。然而，美國政府長期以來也有諸多關於軍事資產涉及商標保護之案例，例如派拉蒙影業（Paramount Pictures）在1995年至2005年間六次申請註冊「JAG」（Judge Advocate General）商標，但政府立場並未特別反對。
美國國防部(簡稱：DOD)針對商標授權使用，於商標許可指南（DOD Trademark Licensing Guide）中，說明對於美國軍隊徽章及標緻之使用方式，並於2007年推出了國防部品牌和商標許可計畫（DoD Branding and Trademark Licensing Program）。在此之後，美國海軍陸戰隊開始向大部分銷售標示有「USMC」T恤之電商，請求不得再銷售標示有相關文字之T恤。回到本事件，美國太空軍發言人表示，對於與Netflix可能存有商標爭議並不知悉，但希望Netflix能延續該節目，以做為良好的宣傳。
陳昱宏
法律研究員 編譯整理
Yahoo!JAPAN ニュース，アメリカ宇宙軍、同じ名前のNetflixの番組に商標を取られる，2020年6月10日， https://news.yahoo.co.jp/articles/71e29640a8736115c6819fe6875b50e6c4e7b607
KYLE PERISIC, The US Space Force lost trademarks to Netflix’s ‘Space Force’ show, AMERICAN MILITARY NEWS, Jun. 12, 2020, https://americanmilitarynews.com/2020/06/the-us-space-force-lost-trademarks-to-netflixs-space-force-show/ (last visited JUL 1, 2020).
Eriq Gardner, Trump's Space Force Already Lost Its First Battle, THE Hollywood REPORTER, Jun. 5, 2020,https://www.hollywoodreporter.com/thr-esq/trumps-space-force-lost-first-battle-1296939 (last visited JUL 1, 2020).
DOD Trademark Licensing Guide https://www.defense.gov/Resources/Trademarks/DOD-Trademark-Licensing-Guide/
DoD Branding and Trademark Licensing Program https://www.esd.whs.mil/Portals/54/Documents/DD/issuances/dodd/553509p.pdf
美國新聞記者兼直昇機飛行員 羅伯特爾（ Robert Tur ）於 7 月 14 日 控告近來迅速竄紅的影片分享網站 YouTube 侵害著作權，特爾指稱 YouTube 網站鼓勵用戶拷貝受到保護的影片資料，此舉違反了 2005 年一項美國最高法院的判決（ MGM v. Grokster ） ，該判決認為 P2P 軟體業者若蓄意鼓勵或誘使客戶從事線上盜版行為，即可能構成著作權侵害。 羅伯特爾聲稱，他所拍攝的 1992 年洛杉磯暴動事件以及 1994 年高速公路上追捕辛普森的直昇機空拍報導影片，未經他的同意就被上傳並在 YouTube 網站上廣為流傳。 特爾亦聲稱， YouTube 網站從他的作品中獲利，同時也侵害了他的著作權，因此提出了 15 萬美元賠償要求並要求網站不得再使用他的影片資料。 YouTube 網站發表聲明指出，自獲悉特爾提出告訴的消息後，網站就已經將他的影片撤下，另一方面認為網站的行為完全符合「一九九八年 數位千禧年著作權法案」﹙ Digital Millenium Copyright Act of 1998 ﹚之規定，應受到該法案免責條款的保護 。
歐盟法院判決釐清GDPR民事賠償不受損害最低程度限制歐盟法院（Court of Justice of the European Union, CJEU）於2023年12月14日對Gemeinde Ummendorf（C‑456/22）案作出判決。歐盟法院試圖釐清《歐盟一般個人資料保護規則》（General Data Protection Regulation, GDPR）第82條的民事求償規範中，資料主體受到非財產上的損害要到何種程度才可獲得賠償。 本案源自於兩位自然人原告與德國的烏門多夫市政府（Municipality of Ummendorf）之間的紛爭。2020年，烏門多夫市政府未經兩位原告同意情況下，在網路上公布市議會議程與行政法院判決，這些資訊內容均多次提及兩位原告的姓名與地址。兩位原告認為市政府故意違反GDPR，因此依據GDPR第82條請求市政府賠償，並進一步主張該條意義下的非財產損害，不需要任何損害賠償門檻。然而，市政府則持相反意見。 長久以來，德國法院傾向認為，GDPR的非財產上損害需要超過某個「最低損害門檻」才可獲得賠償。然而，承審法院決定暫停訴訟程序，並將是否應有「最低損害門檻」以及其基準為何的問題，提交給歐盟法院進行先訴裁定。 歐盟法院考慮到，GDPR的宗旨在於確保在歐盟境內處理個人資料時對自然人提供一致和高水準的保護，如要求損害必須達到一定的嚴重性閾值或門檻才可賠償，恐因為成員國法院認定的基準不同，進而破壞各國實踐GDPR 的一致性。因此，歐盟法院最後澄清，GDPR的民事賠償不需要「最低損害門檻」，只要資料主體能證明受有損害，不論這個損害有多輕微，都應獲得賠償。
eBay強制澳洲消費者使用PayPal引發批評線上拍賣網站eBay以澳洲為實驗對象，實行強制澳洲消費者使用PayPal線上支付服務之政策，預估於2008年6月l7日開始，直接存款、個人支票與匯票將被排除於支付工具之外。此為eBay第一次採用限制支付的方式，預估未來也可能推行於其他的市場。消費者可使用PayPal、現金提貨或Visa與MasterCard金融卡之方式來付款，但均須藉由PayPal的系統來完成支付。PayPal允許消費者指定他們的信用卡、金融卡或銀行帳號為付款，而PayPal將向賣家收取每筆交易額度的1.1%與2.4%的費用。 澳大利亞競爭與消費者委員會（Australian Competition and Consumer Commission, ACCC）與新南威爾斯州公平貿易署(NSW Office of Fair Trading)，對於eBay限制消費者的支付工具選擇權，均持反對意見。eBay面對外界的批評表示，若採銀行轉帳交易的型態，其引發爭議的可能性，係為PayPal交易的四倍，強制使用PayPal，將促使消費者至網站購物的動力，且保護消費者網路購物的安全。而且，eBay在澳洲實施的政策規定，將擴大對消費者的補償數額，即若消費者未收到商品，或是商品未符合於網站上的描述情況，則eBay將補償消費3仟至2萬澳元，此舉亦是保護消費者的權益。 目前，澳大利亞競爭與消費者委員會（ACCC）開始調查eBay的新政策，若有違法行為，將請eBay取消強制澳洲消費者使用PayPal線上支付服務的新政策。
美國國家安全局發布「軟體記憶體安全須知」美國國家安全局（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）、工具分析及作業系統配置等措施增加安全性。