iThome

台灣·近期無新文章

標籤科技編輯標籤

今日收錄: 0篇
近 24 小時: 0篇
近 7 天: 117篇

媒體資料

刊登媒體: iThome
所屬地區: 台灣
收錄範圍: 台灣媒體 · 繁體中文
來源網站: www.ithome.com.tw
月造訪量: 1,694,5742026/09
Radar 全球: 前 100,000 名
開始收錄: 2026/9/29
最新報導: 2026/11/7
最近更新: 11/9 02:54
流量資料: 2026/10/25 更新

流量與排名比較 →

寫法近 90 天

轉述貼文: 0.3%2 篇
發言者: 公職、政治人物 50.0%網友、民眾 50.0%
標題用詞: 懸念 0.0%反應 0.1%攻擊 0.0%

看這家的轉述報導與各家比較 →

網站流量來源Similarweb · 2026/09

台灣訪客占 90%，約 1,532,709 次造訪

來源國家（前五）

台灣90%
香港4.4%
中國0.9%
美國0.9%
新加坡0.3%

導流來源

自然搜尋59%
直接造訪24%
其他網站連入10%
社群3.4%
電子郵件1.2%
付費社群0.9%
生成式 AI0.7%
展示廣告0.3%
付費搜尋0.1%

全台排名: 第 492 名
全球排名: 第 35,757 名
類別排名: 第 28 名 · Computers Electronics and Technology/Computers Electronics and Technology
跳出率: 63%
每次造訪: 2.6 頁
平均停留: 2 分 8 秒

整個網域的估算值，比例以造訪次數計，非精確 page views。

媒體關係

近 7 天

已比對 117 篇內文

2
引用其他媒體: 0
被其他媒體引用: 0
同署名跨站: 0
已註明來源: 0
未辨識稿源

主要關係對象2 家

彭博社1筆關係
路透社1筆關係

直接文字比對引用對方被對方引用

在媒體關係圖查看 →

媒體關係

比對結果載入中…

報導關鍵字

近 7 天

較早收錄

本頁 60 篇 · 依收錄順序顯示摘要

【軟體新創抗疫實例：優拓資訊】全員遠端工作徹底避險，但得更講究即時溝通和例會互動的細節
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>僅20名員工的小型軟體企業如何面對傳染病疫情？以Chatbot服務崛起的AI新創優拓資訊，從年後開工的第一天起，全體員工就完全透過遠端工作的形式來上班，優拓資訊共同創辦人、同時也是臺大電機系教授黃鐘揚指出，這是為了減少員工暴露在公共場所，或聚集在辦公室內交叉感染的風險。</p> <p>能在短時間內做到這一點，除了企業本身所有資料均儲存於公有雲，且打卡、請假都用Slack，優拓資訊的主要幹部也臨時研擬了一套管理方法，來確保所有員工都能自主完成每日進度，以及維持與面對面工作無異的溝通效率。</p> <p>黃鐘揚在臉書上分享這套管理方法，優拓本來是提供純軟體Chatbot服務，所有資料都儲存在公有雲，或像程式碼則存在GitHub，再加上，平時就有一套允許員工暫離辦公室的管理機制，所以，他解釋，全員遠距工作的難度不大，但改採長期遠距工作的關鍵差異是，即時溝通與每天例會（Stand-up Meeting）的形式需要調整。</p> <p>首先在即時溝通方面，一般來說，員工在公司內需要討論，直接面對面溝通即可，若碰巧遇到對方暫離公司，也可以先做其他事情，等對方回來再討論，因為在同一個空間內可以確實掌握對方動向。不過在遠端工作之後，所有的溝通僅能用通訊軟體進行，若對方遲遲不回應，手邊工作就可能被迫延遲進行，不僅降低工作效率，也增加額外的溝通成本。</p> <p>對此，優拓資訊規定，在遠端工作的情況下，員工要暫離工作崗位，就算只是出門買個咖啡，都必須透過Slack確實回報；若已經在通訊軟體中被標記（Tag），則需在工作中斷之後的十分鐘內回應，若工作無法暫停，則需在30分鐘內先回應「等一下」、表情符號，或者請其他熟悉業務的同事代為回覆，來避免溝通不順暢、已讀不回的現象。</p> <p>第二，則是在各部門的每日例會方面，改成以「語音通話」加上「雲端協作」的方式進行。黃鐘揚表示，每日例會的精神，是設立一段時間內要達成的目標，並訂定與更新每日工作進度，藉此讓員工自律、督促自己。因此，在遠端工作的情況下，不僅不能取消，更要確實透過通訊軟體與雲端協作的工具來執行，比如用Line進行群組通話，並且開啟Google雲端共編文件來記錄會議內容。</p> <p>不過，有些會議礙於進行時間長（超過2個小時）、參與人數多（涉及多個部門），為了維持開會效率，仍然需要員工親赴公司面對面開會，比如每週、雙週進度會議、每月的跨部門策略會議等。對此，規範中也訂定，員工赴公司開會時，需要配戴口罩，若因特殊狀況無法前來，則會安排語音通話來同步開會。</p> <p>儘管已經開始實行遠端工作制度，但黃鐘揚也說明，公司並無禁止員工進公司上班，員工仍可彈性選擇辦公地點，「尤其是家裡環境不適合工作的員工，比起去咖啡廳，進公司辦公可能是更好的選擇。」對此，各部門主管也將主動了解員工的工作情形，以免因為工作環境不佳，反而降低生產力。</p> <p>「我們公司一向很強調自律自主，目前看來，實施起來成效還可以，每個團隊都會掌握平時的進度來工作。」黃鐘揚表示，優拓資訊是第一次實行全體員工遠端工作的制度，自年後開工以來還未滿一周，也將根據疫情狀況來決定恢復的時間，「不過最少會希望維持14天。」他說。文⊙翁芊儒</p> <p> </p> </div></div></div>
2020/2/6 19:13作者翁芊儒https://www.ithome.com.tw/news/135687
【醫院抗疫實例：彰化基督教醫院】靠企業IM即時應變指揮，醫院IT更分三級因應
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>這次武漢肺炎（2019新型冠狀病毒）疫情，由於疫情發展快速，確診病例快速增加，臺灣在農曆年前的1月20日成立中央流行疫情指揮中心，從21日出現國內首個境外移入病例，至2月5日為止累計已有11例。隨著疫情升溫，站在第一線的醫院也不敢馬虎。</p> <p>基於醫院緊急應變指揮系統HICS（Hospital Incident Command System），醫院的優先目標為照護患者，維持醫療服務不中斷下，這次武漢肺炎疫情在過年期間迅速擴大，彰化基督教醫院(簡稱彰基)透過企業即時通訊平臺M+群組緊急應變，並在醫院網站設立武漢肺炎防疫專區。</p> <p>在先自救、才能救人的前提下，彰基先掌握內部所有員工的健康情形，以了解是否有人前往過中國，若有員工去過中國，根據疾管署規定，要求員工主動隔離管理，同時也禁止員工前往中國疫區。</p> <p>由於醫院原本就是傳染高風險場所，彰基為加強門禁出入管理，過年期間緊急採購紅外線體溫感測設備，強化在醫院出入口的發燒篩檢，若偵測到有民眾發燒，先詢問其旅遊史是否到過中國，再進一步進行各項醫療檢測，確認是否感染武漢肺炎。</p> <p>此外，為加強第一線防疫對策，健保署結合移民署的入境資料，讓醫院讀取就診民眾的健保卡，就能第一時間知道其近期是否有中國旅遊史，除了確保最先接觸病人的醫護人員安全，也能先一步掌握高風險病患。</p> <p>而考量到慢性病患的領藥安全，降低慢性病患進入醫院領藥遭感染的風險，彰基將院內的藥局業務，特別獨立出慢性病處方箋領藥業務，利用有線網路或Wi-Fi，在醫院前的廣場設置慢性病處方箋的領藥地點，目前也計畫仿效速食店業者得來速服務，方便開車民眾快速領藥。</p> <p>在IT對策方面，彰基的資訊部門平時已針對重大災難或意外事件確保IT系統的可用性，包括了系統備援與資料備份，涵蓋網路交換、資料庫、應用主機系統等。</p> <p>彰化基督教醫院資訊部主任許天成表示，醫院將IT對災害應變分為三方面，第一是系統的熱備援，所有系統都有一套備援系統，主系統與備援系統，每半年對調演練，以確保備援系統的可用性。第二是資料備份方面，為降低資料遺失風險，對長期資料進行實體儲存，線上交易資料保留一年，第三個是總院儲存的資料，透過遠端抄寫資料，傳到30多公里外的雲林分院作差異備份，每5分鐘抄寫一次，以確保資料的更新。</p> <p>面對重大災害、緊急事件時，建立即時溝通聯繫機制，對企業維持營運相當重要。對搶救生命的醫院而言更是如此，以可能致命的危急數值為例，如果醫學檢驗結果發現病患有高血鉀，得立即通知患者的主治醫師進行處置，並需要確認醫師收到消息。</p> <p>原本彰基使用簡訊，作為危急值的緊急聯繫方式，由於追蹤不易，加上簡訊潛在的資安風險，該院後來改用企業即時通訊平臺作為內部的即時通訊管道，在這次農曆年假期對疫情的緊急應變中也發揮了聯繫應變的功能。</p> <p>彰基鑑於醫護人員在外看診的需要，已建立一套遠距辦公機制，讓在外醫護人員透過VDI及VPN，能夠遠距使用醫院的相關系統，IT人員在外也能使用遠距辦公。不過，基於醫療行為仍舊以現場面對面為主，維護醫療院所的健全，可能要比遠距辦公更為重要。</p> <p>目前彰基已建立備援機房，在兒童醫院大樓的主機房，搭配教研大樓的備援機房，並以位於遠方的雲林分院為異地備援機房，確保關鍵系統備援、資料不致遺失。</p> </div></div></div>
2020/2/6 19:14作者蘇文彬https://www.ithome.com.tw/news/135686
改用iPhone紀錄案件資料，紐約警察局讓百年歷史專用筆記本正式退役
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>在使用iPhone二年半後，紐約警察未來巡邏不再使用筆記本及筆紀錄，將改用iPhone直接輸入回傳。</p> <p>2017年中紐約警察局汰換掉用不到10個月的Windows Phone手機，將3.6萬名警察配派的手機全數改為iPhone，原因是微軟當時已經不支援Windows Phone作業系統，現今已成長到3.7萬人。<a href="https://www.nytimes.com/2020/02/05/nyregion/nypd-memo-book.html" target="_blank">紐約時報報導</a>，紐約警察局要求從2月17日起，3萬多名警察未來將改輸入到iPhone App，由App直接將這些筆記上傳到警局的伺服器上。</p> <p>從1800年代，紐約警察就用筆記本記載犯罪現場情形及嫌犯、目擊者的講話，是紐約警察的必備工具，重要性不下於手銬和手槍。這些筆記內容經常成為證據的一部份，如果警察被法庭傳喚，也總是需要帶著筆記本。甚至警察退休時也被要求要確實保存這些筆記，以防未來又重新調查或有新案件。</p> <p>雖然筆記本如此重要，不過報導說，美國許多城市警局早就升級成使用隨車電腦了。</p> <p>未來要使用的iPhone App是由紐約警察局開發，可供警官輸入巡邏任務、警車、911電話處理情形，還可以上傳照片。而處理民眾報案的警方紀綠，也可以整合調度中心的紀錄。</p> <p>數位化有許多好處，包括可防止記錄被竄改、筆記本遺失，以及字跡太潦草無法辨識。此外，資料上傳到伺服器後，保管的責任就從警察轉到警局。只要輸入日期、關鍵字即可搜尋到警方紀錄，不用再翻遍一本本筆記本。</p> <p>但是紐約警察也不免擔心這會成為監視工具。App記錄警官的地點和登入時間，這意謂著他們的行蹤、警車跑多遠都會被警局掌握。但另一方面也將有助減少不肖人員偷雞摸狗的空間。</p> </div></div></div>
2020/2/6 17:20作者林妍溱https://www.ithome.com.tw/news/135683
【紡織業抗疫實例：聚陽實業】爆量遠端工作負載，成IT長期抗疫大挑戰
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>員工數超過3萬人，且分散多國的紡織大廠聚陽實業，已經開始思考長期抗疫將面臨的IT考驗。聚陽實業資訊部門經理謝孔超坦言，「若未來疫情持續擴散，IT維運與系統建置，就會成為資訊部門的一大挑戰。」</p> <p>他認為，以新型冠狀病毒截至目前的疫情狀況來說，資訊部門能做的事情，還不多。不只是因為疫情未在臺灣社區擴散，無直接影響員工赴公司上班，也是因為，許多企業的因應對策，還侷限在員工的健康狀況監測、禁止疫區的差旅等作法，對IT部門沒有直接影響。</p> <p>謝孔超舉例，一旦發生社區感染，使員工因隔離而不能上班，儘管聚陽實業已經做到行動辦公，允許出差員工線上進行各類業務，甚至能在手機上簽核表單，不過，「如果遠端工作的規模擴大到所有員工，在長時間需要維持在家工作（如2～4周）的情況下，現行的IT環境，仍不足以負荷所有的工作負載。」</p> <p>比如說，在溝通方面，聚陽實業目前以Line、微信為主要通訊軟體，如果遠距工作成為常態，那功能完整的即時通訊平臺、視訊會議的工具就可能成為採購考量；在業務執行方面，現行VPN網路流量的負載、伺服器的遠端桌面負載不足，會使系統執行的順暢度受阻，也需重新評估IT環境，從軟硬體來改善。</p> <p>再者，就算所有員工都可以不用進公司上班，由於企業的IT設備無法全遠端管理，IT單位還是需要分組輪班來維運設備；還有，成衣廠生產仰賴原物料的供應，當疫情擴散嚴重，需要長時間蒐集供應商受災情報時，IT團隊也需根據需求來開發資訊系統，輔助營運團隊蒐集資訊，建立起替代性解決方案。換句話說，若疫情持續升溫，就會需要資訊部門進一步支援。</p> <p>不過，對於災難復原，聚陽實業平時就有一套因應措施，包括已經擬訂了營運持續計畫，現階段也針對此次疫情，著手將傳染病的威脅列入其中。此外，IT部門平時也有建置關鍵系統的備援系統，比如ERP，且因分公司分布於全球包括印尼、越南、柬埔寨、中國、菲律賓等據點，各地機房能達到互相備援的作用，每半年也會進行一次災難復原的演練，進行局部性的驗證，「因為IT部門的工作，本來就是要確保所有系統在任何狀況下運作。」</p> <p>此外，跨國的辦公室據點，同時也具備了彈性工作場所的概念，就像這次疫情，導致中國工廠延後開工，造成本來需要赴中國工作的員工，只能暫時留在臺北上班，「但如果留在臺北的人數太多，現有的辦公室環境還需要再調整。」謝孔超說。文⊙翁芊儒<img src="file:///C:/Users/irene/AppData/Local/Temp/msohtmlclip1/01/clip_image002.jpg" /></p> </div></div></div>
2020/2/6 17:57作者翁芊儒https://www.ithome.com.tw/news/135684
Philips智慧燈泡漏洞將允許駭客滲透用戶網路
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>資安業者<a href="https://blog.checkpoint.com/2020/02/05/the-dark-side-of-smart-lighting-check-point-research-shows-how-business-and-home-networks-can-be-hacked-from-a-lightbulb/" target="_blank">Check Point本周揭露了藏匿在智慧燈泡Philips Hue中的安全漏洞</a>，指稱該漏洞將允許駭客滲透到受害者的家中或辦公室網路。</p> <p>研究人員表示，透過Wi-Fi或ZigBee協定控制的智慧燈泡，在3年前就證實可被入侵，允許駭客控制智慧燈泡的運作，然而，他們對於駭客能否藉由入侵IoT裝置而滲透家中、辦公室，甚至是智慧城市的網路更感興趣，也找到了攻陷之道。</p> <p>準確的說，Check Point的攻擊是兩階段的，目標分別為Philips Hue燈泡與Philips Hue的橋接器，採用ZigBee協定的橋接器可用來控制所有的智慧燈泡，最多可管理50個Philips Hue。</p> <p>Check Point先利用其它研究人員所開發的攻擊程式，在Philips Hue燈泡上安裝了惡意韌體，再以Philips Hue燈泡為媒介，利用橋接器上的CVE-2020-6007漏洞，取得橋接器的控制權，再滲透到受害者的網路。</p> <p>在第二階段的攻擊場景中，由於駭客已可透過惡意韌體操縱燈泡的顏色與亮度，讓使用者誤以為燈泡故障了，但在行動程式中卻顯示無法存取，只得企圖重置它。而重置的方式則必須先將它從程式中移除，然後再指示橋接器發現該燈泡，此時這個已被植入惡意韌體的燈泡，則重新回到網路中。</p> <p>研究人員說明，接著他們就能利用ZigBee協定的安全漏洞來傳送大量的資料，以觸發橋接器上的緩衝區溢位漏洞，以在橋接器上植入惡意程式，由於橋接器連結了受害者的家中或辦公室網路，意味著他們已成功滲透，還能展開進一步的攻擊，在受害者的網路上散布勒索軟體或間諜程式。</p> <p>打造Philips Hue的為飛利浦（Philips）旗下負責照明的子公司Signify，Check Point在去年11月同時通知了飛利浦與Signify，目前該漏洞已被修補，Signify亦已更新橋接器韌體。</p> </div></div></div>
2020/2/6 15:10作者陳曉莉https://www.ithome.com.tw/news/135679
4小時爆賣95萬片！實名制上路官網爆量，健保署緊急調高頻寬並釋出開放資料
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>為緩解武漢肺炎口罩供不應求的問題，行政院指示健保署實施口罩購買實名制，今（6日）正式上路。然而就在上午9點開賣時刻，大量民眾湧入健保署官網查詢特約藥局的口罩庫存狀況，甚至每分鐘達1萬8千人上線查詢，再加上特約藥局開始販賣口罩，健保署系統難以兼顧即時運算與民眾查詢需求，因此暫時官網當機。</p> <p>健保署指出，口罩實名制要求民眾持健保卡，至社區特約藥局購買，每人7天內限購2片。為了因應可能發生的流量爆量，健保署資訊組先前就已備好24臺應用伺服器，以及額外12臺主機來應變，而RAM、CPU與頻寬部分也已加倍，開賣前一天也進行壓力測試，尚無問題。</p> <p>不過，今日上午9點時分，大量民眾進入健保署官網查詢特約藥局的口罩存量，每分鐘達到1萬8千人，使網路速度瞬間變慢。健保署指出，平時官網每分鐘約3千人，傳輸速度為100Mb，雖已先將傳輸速度擴增為600Mb，但由於瞬間湧入大量查詢、超過平常的6倍，健保署硬體難以負荷，造成當機。</p> <p>隨後，健保署也請中華電信調整網路頻寬，於上午10點將傳輸速度提高至1Gb，而主機廠商IBM也即時協助健保署停機，目前仍在處理中。</p> <p>至於藥局口罩販賣系統，原訂今日上午9點準時販售，由於些許藥局不熟悉系統操作，因此健保署提前半小時，開放藥局上線操作。根據健保署統計，大多數藥局上機狀況良好，雖有零星問題，但平均15至20秒就能完成購買，且截至下午1點45分，已有5,499家特約藥局出售口罩，共販售了959,444片口罩。</p> <p>最後，為分散民眾查詢口罩存量的主機壓力，健保署也在兩天前，就將口罩庫存資料上傳至政府開放資料平臺，將原本官網的口罩查詢平臺，委由數位政委唐鳳及其領導的民間團隊協助，來打造民間導向的口罩地圖，像是<a href="https://lin.ee/nT4IBHS">LINE SPOT #</a><a href="https://lin.ee/nT4IBHS">健保特約藥局查詢</a>、<a href="https://mask.goodideas-studio.com/">即時口罩地圖</a>、<a href="https://page.line.me/taiwancdc">疾管署</a><a href="https://page.line.me/taiwancdc">LINE@</a><a href="https://page.line.me/taiwancdc">「疾管家」</a>、<a href="https://kiang.github.io/pharmacies/">藥局口罩採購地圖</a>、<a href="https://www.arplanet.com.tw/download/">AR</a><a href="https://www.arplanet.com.tw/download/">版健保特約藥局與鄉鎮衛生所</a>等。此外，健保署也將開放資料的更新時間，從原本的30分鐘縮短為10分鐘，方便民眾查詢、減少資訊誤差。文◎王若樸</p> </div></div></div>
2020/2/6 15:25作者王若樸https://www.ithome.com.tw/news/135681
研究人員揭露海思半導體晶片的後門漏洞
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>一名俄羅斯安全研究人員Vladislav Yarmak，<a href="https://habr.com/en/post/486856/" target="_blank">在本周公布了</a>藏匿在海思（HiSilicon）晶片中的一個後門漏洞，海思半導體為華為集團旗下的晶片設計公司，估計該晶片被應用在數十萬或數百萬的連網裝置上，涵蓋監視器、數位錄影機（DVR）及網路硬碟錄影機（NVR）等，該漏洞將允許駭客取得最高存取權限，進而掌控受駭裝置。</p> <p>Yarmak表示，過去海思即經常在裝置上嵌入後門存取機制，最早是啟用Telnet存取，且採用靜態密碼，只要透過少許的運算能力就能從韌體映像檔中取得密碼，之後的海思晶片韌體雖然關閉了Telnet存取及除錯傳輸埠（9527/tcp），但卻開啟了可用來接收特別指令，以開啟Telnet守護程序並存取靜態密碼的9530/tcp傳輸埠，而且所有裝置上的密碼都一樣。</p> <p>至於最新的海思晶片同樣開啟了9530/tcp傳輸埠以接收特別指令，但需要執行Challenge/ Response驗證才能提交指令。不論如何修補，總是找得到途徑，使得Yarmak認為，海思是有意留下後門。</p> <p>Yarmak還公布了這些監視器、DVR與NVR等裝置的後門啟動程序，並釋出概念性驗證攻擊程式，以供使用者確認自己的裝置是否含有相關漏洞。</p> <p>相關漏洞影響了採用海思晶片的各種品牌的連網裝置，估計有數十萬到數百萬不等，Yarmak表示，期待海思修補漏洞是不切實際的，裝置用戶可以考慮改用其它未含漏洞的產品，或是限制裝置的網路存取能力。</p> </div></div></div>
2020/2/6 14:00作者陳曉莉https://www.ithome.com.tw/news/135675
Bitbucket平台被用來散布惡意程式，感染電腦超過50萬
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p><a href="https://www.cybereason.com/blog/the-hole-in-the-bucket-attackers-abuse-bitbucket-to-deliver-an-arsenal-of-malware" target="_blank">研究人員發現</a>駭客利用程式碼託管平台Bitbucket散布多種惡意程式，已經有超過50萬台電腦因此感染。</p> <p>Bitbucket是由Atlassian經營的程式碼管理平台，類似GitHub。安全廠商Cybereason近日發現有駭客利用Bitbucket的合法帳號儲存並長期散布包括木馬程式、勒索軟體、採礦軟體等惡意程式。研究人員發現後立即通知Bitbucket，後者於幾小時後已將之全部移除。</p> <p>研究人員指出，這波攻擊和以往攻擊最大的不同在於，過去駭客對單一目標機器是感染一次，把取得資料賣給駭客社群。但是這次，駭客對單一目標釋出多種惡意程式，以便對企業發動多種面向的攻擊。</p> <p>例如攻擊者使用Evasive Monero Miner來竊取資料及挖Monero幣，用Vidar、Azorult竊取瀏覽器cookies、加密貨幣電子錢包憑證、電子郵件帳密及雙因素驗證軟體資料，用IntelRapid偷加密貨幣。他們也可用Predator拍照、擷取螢幕截圖、以AmadeyBot木馬進行事前勘查，再用Stop勒索軟體來勒索受害者。此一手法造成多重損害，而惡意程式活動也造成機器效能下降。</p> <p>研究人員說，每一種惡意程式都讓這波攻擊更為強大，造成更嚴重災情。此外，駭客運用Bitbucket合法帳號上傳及散布惡意程式，為了躲避偵測，他們也提供完整的用戶資料頁並持續更新程式庫。</p> <p>而以Bitbucket合法身份為掩護，駭客的確達到其目的。在持續攻擊下，研究人員估計全球感染的電腦超過50萬台。</p> <p>Cybereason指出，這次發現突顯駭客利用合法雲端平台如GitHub、Dropbox、Google Drive及Bitbucket大量散布惡意軟體的犯罪趨勢，同時也顯示，駭客已經將獲取利益的手段提升到更高層次。</p> </div></div></div>
2020/2/6 14:30作者林妍溱https://www.ithome.com.tw/news/135676
攝影師用AI將1896年影片變成4K畫質
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>一名攝影師利用人工智慧（AI）技術，將一部125年前電影剛誕生時期的<a href="https://www.reddit.com/r/videos/comments/eyoxfb/oc_i_have_made_60_fps_4k_version_of_1896_movie/" target="_blank">黑白影片畫質提升成4K畫質</a>。</p> <p>攝影師Denis Shiryaev實驗的是法國電影先驅盧米埃（Lumière）兄弟，於1895年拍攝的一部黑白短無聲紀錄片《火車進站》（L'Arrivée d'un train en gare de La Ciotat），該電影於1896年1月25日在巴黎首映。據傳當時從沒見過動態畫面的觀眾，在影片中火車向他們駛來時，嚇得倉惶走避躲到電影院後方。</p> <p>這部黑白影片原始版本畫質僅640 x 480，每秒播放幀數僅 20幀（FPS）。但Shiryaev利用神經網路技術將畫質<a href="https://www.youtube.com/watch?v=3RYNThid23g" target="_blank">提升（upscale）到4K及60 FPS的現代化水準</a>。</p> <p>他所使用的<a href="https://topazlabs.com/gigapixel-ai/" target="_blank">Gigapixel AI</a>，是由Topaz Labs發展且公開的神經網路技術。Gigapixel AI以大量圖片等資料訓練後，其演算法可以學會將低解析度的影像加入資訊，來「修正」成為高解析度圖片。這家廠商宣稱可以將解析度增強600%，讓一般數位相機拍攝的相片變成細節超清楚、銳利的100MP圖片。</p> <p>另外Shiryaev還使用DAIN（Depth-Aware video frame INterpolation），這個工具能在影片中插入影格，使影片播放更加流暢。他甚至為這部默片加入音效。在<a href="https://www.youtube.com/watch?v=EqbOhqXHL7E&feature=emb_logo" target="_blank">第二個版本</a>中，他又用DeOldify的技術為影片添入色彩，使這部125年前的經典影片，又在21 世紀有了新面貌。</p> </div></div></div>
2020/2/6 14:55作者林妍溱https://www.ithome.com.tw/news/135678
圖資料庫Neo4j 4.0釋出，加入水平擴展以及新的安全模型
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p><a href="http://neo4j.com/blog/neo4j-graph-database-4-0-ga-release/">圖資料庫（Graph Database）龍頭Neo4j正式發布最新版本Neo4j 4.0</a>，主要針對企業部署，提供高可擴展性與安全性功能，Neo4j 4.0擁有過去沒有的水平擴展能力，還可以在同一叢集部署多個圖資料庫，並且採用了新的安全模型，能夠更細緻地控制資料存取的安全性與隱私性。</p> <p>圖資料庫可以處理元素間的關係，提供一種快速在元素間導航的方法，以探索各元素的相關性，這使得圖資料庫非常適合用在推薦引擎上，雖然傳統表格資料庫也能處理元素關係，但是當處理的量級達數百萬個連接時，就會顯得難以應付。</p> <p>Neo4j是圖資料庫領域中資源充沛的新創公司，該公司發布了免費的社群版本，以及收費的企業版本，Neo4j首席資料科學家Jim Webber提到，過去企業版在許多功能上不夠完善，而Neo4j 4.0是他們目前投入最多資源開發的一個版本，除了更具擴展性之外，也使用了新的安全性模型。</p> <p>Neo4j 4.0除了垂直擴展之外，現在還支援水平擴展，Jim Webber解釋，雖然水平擴展的概念在NoSQL資料庫很常見，但是圖資料庫卻不多，但是Neo4j 4.0將可讓用戶無限制的橫向擴展資料庫，可以明顯提升效能並應付更大的流量。</p> <p>而Neo4j 4.0還支援回應式程式設計，讓開發人員可以完全控制其應用程式與資料庫互動的方式，回應式系統主要的設計目標在於回應、韌性與彈性，由資料驅動且對錯誤容忍度高，特別適用於資料串流應用程式。</p> <p>現在單個Neo4j叢集可以執行多個資料庫，這解決了以往要使用多個圖，必須要啟動多個伺服器或是多叢集的問題，單個Neo4j叢集中的每個資料庫，現在都有自己的安全性設定，並且獨立於其他資料庫運作，因此在同一個基礎設施中，用戶可以執行多個圖。而這個多資料庫支援，還讓用戶可以跨多個資料庫進行查詢，操作起來就像是單個有分區資料和水平擴展功能的圖一樣。</p> <p>Neo4j安全性更新方面，開發人員和管理人員現在可以更全面地控制資料存取，限制特定的用戶才能看到敏感資料，新的安全框架提供一種基於使用者和角色的走訪功能，該功能可在用戶沒有讀寫權限的區域執行查詢，Jim Webber提到，當過去用戶執行查詢但是不具有走訪能力時，查詢將會丟失一半的資料，只會得到應有的一半結果。</p> </div></div></div>
2020/2/6 12:55作者李建興https://www.ithome.com.tw/news/135662
臉書修補WhatsApp允許駭客存取本地端檔案系統的安全漏洞
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>來自PerimeterX的安全研究人員Gal Weizman，在本周對外<a href="https://www.perimeterx.com/tech-blog/2020/whatsapp-fs-read-vuln-disclosure/" target="_blank">揭露藏匿在WhatsApp中的安全漏洞</a>，此一編號為CVE-2019-18426的安全漏洞，將允許駭客執行跨站腳本程式攻擊（XSS）或讀取受害者的本地端檔案，幸好臉書已於上個月修補了該漏洞。</p> <p>根據Weizman的說明，該漏洞存在於WhatsApp的內容安全政策（Content Security Policy，CSP）中，同時影響WhatsApp的Web版客戶端程式與桌面程式。在針對Web版客戶端程式的攻擊上，駭客只要傳送一個特製的訊息就能執行XSS攻擊，而在桌面程式上，駭客則可透過XSS攻擊並繞過CSP，以讀取受害者存放在本地端的檔案，也可能執行遠端程式攻擊。</p> <p>Weizman強調，CSP的規則非常重要，假設CSP的配置正確，那麼XSS的威力就會受到很大的限制，允許駭客繞過CSP等於是替駭客大開方便之門，不僅能向受害者竊取寶貴的資訊，也更容易載入其它惡意酬載。</p> <p><a href="https://www.facebook.com/security/advisories/cve-2019-18426" target="_blank">臉書則說</a>，CVE-2019-18426漏洞出現在WhatsApp桌面程式搭配iPhone版WhatsApp程式時，將允許XSS攻擊及讀取本地端檔案，使用者只要點選文字訊息中的預覽連結就可能受害。</p> <p>最近另一個與WhatsApp有關的消息是，<a href="https://www.androidcentral.com/whatsapp-drops-support-millions-older-smartphones" target="_blank">WhatsApp已在2月1月終止</a>對 Android 2.3.7及之前，與iOS 8及之前等行動平台的支援，代表這些平台上的WhatsApp隨時可能停止運作，使用者只能選擇更新平台或更換手機來因應。</p> </div></div></div>
2020/2/6 13:05作者陳曉莉https://www.ithome.com.tw/news/135671
使用Google Takeout匯出Google Photos內容，可能收到別人的影片
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>部份Google用戶在最近<a href="https://twitter.com/jonoberheide/status/1224525738268905477" target="_blank">接獲Google的通知</a>，指稱他們曾經在去年的11月21日到11月25日之間，下載包括Google Photos內容的資料，因某些技術上的問題，造成這些用戶所下載的影片可能是別人的。</p> <p>根據Google的說明，在這5天之內，有些Google Photos的影片被錯誤地匯到陌生用戶的存檔中，收到該通知代表用戶的Google Photos帳號中有一個或多個影片受到影響。假如使用者下載了這些資料，那麼它們可能是不完整的，也可能包含一些不是屬於自己的影片。</p> <p>Google已經解決了該問題，並建議使用者刪除之前所匯出的內容，並重新匯出一次。</p> <p><a href="https://9to5google.com/2020/02/03/google-photos-video-strangers/" target="_blank">9to5Google取得了Googel的官方回應</a>，Google承認此一問題出現在用戶以Google Takeout匯出Google Photos內容時，可能會收到屬於別人的影片，同時強調該意外只影響影片內容，並未波及照片。</p> </div></div></div>
2020/2/6 13:25作者陳曉莉https://www.ithome.com.tw/news/135672
Nvidia的遊戲串流服務GeForce Now正式上線
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>Nvidia從2017年就開始測試的遊戲串流服務GeForce Now，終於在本周<a href="https://blogs.nvidia.com/blog/2020/02/04/geforce-now-pc-gaming/" target="_blank">邁入了正式版</a>，該服務提供了免費方案與付費的Founders付費訂閱方案，後者每月的費率為4.99美元，但擁有90天的免費服務。</p> <p>GeForce Now服務的基礎為Nvidia的GPU架構，讓遊戲玩家藉由網路存取效能強大的虛擬電腦，並可連結Steam、Epic Games Store、Battle.net與Uplay等遊戲服務，因此，GeForce Now標榜玩家就算使用低階裝置，都能執行需要強大效能的遊戲，涵蓋Windows筆電、MacBook、Shield或Android裝置，但要求玩家下載客戶端程式。</p> <p>目前GeForce Now並未支援iOS，但Nvidia計畫在今年第一季支援Chromebook，外界預期該服務未來也可能會支援瀏覽器。</p> <p>雖然GeForce Now提供了執行遊戲所需的繪圖效能，但要順暢執行遊戲的關鍵在於頻寬，該服務要求最少15Mbps的頻寬，若有30Mbps頻寬即能進行1080P的遊戲串流，而最佳體驗則需要50Mbps的頻寬。</p> <p>不過，玩家最好也能離GeForce Now的資料中心近一些以降低延遲，目前Nvidia在北美設置了9個資料中心，歐洲有5個，日本有2個，韓國則有1個。</p> <p>GeForce Now的免費方案提供標準存取能力與1小時的連續執行時間，付費方案則有優先存取權與延伸的執行時間。儘管媒體試用後發現該服務在上線初期有些擁擠，但對於在低階裝置上執行遊戲的效能都頗為滿意，給它的評價多半高過Google去年11月上線的遊戲串流平台Stadia。</p> </div></div></div>
2020/2/6 13:30作者陳曉莉https://www.ithome.com.tw/news/135673
AWS釋出Client VPN桌面客戶端應用程式
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p><a href="https://aws.amazon.com/tw/blogs/aws/new-aws-vpn-client/">AWS發布了適用於AWS Client VPN的桌面客戶端程式</a>，讓Windows和MacOS用戶能夠更簡單地連線到AWS。這些應用程式可以安裝在桌電與筆電上，支援交互身份驗證，也能透過Active Directory進行帳號密碼驗證，或是多因素身份驗證。</p> <p>AWS Client VPN是AWS在去年推出的服務，讓用戶可以使用OpenVPN的客戶端，從各地安全地存取AWS和企業內部網路。AWS Client VPN是一個全託管的VPN服務，企業可根據需要擴展與縮減連接數，讓員工能夠以更簡單的方式，和其合作夥伴建立連接，並透過控制臺進行控制與管理。</p> <p>用戶可以使用AWS Client VPN創建客戶端VPN端點，將其與所需要的VPC子網關聯，並設定授權規則，讓用戶能夠存取需要的雲端資源。</p> <p>而用戶使用這個新的客戶端程式連線VPN後，用戶的電腦便是VPC的一部分，並且可以存取授權規則所允許的資源。這個應用程式是免費提供的，企業可以用來存取AWS Client VPN端點所連結的AWS地區。</p> <p>目前支援AWS Client VPN的地區有美東、美西、加拿大和歐洲，在亞洲地區，則有孟買、新加坡、首爾、雪梨和東京。</p> </div></div></div>
2020/2/6 13:40作者李建興https://www.ithome.com.tw/news/135667
傳微軟改組，硬體和Windows部門合併由Surface主管執掌
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>微軟又進行多項人事改組。<a href="https://www.zdnet.com/article/microsoft-to-combine-its-windows-client-and-hardware-teams-under-chief-product-officer-panos-panay/" target="_blank">ZDNet報導</a>Windows用戶端部門和硬體部門合併，由Surface主管Panos Panay統轄，這項命令也有助於Windows軟、硬體整合設計。原Windows用戶端主管則調任負責Office業務。</p> <p>報導指出，微軟內部於2月5日宣佈改組消息。體驗及裝置事業群下的Windows 用戶端部門，在與硬體部門合併後，改名為Windows+裝置部門，並向原任Surface主管的Panay報告，後者頭銜也改為產品長。</p> <p>而長久主管Windows的Joe Belfiore，則將調任Office體驗事業群（OXO）主管。他也將持續領導負責開發Edge和iOS/Android app開發的單位Essential Products Inclusive Community。新人事命令將從2月25日生效。</p> <p>根據ZDNet取得Panay的內部公開信件，Panay指出，合併Windows 用戶端部門有助於簡化決策流程，提供微軟所有連網裝置（OEM和Surface）從晶片到作業系統的最佳用戶體驗。軟、硬體一起設計將有助於提升Windows業務（包括雙螢幕產品、晶片多樣性、連網及app平台），並統一Windows用戶端產品管理及資源運用。</p> <p>不過負責多項產品（如Azure、Windows用戶端、Server、Xbox或HoloLens）作業系統核心的部門COSINE（Core OS and Intelligent Edge）則未受到影響。<a href="https://www.ithome.com.tw/news/122155" target="_blank">兩年前的改組中</a>，微軟將之整併到Azure工程部門之下。</p> <p>其他變動包括現有Microsoft Teams業務主管Brian Macdonald退休，而由企業副總裁Jeff Teper兼管Teams、OneDrive和SharePoint業務。Microsoft 365主管Kirk Koenigsbauer，則成為體驗與裝置事業群營運長，輔佐執行副總裁Rajesh Jha。</p> <p>此外，微軟旗下的LinkedIn執行長Jeff Weiner在執掌11年後，<a href="https://www.linkedin.com/pulse/its-time-my-next-play-linkedins-new-ceo-jeff-weiner/" target="_blank">周四宣佈</a>將於今年6月下台，擔任LinkedIn執行董事長，不過媒體預料是為新職做準備，他的位子由原產品長Ryan Roslansky接任。</p> </div></div></div>
2020/2/6 13:50作者林妍溱https://www.ithome.com.tw/news/135674
Chrome 80出爐了，修補56個安全漏洞
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p><a href="https://chromereleases.googleblog.com/2020/02/stable-channel-update-for-desktop.html" target="_blank">Google在本周釋出了</a>支援Windows、Mac與Linux的Chrome 80桌面程式，新版有許多重要的改變，像是會自動將混合內容升級到HTTPS、強制啟用SameSite Cookie，以及提供更安靜通知介面等，同時該版也修補了56個安全漏洞。</p> <p>Google是自去年12月釋出的Chrome 79起，逐步封鎖在HTTPS網頁中，以HTTP下載的內容。Google在Chrome 79封鎖了來自HTTP的腳本程式及iframe等危險的內容，而到了Chrome 80，則會自動將來自HTTP的影片及語音等內容升級到HTTPS，假設該站未提供基於HTTPS的相關內容，那麼Google也會封鎖它們。不過，使用者還是能選擇下載它們，只是會在網址列上出現不安全的圖示。</p> <p>此外，Chrome 80啟用了全新的Cookie分類系統，只要是沒有宣稱可跨站使用的Cookie，其預設值都是SameSite=Lax，代表它只能在原本的網站上使用，若要跨站存取，則必須自行將Cookie設定為SameSite=None。</p> <p>根據Google所列出的時程表，此一<a href="https://www.chromium.org/updates/same-site" target="_blank">SameSite政策</a>將在2月17日開始部署。</p> <p>而新的通知設定介面則是為了避免使用者受到太多網站的通知叨擾，Chrome 80偶爾會自動秀出「請它安靜一點」（quieter）的設定介面，以讓使用者關閉通知，同時Chrome 80也會在兩種情況下主動封鎖網站的通知，一是使用者經常封鎖來自網站的通知時，二是使用者極少登入該站時。</p> <p>在安全漏洞的修補上，<a href="https://www.bleepingcomputer.com/news/google/chrome-80-released-with-56-security-fixes-cookie-changes-more/" target="_blank">Chrome 80總計修補</a>了56個漏洞，當中有10個被列為高度（High）風險等級。</p> </div></div></div>
2020/2/6 12:25作者陳曉莉https://www.ithome.com.tw/news/135670
語音通訊軟體Discord開發語言以Rust代替Go
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p><a href="https://blog.discordapp.com/why-discord-is-switching-from-go-to-rust-a190bbca2b1f">知名免費語音通訊軟體Discord將讀取狀態相關的程式碼，從Go轉移到了Rust</a>。Discord軟體開發工程師Jesse Howarth在自家部落格寫道，受惠於Rust處理記憶體的機制，把讀取狀態服務實作從Go切換到Rust，極大程度地提升服務的效能。</p> <p>以Rust改寫的是Discord讀取狀態服務，該服務追蹤用戶已經訂閱的頻道和訊息，當用戶連接到Discord，每次發送訊息和閱讀訊息時，都會存取讀取狀態服務，也就是說，讀取狀態是不停地被使用的程式區塊，其效能表現會直接影響整個Discord應用程式的使用體驗。</p> <p>Jesse Howarth表示，為了要確保Discord用起來總是非常順暢快速，便要確保讀取狀態效能良好，使用Go實作的讀取狀態服務，在大多數的時候執行速度很快，但是每隔幾分鐘，程式就會出現大量的延遲高峰，經過Discord工程團隊調查，發現這些延遲是由Go的核心功能，包括記憶體模型和垃圾回收器所造成。</p> <p><u>紫色線為Go，藍色線為Rust</u><br /><img alt="" src="https://s4.itho.me/sites/default/files/images/1_-q1B4t622mnxoV8kvT9RwA.png" style="width: 580px;" /></p> <p>用來儲存讀取狀態資訊的資料結構通稱為讀取狀態，整個Discord擁有數十億個讀取狀態，每個用戶每個頻道都有一個讀取狀態，每個讀取狀態具有多個自動更新計數器，用來記錄像是頻道中的提及@mentions數量等資訊。</p> <p>而為了加速計數器的更新，每個讀取狀態伺服器都有讀取狀態LRU（Least Recently Used）快取來紀錄這些資訊，每個快取需要服務數百萬名使用者，而每秒會有數百萬個快取更新。為了維持持久性，Discord以Cassandra資料庫來建立快取，當快取金鑰驅逐（Eviction）時，讀取狀態便會被提交到資料庫中，且每當讀取狀態被更新時，也會被排程30秒後提交到資料庫，平均每秒會有數萬次寫入。而Discord對Go服務採樣，發現每兩分鐘就會有回應時間延遲與CPU使用率高峰出現。</p> <p>之所以每兩分鐘就會有高峰出現，Jesse Howarth解釋，在Go中，當快取金鑰驅逐時，記憶體不會馬上釋放，而會等待垃圾回收器查詢，沒有受到參照的記憶體才會被釋放，也就是說，記憶體不會在閒置時立即釋放，而需要停留一段時間，當垃圾回收器確定該記憶體真正閒置之後，才會將他釋放。</p> <p>由於Discord其他以Rust撰寫的部分發展越來越好，且處理讀取狀態的程式容量小且自包含，很適合移植到Rust上，因此Discord工程團隊便決定要用Rust來建構讀取狀態服務。Rust執行速度很快且記憶體效率很好，不需要Runtime或是垃圾收集器來回收記憶體，可以用來開發講究效能的服務。</p> <p>Jesse Howarth提到，因為Rust沒有垃圾回收器，而是使用特殊的記憶體管理方法，該方法結合記憶體所有權的概念，Rust會追蹤讀取和寫入記憶體的程式，不再用到的記憶體會立即釋放，且因為Rust會在編譯時強制執行記憶體規則，因此在運作時，幾乎不會出現記憶體錯誤。Rust版本的讀取狀態服務，當用戶的讀取狀態從LRU快取中驅逐時，Rust便會立即釋放該記憶體，不需要等待垃圾回收器釋放。</p> <p>Discord現在於許多部分都使用Rust開發，包括遊戲SDK、影片捕捉和編碼，以及部分後端服務等，現在當工程團隊在開始新專案時，也會優先考慮Rust。</p> </div></div></div>
2020/2/6 12:40作者李建興https://www.ithome.com.tw/news/135659
改善AI品質要多管齊下，不只強化歸因更讓模型自動優化
<div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>黑盒子AI，是深度學習的優勢也是包袱。正因為超越了人定規則的框架，才能從資料挖掘出更具預測力的推論模型，但也因此，無法讓人得知模型為何做出這樣的預測。這類無法解釋的AI，在深度學習爆紅之後，成為了學界和業界爭論不休的技術和信賴課題。</p> <p>AI實用派有大量擁護者，例如Google，在2012年發現，深度學習可以大幅提高語音辨識的正確率後，就大力應用到各領域。同年的ImageNet影像辨識大賽中，CNN框架AlexNet也以85％的準確率大敗其他演算法而奪冠，更掀起深度學習在電腦視覺和影像處理上的風潮。CNN之父Yann LeCun還主張，不見得所有問題都需要AI解釋，因此力推不需仰賴人力標記的自監督式學習（Self-Supervised Learning，SSL），並認為，這是AI典範最有機會出現大變革的方向。</p> <p>但，AI的解釋力，終究是業界無法閃躲的問題，尤其各國政府看見其爭議性後，已紛紛祭出法規來規範AI應用，歐盟GDPR的透明處理原則，更賦予用戶，對於個人化自動化決策（Automated Individual Decision-Making），擁有請求解釋、拒絕適用的權利，所以，像金融機構不靠人只用AI決定拒絕貸款時，就得給出拒絕的理由，或在醫療領域，也無法完全靠AI診斷，還需醫生綜合考量後做出決策，因為現有法律上認定，只有真人才能為診斷當責。</p> <p>因此，也有一派專家積極尋找打開AI黑盒子的方法。例如IBM，應用LIME技術結合自行開發的對比解釋方法（Contrastive Explanations Method，CEM），來發展解釋機器學習模型的工具；而日本的富士通研究所，則是運用深度張量（Deep Tensor）以及知識圖譜（Knowledge Graph），試圖解釋深度學習模型，更結合傳統統計方法開發出廣泛學習（Wide Learning）技術，走出了可解釋AI的另一條路。</p> <p><span style="font-size:28px;"><strong>以深度張量與知識圖譜技術，提供DL模型解釋依據</strong></span></p> <p>富士通最著名的AI應用之一，是2017年與國際體操聯盟聯合開發的體操評分AI，結合雷射感測器，將選手的每個動作如四肢位置、關節曲直、旋轉角度等肉眼難辨的差異，即時建立成3D影像，再透過AI影像辨識來估算得分。這個全新的AI體操評分機制，目前已在2019年世界體操錦標賽中完成驗證，等奧會核准通過後，更可望成為2020年東京奧運的輔助裁判工具。這項技術的關鍵推手富士通研究所，就是富士通先進技術的第一線研發主力。</p> <p>富士通研究所早在2017年，就揭露對可解釋AI的研究進展，結合了深度張量、知識圖譜兩種技術，來解釋以圖結構（Graph）類型資料所訓練的深度學習模型。</p> <p>比如一項針對特定疾病與基因變異關聯性的研究，富士通研究所先用深度學習演算法，訓練出疾病與基因變異關聯預測模型，並將圖結構的訓練數據，改以張量（Tensor）這種數學表達形式來呈現。</p> <p>接著，針對該模型的每個輸入數據及輸出結果進行反向驗證，以輸入數據中張量之間的相似性，來提取出影響AI決策的特徵，藉此來判斷哪些因素對AI推論結果有關鍵性的影響，再進一步以知識圖譜來呈現這些因素之間的關係，方便研究人員或醫生，來解釋特定疾病與變異基因的關聯。</p> <p>不過，富士通研究所所長原裕貴表示，知識圖譜技術並非用來解釋AI的預測結果，而是呈現出各因素間的關聯，讓研究者自己找出有說服力的解釋。目前，日本醫學研究與開發機構（AMED）與京都大學合作的基因研究專案，已經開始採用這項技術。</p> <p>另一個應用，則是金融業的融資信用評估模型，用來解釋信用評等與借貸者條件的關聯性。因為深度張量，能分析如匯款記錄之類的圖形結構數據，來確定影響信評AI決策的關鍵因素；而知識圖譜本身能收集廣泛的公司數據，包括有關母公司、子公司、股份持有人和董事會成員等，來呈現其關連性，並顯示出影響較大的因素，讓研究者能近一步解釋AI決策生成的原因。</p> <p><span style="font-size:28px;"><strong>以傳統統計方法建立多重假設，來解釋DL模型決策結果</strong></span></p> <p>2018年底，富士通研究所又揭露了可解釋AI研究的另一個新方向，稱為廣泛學習，專門用於個人化決策類型的深度學習模型。</p> <p>一般深度學習，是尋找輸入數據與預測結果間的關聯，來建立起一個用來推論的模型，但廣泛學習，是先將數據屬性（欄位）進行排列組合，並從統計結果中找出更傾向標記結果（Labeling Categories）的重要假設，來建立起一個分類模型的方法。</p> <p>原裕貴表示，快速從大量數據組合中提取出重要假設，同時快速消除不必要的假設，來建立一個分類模型，就是廣泛學習的技術概念。</p> <p>而建立假設的過程，舉例來說，輸入數據有10項屬性，年齡、性別、有無駕照、是否結婚、興趣、職業、年齡、偏好的購物場所、網頁瀏覽紀錄、天氣等，每個屬性的變化可能是2種（是或否、男或女）、多種（年齡、興趣）到上百種（例如1％到99％），就需要將所有可能性進行排列組合，這也是建立假設的過程。</p> <p>接著，廣泛學習會自動統計出每一種數據組合的結果，若統計結果中，100名擁有駕照的人，僅60人已經購買了該產品，購買率為6成，但10個已婚男子中，卻有9人都購買了該產品，購買率為9成，以此就能推斷，已婚男性相較於擁有駕照者更容易購買該產品，就能形成一條假設，富士通稱為這是一個知識區塊（Knowledge Chunk）。</p> <p>廣泛學習模型，會建立大量知識區塊，並測試每一個區塊是否傾向標記結果，例如符合這些假設的人，是否會成為購買者（這就是標記結果）。接著，再透過知識區塊之間的關聯性，進一步調整其權重，讓模型做出比一般深度學習更精準的決策，比如富士通研究所在醫療數據的測試中，廣泛學習比深度學習的準確率提高了10～20％。</p> <table align="left" border="0" cellpadding="1" cellspacing="1" style="width:350px;"><tbody><tr><td><img alt="" src="https://s4.itho.me/sites/default/files/images/0206-CTO-%E5%AF%8C%E5%A3%AB%E9%80%9A2.png" style="width: 350px;" /></td> </tr><tr><td> <p><strong><span style="color: rgb(105, 105, 105);">用AI來解決社會上的公平性問題，避免人為判斷偏差的爭</span></strong><strong><span style="color: rgb(105, 105, 105);">議，是接下來的發展重點。─── 富士通研究所所長原裕貴　</span></strong><span style="color: rgb(105, 105, 105);">（</span><span style="color: rgb(105, 105, 105);">攝影／洪政偉）</span></p> </td> </tr></tbody></table><p>富士通研究所先將廣泛學習在應用到行銷業務場景中測試，除了能用來分析客戶是否將購買了特定產品，也能反推出哪個類型的客戶最有可能是該商品的購買者，比如在上述案例中的已婚男性可能有很高的購買率，就能主動向這類客群進行分眾行銷。富士通研究所指出，廣泛學習的優勢，不僅在於更精準的決策結果，更重要的是，這種模型決策過程，容易讓人解釋，哪些假設對預測結果具有更強的影響力，而且，在訓練資料不足情況下，就算只有幾十筆資料，廣泛學習仍然可以建立可供判斷用的假設，這也意味著，若日後積累了更多數據，還能執行更準確的測試。</p> <p>未來，富士通研究所則希望能將廣泛學習應用到更多場景，例如製造業瑕疵檢測，試圖找出造成瑕疵的原因，並解決訓練資料不足的問題，或用於醫療診斷時的輔助，比如讓AI根據患者的治療用藥進行藥物分析，找出「40多歲吸菸男性患者服用A藥物可以大幅改善症狀」的證據，讓醫生更容易對患者解釋和說明開藥依據。</p> <p>此外，原裕貴表示：「AI運算中，仍有一段最佳化、最佳解題的計算，可藉助DAU來處理，跟以前單純用AI演算法去處理相比，AI演算法加上最佳化解題的運算方式，可以算得更快。」這個DAU，就是富士通研究所研發的另一項技術，量子退火晶片（Digital Annealing Unit，DAU），可以平行計算上千個變數的多項式方程式，來找出最佳解，可用來處理特定AI問題的最佳解計算。</p> <p>這項技術已經初步產品化，已先用於日本郵政的物流配送調度上，因為日本郵局調度貨車派送要考慮的因素很多，包括了車輛類型、郵差工時、運送成本、包裹種類、運輸距離、載重和容量限制、包裹重量、運送時間，甚至還要考慮道路情況等63項條件，光是5臺車派送包裹給6名顧客，就可能會有 10億種組合，想要找出最佳的物流調度方式，靠傳統的計算方法非常困難。</p> <p>2018年時，日本郵政在埼玉市的新岩槻郵局進行了這項DAU實驗計畫，利用數位退火服務來尋找最佳物流路線和運輸方式，當時經過4～5個月的測試後發現，原有52輛貨車可以減少到48輛就夠了，貨物裝載率也提升12%，而且，只需要1秒，就可以依據輸入條件，找出一個物流方式最佳解。</p> <p>不過，DAU也有其缺點，難以靠其他技術或演算法來驗證結果，得靠實證來檢驗。原裕貴坦言，數位退火技術不是尋求數學上的最佳解，而是找出一個比現在作法更好的答案，「富士通實測時，還沒有因此而帶來更高成本，但也有機會持續改進。」</p> <p><span style="font-size:28px;"><strong>透過自動化調校模型表現的技術，解決AI預測力下降問題</strong></span></p> <p>一邊打開AI的黑盒子，富士通研究所也要解決其他造成AI不被信賴的問題。其中，隨著時間、環境變化及新輸入資料的影響，AI模型預測準確率會逐漸下降，原裕貴稱之為「劣化」。</p> <p>以金融信用風險評估模型為例，會受到經濟狀況變化、匯率、價格、利率的波動以及海外趨勢、法規的影響，在首次訓練完並部署後，準確度會逐漸變差，一般作法上，得定期增加新數據，重新訓練模型來改善。</p> <p>可是，AI模型的維運人員無法時時監測模型表現，即使模型劣化嚴重也不一定能即時得知，若未即時改善，模型劣化後做出的錯誤決策，更可能降低企業內外部服務的效率，甚至造成業務過失，再加上，模型重新訓練的過程，又得再次耗費人力標注與訓練的成本。</p> <p>為此，富士通研究所也在2019年10月時，發表了一個全球首創的AI模型「自動」修正預測力的技術，稱為「高耐久性學習技術（High Durability Learning）」。簡單來說，這項技術是將AI模型訓練用數據，繪製成分布圖，同時也將分佈圖轉換為拓撲空間（Durable Topology Space）的表現形式，接著，將模型使用過程中的輸入數據，持續繪製成兩種圖表，來看監看數據分布的趨勢變化。</p> <p>藉由兩種數據分布圖的變化，AI模型就能自動偵測輸入資料跟模型表現之間的關係，並調整決策的參考依據，來維持模型準確率，延緩模型劣化速度及重新訓練的頻率。富士通研究所實際以3,800家企業的財務數據及信用風險評模型來測試，剛訓練完成的AI模型準確率為91%，隨著環境變化，當模型劣化到僅剩69%時，有應用高耐久性學習的模型還能維持在89%。</p> <p>AI模型的品質，還有一個更根本的議題，就是AI倫理，原裕貴表示，這也是全世界都很關注的議題，富士通很早就開始關注，也在去年3月公開一份全集團都得遵守的AI承諾書，要來發展以人為本的AI技術。「用AI來解決社會上的公平性問題，避免人為判斷偏差的爭議，或是，建立公平處理的AI，來防止AI造成更多的不公平，就是接下來的發展重點。」他說。</p> <p> </p> <p><span style="color:#3399ff;"><strong>CTO小檔案</strong></span></p> <p><strong>原裕貴</strong></p> <p><strong>富士通研究所所長</strong></p> <p>學歷：日本東京大學工學博士</p> <p>經歷：1984年加入富士通研究所，並在1991年成為MIT營運研究中心客座研究員，2009年擔任軟體與解決方案研究部長、2013擔任社會創新研究部長，2015年則轉任知識情報處理研究部長，且兼任大數據戰略負責人，2017年起任職富士通AI事業部專員，直到2019年上任富士通研究所所長。</p> <p> </p> <p><span style="color:#3399ff;"><strong>公司檔案</strong></span></p> <p><strong>富士通</strong></p> <p>● 地址：東京都港區東新橋1-5-2汐留市中心</p> <p>● 成立時間：1935年</p> <p>● 網址：<a href="http://www.fujitsu.com/jp/">www.fujitsu.com/jp/</a></p> <p>● 員工數：132,138人（2019年3月31日）</p> <p>● 年營收：3兆9524億日圓</p> <p>● 執行長：時田隆仁</p> <p>● 科技部門：富士通研究所</p> <p>● 科技部門主管：原裕貴</p> <p>● 科技部門人數：約900名</p> <p><span style="color:#3399ff;"><strong>公司大事紀</strong></span></p> <p>● 2015年：推出數位商務平臺MetaArc以及人工智慧系統平臺Zinrai</p> <p>● 2016年：開發了類量子電腦的量子退火運算技術</p> <p>● 2017年：與國際體操聯盟合作建立體操比賽的AI裁判系統</p> <p>● 2018年：總部決定從IT企業轉型為DX（Digital Transformation）企業。開始開發可解釋AI技術Wide Learning</p> <p>● 2019年：發表開發高耐久性學習技術（High Durability Learning）</p> </div></div></div><div class="field field-name-field-image field-type-image field-label-hidden"><div class="field-items"><div class="field-item even"><img src="https://s4.itho.me/sites/default/files/0206-cto-fu_shi_tong_.png" width="960" height="420" alt="" title="富士通研究所所長原裕貴" /></div></div></div>
2020/2/6 09:00作者翁芊儒https://www.ithome.com.tw/people/135593
【單向網路傳輸閘道：新科DigiSAFE Data Diode】在外部網路與隔離環境之間，提供只進不出的傳輸管道
<div class="field field-name-field-image field-type-image field-label-hidden"><div class="field-items"><div class="field-item even"><img src="https://s4.itho.me/sites/default/files/0206-958-chan_pin_-960.png" width="960" height="420" alt="" /></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>實體隔離對於現在的時空環境下，執行起來難以兼顧企業自動化的需求，然而，為了生產力而放棄這種機制，也使得這種需要高度保護的設施，像是工廠的生產環境、醫療院所的電子器材，以及政府單位的重要系統，曝露於IT環境的各式網路威脅。想要與資訊系統相互連接，進行必要的資料交換，又能維持這些設施的安全，透過單向閘道（Unidirectional Gateway，或是稱為Data Diode）傳輸資料，成為一種新興的防護機制。</p> <p>隨著最近兩到三年，操作科技（OT）環境的資訊安全受到高度重視，這種單向網路傳輸的解決方案，近期有多款產品透過代理商陸續引進到了國內。例如，威雲科技代理的單向閘道系統DigiSAFE Data Diode，由新加坡科技工程有限公司（簡稱新科）開發軟體，並且委由智邦科技製造硬體。</p> <p>DigiSAFE Data Diode網路系統的應用場景上，原先是針對政府機關和軍事單位裡，需要與外部網路隔離的環境溝通而設計，但隨著企業同時需要兼顧廠房的資安與數位轉型，單向網路系統也開始受到許多公司行號的關注。</p> <p>從設備的架構上來看，DigiSAFE Data Diode大致可區分成2個部分，分別是傳送端（Sender）與接收端（Receiver），這兩個設備之間由特製的光纖傳輸線連接，使得網路流量只能從傳送端往接收端輸送，而無法從接收端回送到傳送端設備。</p> <p>上述兩個單向網路傳輸設備，又各自與企業不同的網路連接，讓指定的裝置能藉由這種機制進行單向通訊，例如，資訊人員在企業IT環境中，使用WSUS派送修補軟體，到廠房環境裡的Windows嵌入式設備上，就可以透過這種機制傳輸，並且留下相關的記錄。</p> <p>透過單向傳輸閘道進行網路通訊的優點在於，企業可藉此規畫指定的連線，讓原本需要利用其他中介裝置存放（例如隨身碟、光碟片等），再透過人工執行傳送的工作，變成能夠以電腦自動執行，省下手動操作的不便，同時也能夠避免各種人為操作可能會出現的錯誤，或者是負責人員不慎將機密資料攜出的風險。</p> <p class="rtecenter"><img alt="" src="https://s4.itho.me/sites/default/files/images/0206-958-%E7%94%A2%E5%93%81-600.png" style="width: 600px;" /></p> <p><strong style="color: rgb(105, 105, 105);">新科推出的DigiSAFE Data Diode 3284單向網路閘道，總共有兩個設備，分別是上方的傳送器（Sender）與下方的接收器（Receiver），連接一般網路及受隔離的網路，提供單向傳輸機制。</strong></p> <p><span style="font-size:28px;"><strong>透過專屬的光纖網路線形成單向網路傳輸系統</strong></span></p> <p>理論上，要讓網路流量單向傳輸，部署一般的防火牆設備來管制流量，我們就能藉由相關的政策，即可來達到目的。但要透過硬體元件來做到只能單向傳輸流量，具體來說又要如何做到呢？在DigiSAFE Data Diode上，是經由一條光纖網路線來連接傳輸端和接收端，利用光傳輸只會向前而不會返回的特性，來達成這樣的目的。</p> <p>而這條專用的網路線，也和一般光纖的線材不同。為了能夠讓網路流量流入與輸出，通常光纖網路線是兩條一組，也就是一端會有2個接頭，而DigiSAFE Data Diode專用的光纖線路，則是僅有一條線，兩端各只有1個接頭。換言之，這條網路線是形成單向網路環境的關鍵，因為它，網路傳輸只能從其中一端設備傳送到另一端。</p> <p>為了對應這樣的配置，我們可以看到在傳輸端和接收端設備上，所提供專屬的連接埠轉接器，僅有半邊是能夠連接前述的光纖網路線，另外一半則是被封起來，而無法連接一般的網路線，以防管理員不小心拿成標準線材，來連接兩個單向網路系統裡的專屬設備。</p> <p>至於在單向網路系統裡，其中一端負責傳送、另一端執行資料接收，以及送達隔離網路環境的作業，則由DigiSAFE Data Diode兩款設備來控制。單向網路傳送器僅負責將管理者指定的網路流量，收取後傳送到接收器，接收器再將收到的流量，送到隔離環境裡的特定端點電腦，或者是伺服器。在DigiSAFE Data Diode單向網路傳輸系統的兩個設備上，我們也可以從管理介面看到其不同之處。</p> <p>大致上來說，傳輸端負責的是取得一般網路環境的資料來源，而接收端則是將收到的資料，再傳送到隔離網路環境裡的網路位置，因此，雖然在兩者的主控臺的儀表板中，都會顯示管理者開放了那些通訊協定，但在DigiSAFE Data Diode接收端的部分，多了兩項傳輸端所沒有的資訊，一是偵測傳輸器是否仍維持連線的心跳燈號，另一個是即時傳輸的速率，若是管理者需要檢查這套系統的運作是否正常，就要先從接收器的管理介面著手。</p> <p>基本上，我們在兩款設備的主控臺上，就能看到所支援的通訊協定，這是針對傳輸器對於一般網路，以及接收器與隔離網路之間的傳輸能力，至於DigiSAFE Data Diode的傳輸器與接收器之間，則是藉由新科專屬的通訊協定來進行。</p> <p class="rtecenter"><img alt="" src="https://s4.itho.me/sites/default/files/images/0206-958-%E7%94%A2%E5%93%81-600-6.png" style="width: 600px;" /></p> <p><span style="color: rgb(105, 105, 105);"><strong>可得知對外網路開放的連接埠類型</strong></span></p> <p><span style="color: rgb(105, 105, 105);"><strong>在DigiSAFE Data Diode的管理介面上，主控臺儀表板優先呈現的內容，是目前設備裡的連線狀態，包含了本身連接埠的通訊情形、各種協定的啟用與否，以及自己的服務運作狀態等。</strong></span></p> <p class="rtecenter"><img alt="" src="https://s4.itho.me/sites/default/files/images/0206-958-%E7%94%A2%E5%93%81-600-3.png" style="width: 363px;" /></p> <p><span style="color: rgb(105, 105, 105);"><strong>形成單向傳輸的光纖線路</strong></span></p> <p><span style="color: rgb(105, 105, 105);"><strong>有別於一般光纖網路線是兩條線一組，分別提供傳輸與回傳，連接DigiSAFE Data Diode 3284傳送器和接收器的網路線，則是只有一條，因此只能從一般網路傳送流量到受隔離網路，而無法反向傳輸。</strong></span></p> <p class="rtecenter"><img alt="" src="https://s4.itho.me/sites/default/files/images/0206-958-%E7%94%A2%E5%93%81-600-2.png" style="width: 590px;" /></p> <p><span style="color: rgb(105, 105, 105);"><strong>傳輸器與接收器透過專屬單向網路線連接</strong></span></p> <p><span style="color: rgb(105, 105, 105);"><strong>新科DigiSAFE Data Diode 3284運作的方式，是藉由圖中黃色的單向光纖網路線，將傳輸端與接收端連接，使得網路流量只能從上方的傳送器，送往下方的接收器。</strong></span></p> <p><span style="font-size:28px;"><strong>具備兩種型號，可選擇單一裝置，或傳送端和接收端為獨立設備款式</strong></span></p> <p>目前新科DigiSAFE Data Diode總共推出了兩種型號，分別是3283和3284，前者為1U機身，傳送端與接收端的連接埠在同一個面版；後者則採用兩個1U設備配置，傳送端及接收端互為獨立的兩個設備。</p> <p>因為上述規畫的差異，也使得兩套系統的網路連接埠有所不同──3283分別對於傳送端與接收端，提供1個GbE的RJ-45埠、1個10GbE的SFP埠，以及1個管理用的RJ-45埠，不提供擴充網路介面的能力。</p> <p>而3284的兩個設備上，則是各有1個GbE的SFP埠、8個RJ-45埠，以及1個管理用的RJ-45埠，若是企業需要更多的連接埠，3284也提供擴充介面，能連接更多網路環境裡的設備。</p> <p>從其他的規格來看，兩種型號的傳送端或是接收端，都內建了8GB記憶體，以及500GB的資料暫存空間，吞吐量都是500Mbps。記憶體和儲存空間的部分，兩者都可擴充。差異在於，3283記憶體最大可升級到64GB，而3284則能增加到32GB。</p> <p>對於企業和工業環境網路協定的支援，兩款DigiSAFE Data Diode不只能適用一般境常見的TCP、UDP、HTTP，以及HTTPS等協定，能夠傳送Syslog和SNMP追蹤流量，並且可以監控多種網路共用資料夾的存取協定，包含了SMB、SAMBA、CIFS、FTP，以及SFTP等。再者，新科針對工業控制環境的操作科技上常用的協定提供支援，因此，這個系列的設備也能傳輸OPC UA、OPC DA（又稱OPC Classic）、PI系統、Modbus，以及MQTT協定，還有視訊監視器傳輸影像時，會用到的即時串流協定RTSP等。</p> <p>針對管理這系列單向閘道系統的機制，新科則是提供了內建的設備健康度監控功能，並且能夠透過發送Syslog、電子郵件、特定檔案，或者是SNMP追蹤流量等管道，發出警示通知。而在資訊安全的要求上，DigiSAFE Data Diode則是符合新加坡雲端安全聯盟（CSA Singapore）所制訂的安全評估共同準則（Common Criteria，CC）。</p> <p><span style="font-size:28px;"><strong>僅提供指定來源和目的地路徑的單向資料傳送，需事先進行設定</strong></span></p> <p>在DigiSAFE Data Diode的單向傳輸系統裡，並非接上網路線，任何流量都可以從來源的一般網路，傳送到受隔離的網路環境裡，管理者必須指定所需傳輸的來源和目的地，由這套系統偵測特定來源是否有需要傳送的資料，再將資料透過經由傳送器和接收器，送達到目的網路上的指定位置，讓在隔離環境的使用者，也能取用這些原本企業在一般網路環境提供的共用資料。</p> <p>具體的設置方式來說，針對來源的部分，IT人員需要於傳送端設備的管理介面上，填入有關的設定。以SMB共享資料夾的資料鏡像複製（SMB Mapping）為例，就要提供一般網路上的網路資料夾路徑，以及存取的帳號和密碼等資料，這樣該系統才會監控這個共享資料夾的動態。</p> <p>接著，我們也要在接收端設備的管理介面上，找到已經與傳輸端連結的來源資料夾，並且輸入隔離網路裡的共用資料夾設定，如此一來，這套單向傳輸系統從一般網路偵測到新資料時，便會傳送到前述的指定路徑，讓位於隔離網路環境的電腦也能存取相關內容。</p> <p>為了驗證在單向傳輸網路支援的應用，我們到威雲科技看他們的測試。在該公司架設的環境裡有兩個網路，他們模擬了多種情境，包含傳送共享資料夾內容（透過SMB協定）、電子郵件、系統事件記錄（Syslog），以及SNMP網路流量追蹤等，將資料從外部網路的伺服器，透過DigiSAFE Data Diode 3284，傳送到受隔離的內部網路環境。</p> <p>此單向傳輸的第一階段驗證而言，結果確實如預期，將所有資料轉送到指定的內部網路伺服器。這些資料包含了1,000個共享資料夾檔案、1,000封測試郵件（EML檔案）、1,010個Syslog事件記錄，以及1,000筆測試的SNMP流量追蹤封包。</p> <p>接下來，我們也驗證DigiSAFE Data Diode 3284是否只能單向傳輸資料。</p> <p>對於SMB協定的鏡像資料複製而言，我們在目的地伺服器上，新增了10個檔案，結果Data Diode沒有將這些資料複製到來源的檔案伺服器裡。</p> <p>而在DigiSAFE Data Diode的運作原理上，該系統的接收端只從傳輸端接收資料，然後送到內部網路伺服器上，指定的資料夾路徑，因此這樣的結果符合預期。但反過來說，若是企業想要確保內外部的共享資料夾內容一致，可能就需要其他的機制來比對，才能防範上述情境發生。</p> <p>針對電子郵件的傳輸上，我們也嘗試反向將信件回傳。因為DigiSAFE Data Diode的接收端不予處理，導致TCP連線無法建立，我們產生測試信件的應用程式便處於等候連線的狀態，沒有將信寄出。</p> <p>類似電子郵件反向傳輸出現的連線異常情況，也發生在Syslog的測試過程。我們試圖在受隔離網路的檔案伺服器產生Syslog事件記錄，發送到外部網路的伺服器上，結果事件記錄產生器會顯示TCP錯誤10060的訊息，並指出原因是連線逾時。</p> <p>至於SNMP追蹤封包的部分，我們也如同先前測試正向傳輸，用批次檔下達發送的指令，基於這裡使用UDP協定162埠，沒有特別檢查是否送達，也因此如同前述驗證共享資料夾同步的過程，完全不會出現任何的錯誤訊息，但因為DigiSAFE Data Diode的接收器沒有配置相關的執行規則，所以也同樣沒有將封包回傳到外部網路的伺服器上。</p> <p class="rtecenter"><img alt="" src="https://s4.itho.me/sites/default/files/images/0206-958-%E7%94%A2%E5%93%81-600-4(1).png" style="width: 577px;" /></p> <p><span style="color: rgb(105, 105, 105);"><strong>新科提出的單向網路閘道系統架構</strong></span></p> <p><span style="color: rgb(105, 105, 105);"><strong>在新科的單向傳輸網路結構上，主要會有傳送端（Sender）與接收端（Receiver）兩個節點設備，兩者之間透過單向光纖線路（綠色箭頭）連接，藉此達到只進不出的流量的效果。</strong></span></p> <p><span style="color: rgb(105, 105, 105);"><strong>傳送端與接收端則透過RJ-45網路線，與企業的一般網路及受隔離環境連接，而形成專屬的連絡通道。以圖中的示意圖為例，左側端點電腦透過DigiSAFE Data Diode，能傳輸資料到右端位於另一個網路上的電腦，但該臺電腦無法回傳資料到端點電腦的網路上。</strong></span></p> <p class="rtecenter"><img alt="" src="https://s4.itho.me/sites/default/files/images/0206-958-%E7%94%A2%E5%93%81-600-1.png" style="width: 246px;" /></p> <p><span style="color: rgb(105, 105, 105);"><strong>可傳送Syslog到隔離網路環境，但無法回傳</strong></span></p> <p><span style="color: rgb(105, 105, 105);"><strong>為了驗證經由DigiSAFE Data Diode只能單向傳輸，我們嘗試從接收端的檔案伺服器反向傳送Syslog記錄，結果出現無法建立TCP連線的逾時錯誤訊息。</strong></span></p> <p><span style="font-size:28px;"><strong>提供管制流量存取機制，資料傳輸有記錄可供查詢</strong></span></p> <p>值得留意的是，單向網路與一般的實體隔離措施之間，資料傳送有項最大的不同點，那就是前者會與兩個網路環境同時連接，而非只會接觸其中一端。因此，監控與管理存取的流量，在這套單向網路系統之中也是相當重要的功能。</p> <p>以DigiSAFE Data Diode而言，原廠就在儀表板上，顯示設備所啟用的通訊協定。這裡的協定包含了一般IT環境裡常見的TCP、UDP，以及上網應用有關的HTTP和SMTP等，也涵蓋企業檔案共享資料夾會用到的SMB等。除了上述的協定之外，我們也看到這款設備支援了OT環境可能會出現的MQTT、Modbus，以及OPC UA等協定。</p> <p>假如企業網路裡採用的通訊協定，是DigiSAFE Data Diode尚未支援的類型，代理商表示，原廠也提供客製化服務，增加對應的功能模組。</p> <p>而在管理介面上，企業可管制上述於DigiSAFE Data Diode啟用的通訊協定，傳輸設備只接收從特定連接埠監聽的資料。換言之，企業能夠配置平常較少使用的連接埠，來避免遭到攻擊者濫用的機會。</p> <p>如果企業想要加強安全性，也能指定須通過使用者身分驗證，才可以執行傳輸的工作。</p> <p>若要持續監控上述的網路流量傳輸狀態，DigiSAFE Data Diode提供事件記錄可供查詢，或是能把這些記錄傳送到資安事件管理平臺（SIEM），以便進一步分析。</p> <p>假如出現流量異常，或是這套系統的傳輸設備出現暫存空間不足等情形，該系統可以透過電子郵件等方式，通知管理者進行處理。</p> <p class="rtecenter"><img alt="" src="https://s4.itho.me/sites/default/files/images/0206-958-%E7%94%A2%E5%93%81-600-7.png" style="width: 408px;" /></p> <p><span style="color: rgb(105, 105, 105);"><strong>能限制僅收送特定連接埠的內容</strong></span></p> <p><span style="color: rgb(105, 105, 105);"><strong>管制傳輸流量的類型，以避免遭到攻擊者濫用而傳送無關工作流程的資料。以圖中的管理介面為例，這裡規範產線設備常見的MQTT協定，Data Diode只會從1883埠接收資料。</strong></span></p> <p><span style="font-size:28px;"><strong>為了確保傳輸內容安全，原廠建議可搭配檔案消毒機制先行過濾</strong></span></p> <p>嚴格來說，新科這套單向網路傳輸系統的功能，主要還是偏重於流量傳輸的管理，對於流量是否暗藏了有害的內容，該系統沒有相關的偵測機制。因此，新科建議企業可以另外採用檔案消毒與重組系統（CDR），在傳送資料到單向閘道傳輸器前，檢查檔案裡是否出現有害的程式碼片段，經過CDR消除，重新組合成無害檔案。</p> <p>不過，CDR執行檔案檢測的工作，是外部網路將資料送到DigiSAFE Data Diode之前。雖然原廠的單向網路部署示意圖裡，提到能夠與這類系統的搭配，但在DigiSAFE Data Diode的管理介面上，我們沒有看到相關設定介面。管理者若是想要得知傳輸資料的清理情況，仍然需要存取CDR的管理介面，才能得知那些資料可能存在有害內容。</p> <p class="rtecenter"><img alt="" src="https://s4.itho.me/sites/default/files/images/0206-958-%E7%94%A2%E5%93%81-600-5.png" style="width: 449px;" /></p> <p><span style="color:#696969;"><strong>可搭配CDR檢測傳送資料是否安全</strong></span></p> <p><span style="color:#696969;"><strong>在DigiSAFE Data Diode的應用情境裡，原廠建議要結合檔案消毒與重組系統（CDR）來運作，先進行處理後，再經由他們的單向網路設備傳送到隔離環境使用。</strong></span></p> <p> </p> <p><span style="color:#3399ff;"><strong>產品資訊</strong></span></p> <p><strong>新科DigiSAFE Data Diode</strong></p> <p>●建議售價：廠商未提供</p> <p>●代理商：威雲科技</p> <p>●系統組成：傳送器、接收器</p> <p>●機身大小：傳送器和接收器皆為1U</p> <p>●吞吐量：500Mbps</p> <p>●記憶體：8GB，最高可擴充至32GB</p> <p>●可用硬碟空間：500GB，可升級或更換為固態硬碟</p> <p>●網路介面：8個RJ-45埠，並提供擴充介面</p> <p> ●網路協定支援：HTTP、HTTPS、TCP、UDP、SNMP、OPC UA、Modbus、MQTT等</p> <p><strong><span style="color:#696969;">【註：規格與價格由廠商提供，因時有異動，正確資訊請洽廠商】</span></strong></p> </div></div></div>
2020/2/6 09:00作者周峻佑https://www.ithome.com.tw/review/135531
企業上雲的另一個關鍵：公有雲區塊儲存
<div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>在2019年底，我們發布了<a href="https://www.ithome.com.tw/article/134379" target="_blank">《雲端儲存的多元化面貌》的封面故事</a>，依照IaaS和SaaS等兩種服務提供模式，介紹公有雲業者提供的3大基礎儲存空間服務（物件儲存服務、區塊儲存服務、檔案儲存服務）、5種進階儲存空間服務（高I/O效能應用、長期歸檔儲存、一寫多讀WORM儲存、加密儲存、混合雲儲存），以及4種基於軟體的應用服務（災難備援服務、備份服務、資料庫服務、第三方儲存軟體平臺）。對於後兩者，我們當時已整理出主要業者與解決方案，可惜限於篇幅，並未談及基礎儲存空間服務的狀況。</p> <p>今年，我們想繼續針對這個部分，具體剖析個別的服務類型。談到雲端儲存服務，很多人會想到的是物件儲存服務（例如AWS的S3），然而，考量到當前企業全面上雲日益顯著，於是，我們決定先介紹與支援關鍵應用系統工作負載密切相關的區塊儲存服務。</p> <p>關於區塊儲存的存取，根據《Cloud and Virtual Data Storage Networking》一書所言，是指最低階的存取方式，也是用於所有儲存系統的基礎建構模塊，不論應用程式是透過API、物件、檔案，或是經由檔案系統、資料庫、電子郵件或其他管道所提出的區塊存取請求，都是以最低階的方式來進行處理。而這裡所謂的最低階，是指從傳統硬碟、固態硬碟或磁帶等儲存環境，執行資料的讀取與寫入時，都是以一個個的資料區塊來處理，在作業上，可說是最「原汁原味」。</p> <p>相較於物件儲存，區塊儲存較適合大型資料庫系統、郵件伺服器、伺服器虛擬化（虛擬機器）、RAID等使用場景，這些都是對儲存I/O效能較為敏感的應用，它們過去也被認為較不適合移植到伺服器虛擬化環境當中──因為共用儲存與網路的I/O負擔會很重（在伺服器虛擬化環境，也可執行另一套伺服器虛擬化系統，稱為巢狀虛擬化，但效能會折損得很嚴重），因此，許多企業目前並未將這類系統進行虛擬化，或是設法導入全快閃儲存組態，來支撐此類工作負載。</p> <p>而對於公有雲環境的區塊儲存服務而言，由於幾家主要業者幾乎都提供基於固態硬碟與傳統硬碟的服務項目選擇，因此，在單一公有雲的環境當中，能夠因應多種效能與容量的要求。</p> <p>根據6大雲端服務業者公開的規格資訊來看，若採用固態硬碟型的區塊儲存服務，還可選擇效能性或通用型SSD，以前者而言，每個磁碟可提供的效能，高達數萬到十多萬IOPS（以Azure Ultra Disk為例，可提供16萬IOPS與2000MB/s的吞吐量，儲存容量最大可選購64TB）。</p> <p>除了考量效能等級是否合乎企業應用的需求，原本在企業級儲存陣列設備或軟體定義儲存系統當中，所具備的資料加密、可用性與耐久性、快照資料保護等進階功能特色，在公有雲區塊儲存是否有對應的服務提供，也是我們本次整理的重點。</p> <p>關於公有雲服務提供的這些機制，在大型儲存廠商的產品當中，應該都是具備的，甚至還有更多，不過，若是中小型儲存廠商的產品，可能就未必都有，例如，快照資料保護的功能是有的，但不一定提供資料加密，至於資料儲存的可用性與耐久性，很少看到廠商提出具體的服務等級保證。</p> <p>若用戶對於公有雲業者提供的區塊儲存服務，在功能上，有更多期待，目前幾家大型儲存廠商，像是NetApp、Pure Storage、HPE、Dell EMC，也和AWS、Azure、GCP展開合作，推出了雲端儲存陣列，過去兩年以來，我們持續追蹤報導這些廠商與解決方案的動態，而隨著公有雲業者不斷提升自身儲存服務的容量、效能與功能，雖然與企業級儲存廠商會形成更顯著的競爭關係，但由於他們與公有雲業者合作推出雲端儲存陣列，在解決方案的提供上，仍有因此受惠的可能性。相形之下，中小型儲存廠商的產品，面對雲端服務業者的進逼，以及他們與企業級儲存廠商的合作，後續若要拓展企業市場的規模，勢必將會面臨更大的挑戰。</p> <p><a href="https://www.ithome.com.tw/article/135600" target="_blank"><span style="font-size: 20px;"><strong><span style="color: rgb(255, 255, 255);"><span style="background-color: rgb(51, 153, 255);"> 相關報導 </span></span> 透視公有雲區塊儲存服務</strong></span></a></p> </div></div></div><div class="field field-name-field-tags field-type-taxonomy-term-reference field-label-above"><div class="field-label">Tags: </div><div class="field-items"><div class="field-item even"><a href="/tags/%E5%85%AC%E6%9C%89%E9%9B%B2">公有雲</a></div><div class="field-item odd"><a href="/tags/%E5%8D%80%E5%A1%8A%E5%84%B2%E5%AD%98">區塊儲存</a></div></div></div>
2020/2/6 09:00作者李宗翰https://www.ithome.com.tw/voice/135594
【類型選擇多樣化，兼顧低成本與高效能存取需求】解析公有雲區塊儲存的基本型態與類型
<div class="field field-name-field-image field-type-image field-label-hidden"><div class="field-items"><div class="field-item even"><img src="https://s4.itho.me/sites/default/files/0206-958-feng_mian_2-960.png" width="960" height="420" alt="" /></div></div></div><div class="field field-name-field-photo-source field-type-text field-label-hidden"><div class="field-items"><div class="field-item even"> <p>目前多數的公有雲服務商，都能提供3～4種不同層級的區塊儲存服務，可依據儲存媒體型式，概分為SSD型與硬碟型兩大類，其下又各自區分為數種效能與成本層級。（資料來源：iThome整理，2020年1月）</p> </div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>一般公有雲的區塊儲存（Block-Level Storage）服務，對應的是傳統的區塊儲存裝置，目的是為公有雲的執行個體、虛擬機器等運算單元，提供本機磁碟區形式的儲存空間。</p> <p>公有雲區塊儲存服務問世至今，不過10年出頭時間，例如其中最具代表性的AWS EBS，是在2008年8月才上線服務，仍是相對新興的領域，但是在軟體定義儲存與儲存媒體技術的驅動下，已發展出豐富的產品形式與功能。</p> <p><span style="font-size:28px;"><strong>公有雲區塊儲存的2種基本型態</strong></span></p> <p>如同本地端的區塊儲存應用架構，可以區分為本機直連儲存裝置，以及SAN網路儲存等兩種基本型態，公有雲的區塊儲存也能分為兩種基本型態：一為運算單元本機直接附屬儲存空間，另一為透過遠端連結的網路化儲存空間。</p> <p><span style="color:#B22222;"><strong>運算單元附屬的區塊儲存</strong></span></p> <p>最初的公有雲區塊儲存，是運算單元的附屬儲存空間，例如AWS EC2的執行個體，都內含了一定容量的執行個體儲存空間（Instance stores），這種區塊儲存空間能提供相當可觀的容量與效能，如EC2的執行個體儲存空間容量可達32GB～60TB，若需要高I/O效能，也有NVMe SSD形式的儲存媒體可選，但由於這種儲存空間是運算單元的附屬，並不會將資料寫入底層的根裝置中，所以當運算單元停止運作時，執行個體儲存空間內的資料也會隨之消失，無法長久持續保存資料。</p> <p>所以，這類區塊儲存適合網頁伺服器負載平衡之類的用途，對這類應用來說，當執行個體的工作結束後，資料也跟著消除，不需長久保存，可提供較佳的經濟性。</p> <p><span style="color:#B22222;"><strong>網路化的公有雲區塊儲存</strong></span></p> <p>這是一種獨立於執行個體外的公有雲區塊儲存服務，透過遠端掛載機制（通常是使用iSCSI協定），將儲存空間提供給指定的執行個體使用，對應於本地端的SAN儲存設備。</p> <p>這類區塊儲存服務是獨立於運算單元外，即使掛載的執行個體停止運作，資料仍繼續保存在區塊儲存裝置上，可以長期保存資料，但使用成本也較高——獨立的公有雲區塊服務，也是獨立於運算服務外計費，用戶必須承擔儲存與運算兩種服務的成本，即使運算單元的工作結束，也還是必須繼續支付儲存服務的成本。</p> <p>儘管成本較高，但這類獨立的公有雲區塊儲存適用範圍，仍比運算單元附屬區塊儲存服務來得更廣，不僅能長期保存資料，同時，還能提供多種強化資料存取可用性與安全性的資料服務功能，因而也成為當前公有雲區塊儲存應用的主流與發展重心。幾乎每家公有雲服務商都能提供這類區塊儲存，如AWS EBS、Azure Premium Blobs、Google Cloud的Persistent Disk、IBM Cloud的 Block Storage、Oracle Cloud的Block Volume Services，以及阿里雲（Alibaba Cloud ）的Block Storage等。</p> <p><span style="font-size:28px;"><strong>SSD帶來公有雲區塊儲存新發展：提供更多樣化的服務層級</strong></span></p> <p>大約在5、6年前，公有雲區塊儲存領域迎來一波重大變化，透過引進快閃儲存架構，大幅提高了公有雲區塊儲存服務的效能，不僅藉此擴展了應用範圍，也形成了更豐富了服務層級與類型。</p> <p>以AWS來說，最早是在2012年8月，為DynamoDB資料庫服務與部分高階EC2運算服務，在EBS上提供了基於SSD的佈建IOPS（Provisioned IOPS）儲存服務類型，開始將公有雲區塊儲存帶向固態儲存領域，讓公有雲儲存首次擁有保證I/O效能的服務能力。隨後AWS又於2014年擴大了快閃儲存應用範圍，推出成本較低的一般用途SSD（General Purpose）服務。</p> <p>類似的，Google Cloud也是在2014年中，開始提供SSD形式的Persistent Disk區塊儲存服務。</p> <p>到了今日，SSD已成為公有雲區塊儲存服務的核心，一些雲端服務商的區塊儲存服務甚至已走向全面SSD化（如Oracle Cloud的Block Volume Service），搭配效能調節技術來向用戶提供不同等級的效能。</p> <p>不過，多數的公有雲區塊儲存服務，仍然保留硬碟來提供低成本儲存服務，藉此提供2種主要的服務層級——SSD型與硬碟型。</p> <p><span style="color:#B22222;"><strong>SSD型區塊儲存服務</strong></span></p> <p>採用SSD為儲存媒體，以提供重視效能的應用環境為目的，通常又能分為效能型與標準型等2類。</p> <p><strong>● 效能型SSD</strong></p> <p>以支援資料庫等I/O密集型、重視效能的應用環境為目的，例如AWS EBS的佈建IOPS（Provisioned IOPS）儲存服務，Azure磁碟服務（Disk Storage）中的Ultra磁碟與高階SSD，Oracle Cloud的Higher Performance型區塊儲存服務等。</p> <p>這類區塊儲存服務的每個磁碟，最高可提供數萬至十多萬IOPS效能，與500MB/s等級以上的傳輸率，足以與本地端的中、高階全快閃儲存陣列相比，但成本也是最高的。</p> <p><strong>● 通用型SSD</strong></p> <p>目的是為網頁伺服器、輕量型應用程式或開發測試等應用，提供兼顧效能與成本的平價SSD儲存空間，例如AWS EBS的一般用途型（General Purpose）SSD服務，Azure磁碟服務中的標準SSD，Oracle Cloud的Balanced型，以及IBM Cloud Block Storage中，每GB 2IOPS等級以上的服務等。</p> <p>這類區塊儲存服務的每個磁碟，IOPS效能只有效能型SSD服務的1/3或更低，但成本也低了許多。</p> <p>不過，要注意的是，一些雲端服務商的SSD型區塊儲存，並不區分為上述兩種層級，而是依照儲存區容量、區塊或執行個體來對應I/O效能的高低，如Alibaba的SSD雲端碟，Google Cloud的SSD型Persistent Disk服務等。</p> <p><span style="color:#B22222;"><strong>硬碟型區塊儲存服務</strong></span></p> <p>採用機械式硬碟為儲存媒體，效能只有數百IOPS的程度，最高不過1000、2000 IOPS，遠不如SSD型服務，但成本也便宜一半以上，目的是針對存取相對不頻繁、或是對效能較不敏感的應用，提供低成本儲存空間，典型的有Azure磁碟服務中的標準HDD，Goold Cloud的標準型Persistent Disk服務，Alibaba的普通雲端碟等。</p> <p>比較特別的是AWS EBS，將其硬碟型區塊服務區分為：輸送量優化HDD（Throughput Optimized），以及冷HDD（Cold HDD）等兩種。前者針對普通的工作負載應用，後者則針對低存取頻率的低效能服務，效能與成本都只有前者的一半。</p> <p><span style="font-size:28px;"><strong>多面向檢視公有雲區塊儲存</strong></span></p> <p>我們在區分了公有雲區塊儲存的基本形式之後，接下來，我們將從<a href="https://www.ithome.com.tw/tech/135596" target="_blank"><span style="background-color:#FFFFE0;">效能與容量尺度</span></a>、<a href="https://www.ithome.com.tw/tech/135599" target="_blank"><span style="background-color:#FFFFE0;">可用性</span></a>、<a href="https://www.ithome.com.tw/tech/135597" target="_blank"><span style="background-color:#FFFFE0;">資料保護</span></a>，以及資料服務功能等不同面向，來檢視當前主要的公有雲區塊儲存服務。</p> <p><a href="https://www.ithome.com.tw/article/135600" target="_blank"><span style="font-size: 20px;"><strong><span style="color: rgb(255, 255, 255);"><span style="background-color: rgb(51, 153, 255);"> 相關報導 </span></span> 透視公有雲區塊儲存服務</strong></span></a></p> </div></div></div><div class="field field-name-field-tags field-type-taxonomy-term-reference field-label-above"><div class="field-label">Tags: </div><div class="field-items"><div class="field-item even"><a href="/tags/%E5%85%AC%E6%9C%89%E9%9B%B2">公有雲</a></div><div class="field-item odd"><a href="/tags/%E5%8D%80%E5%A1%8A%E5%84%B2%E5%AD%98">區塊儲存</a></div></div></div>
2020/2/6 09:00作者張明德https://www.ithome.com.tw/tech/135595
【多樣化的效能與容量選擇】公有雲區塊儲存的規模與擴展規格
<div class="field field-name-field-image field-type-image field-label-hidden"><div class="field-items"><div class="field-item even"><img src="https://s4.itho.me/sites/default/files/0206-958-feng_-gui_mo_yu_kuo_zhan_gui_ge_-960.png" width="960" height="420" alt="" /></div></div></div><div class="field field-name-field-photo-source field-type-text field-label-hidden"><div class="field-items"><div class="field-item even"> <p>資料來源：iThome整理，2020年1月</p> </div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>儲存區規模與擴展性，也就是效能與容量，是使用公有雲區塊儲存時的頭一個問題。</p> <p>為了適應用戶端環境千差萬別的應用需求，公有雲服務商都能提供多種效能層級的區塊儲存服務，以及彈性的容量選擇，包含基於硬碟的低成本儲存服務，以及基於SSD的高效能儲存服務。</p> <p>藉由引進SSD作為儲存媒體，目前的公有雲區塊儲存已能提供十分可觀的效能，而且還在持續提高中。舉例來說，現今AWS與Azure區塊儲存服務的單一磁碟區最高I/O效能，都比2年前提高了3、4倍。除了提高服務效能外，引進SSD對於公有雲儲存更重要的意義，是可結合I/O效能調節技術，為用戶提供靈活按需配置、且具備「效能保證」的I/O服務品質，這是以往基於硬碟的架構難以做到的。</p> <p>時至今日，SSD已經成為公有雲區塊儲存服務的主要儲存媒體，以我們這次觀察的6大公有雲服務商、一共23種區塊儲存磁碟區（Volume）型式中，超過2/3都是基於SSD。儘管如此，多數公有雲服務商仍保留了基於硬碟的磁碟區服務，向用戶提供低成本的儲存空間，也形成了豐富的儲存服務層次區分。</p> <p>接下來，我們便從儲存服務的層級區分、I/O效能、容量等3個面向，來檢視主要6大公有雲服務商區塊儲存服務的尺度規格。</p> <p><span style="font-size:28px;"><strong>磁碟區效能層級區分</strong></span></p> <p>所有公有雲服務商，都是以效能來做為區塊服務的區分基準。目前AWS的EBS擁有最多樣化的效能層級選項，一共有：佈建IOPS SSD（Provisioned IOPS）（io1）、一般用途SSD （General Purpose SSD）（gp2）、輸送量優化HDD（Throughput Optimized HDD）（st1），以及冷HDD（Cold HDD）（sc1）等4種磁碟區層級，顧名思義，前兩者是基於SSD，後兩者是基於硬碟。</p> <p>另外，AWS還保留了上一代的EBS磁帶磁碟區服務（EBS Magnetic），可提供小容量、低效能的需求。</p> <p>Azure的區塊儲存服務是磁碟儲存體（Disk Storage），加上2019年中新推出的Ultra磁碟後，目前一共分為4種磁碟區層級——Ultra磁碟、高階SSD、標準SSD與標準HDD，前3者是基於SSD，最後一種是基於硬碟。</p> <p>Google Cloud的區塊儲存服務永久磁碟（Persistent Disk），層級區分方式比較特別，除了基於效能外，同時還基於是否擁有遠端同步複製功能來區分，以2種基本層級——標準永久磁碟與SSD永久磁碟為基礎，再加上是否具備跨區域遠端同步複製功能，區分為區域（Zonal）型標準永久磁碟與區域SSD永久磁碟，以及擁有跨區遠端同步功能的地區（Regional）型永久磁碟與地區SSD永久磁碟，一共4種。</p> <p>IBM Cloud的Block Storage服務，有兩種服務層級區分基準，首先是稱作「使用耐久性層級進行佈建」的基準，一共區分為4種效能等級——每GB 0.25 IOPS、每GB 2 IOPS、每GB 4 IOPS與每GB 10 IOPS，其中2 IOPS/GB以上的等級都是採用SSD。</p> <p>另一種是稱作「使用效能進行佈建」的區分基準，有11種容量從20GB到12TB、效能從100～48000 IOPS的磁碟區。事實上，IBM Cloud的這兩種區分層級是一體兩面，容量與效能上限是一致的，多數情況下適用「耐久性層級」，如果用戶明確知道自身應用的效能需求規格，則可選用「基於效能」的佈建。</p> <p>Oracle Cloud的Block Volume Service區塊儲存服務，很單純的依照效能，區分為Lower Cost、Balanced與Higher Performance等3種型式，依照Oracle說法，目前他們的新一代雲端資料中心架構，儲存服務的基礎設施都已經升級到NVMe SSD。</p> <p>最後是阿里雲（Alibaba Cloud），目前可提供普通雲端碟（Basic disk）、高效雲端碟（Ultra disk）、SSD雲端碟（Standard SSD），再加上2019年初推出的ESSD（Enhanced SSD）增強型SSD雲端碟，一共有4種區塊儲存磁碟區，其中的ESSD，又分為3種等級。</p> <p>除了這幾種以外，阿里雲目前正在測試另一類區塊儲存服務，即可同時供多個執行個體同時存取的共用區塊存放裝置（Shared Block Storage）。</p> <p><span style="font-size:28px;"><strong>效能規格</strong></span></p> <p>公有雲區塊儲存的效能，可以用IOPS、傳輸率與存取延遲等3個指標來衡量，但這是個複雜的議題，牽涉到磁碟區的大小、執行個體資源（CPU、記憶體與網路介面等）、處理資料的區塊大小，以及服務連接的物理距離等因素，因此效能指標數字只能做為粗略的參考，事實上，各服務商採用的效能計算基準也各有不同。</p> <p>例如AWS EBS在io1與gp2給出的IOPS規格，是以16K I/O區塊為基準，強調IOPS表現，st1與sc1則\是以1MB區塊為基準，強調傳輸率。而阿里雲的官方IOPS規格則是以更小的4KB區塊為基準，Oracle則視不同面向使用4KB、8KB與1MB區塊為基準。</p> <p>就目前來說，阿里雲的區塊儲存服務，所能覆蓋的效能區間範圍是最廣的，從數百IOPS效能的硬碟型服務，到數萬、數千IOPS等級的SSD型服務，以至10萬IOPS等級的高階SSD型服務，都能提供，甚至還有百萬IOPS等級的超高階型服務。次之的是Azure與Google Cloud，也能覆蓋到10萬IOPS等級的高階型服務。</p> <p>相較下，AWS EBS的低階服務選項較多，但缺乏10萬IOPS等級以上的高階型服務，IBM Cloud與Oracle Cloud也是相似的情況。</p> <p>在存取延遲方面，多數公有雲區塊儲存服務，都是以提供10ms以下的延遲為目標，一些服務則號稱可以提供更低的延遲。</p> <p><strong><span style="font-size:28px;">容量規格</span></strong></p> <p>在磁碟區容量方面，各服務商區塊儲存服務的規格存在很大的差異。</p> <p>AWS EBS所有服務的磁碟區容量上限都是16TB，算是目前比較小的，其中較昂貴的兩種SSD型服務io1與gp2，容量起始門檻比較低，分別為4GB與1GB；至於st1與sc1兩種硬碟型服務，雖然單位成本較低，但起始門檻也較高，為500GB起跳。</p> <p>在Azure方面，除了新的Ultra磁碟以外，所有服務的磁碟區容量上限都可達到32GB，Ultra磁碟更達到64TB。在起始容量方面，Azure相對於其他服務商有著更低的門檻，SSD型服務為4GB，硬碟型服務則為32GB。</p> <p>而Google Cloud永久磁碟的所有型式服務，單一磁碟區容量上限都是64TB，在起始門檻方面，沒有遠端同步複製功能的區域型（Zonal）服務，都是從10GB起跳；而附加了遠端同步複製的地區型（Regional）服務，則是從100GB與200GB起跳。</p> <p>至於IBM Cloud提供的區塊磁碟區最大容量只到12TB，是目前規格較低的一種，起始門檻則是20GB。Oracle Cloud的磁碟區容量上、下限為50GB到32TB，算是中等的規格。</p> <p>在阿里雲方面，除了最低階的普通雲端碟以外，其餘區塊磁碟區的容量上、下限都是20GB到32TB，而普通雲端碟則是5GB到2TB，專門對應小型應用。</p> <p class="rtecenter"><a href="https://s4.itho.me/sites/default/files/files/0206-958-%E5%B0%81-%E8%A6%8F%E6%A8%A1%E8%88%87%E6%93%B4%E5%B1%95%E8%A6%8F%E6%A0%BC-600-big.png" onclick="window.open(this.href, '', 'resizable=no,status=no,location=no,toolbar=no,menubar=no,fullscreen=no,scrollbars=no,dependent=no,width=1073,height=993'); return false;"><img alt="" src="https://s4.itho.me/sites/default/files/images/0206-958-%E5%B0%81-%E8%A6%8F%E6%A8%A1%E8%88%87%E6%93%B4%E5%B1%95%E8%A6%8F%E6%A0%BC-600-1.png" style="width: 600px;" /></a></p> <p><a href="https://www.ithome.com.tw/article/135600" target="_blank"><span style="font-size: 20px;"><strong><span style="color: rgb(255, 255, 255);"><span style="background-color: rgb(51, 153, 255);"> 相關報導 </span></span> 透視公有雲區塊儲存服務</strong></span></a></p> </div></div></div><div class="field field-name-field-tags field-type-taxonomy-term-reference field-label-above"><div class="field-label">Tags: </div><div class="field-items"><div class="field-item even"><a href="/tags/%E5%85%AC%E6%9C%89%E9%9B%B2">公有雲</a></div><div class="field-item odd"><a href="/tags/%E5%8D%80%E5%A1%8A%E5%84%B2%E5%AD%98">區塊儲存</a></div></div></div>
2020/2/6 09:00作者張明德https://www.ithome.com.tw/tech/135596
【提供靈活的磁碟複本應用】公有雲區塊儲存的快照與備份功能
<div class="field field-name-field-image field-type-image field-label-hidden"><div class="field-items"><div class="field-item even"><img src="https://s4.itho.me/sites/default/files/0206-958-feng_mian_gu_shi_-kuai_zhao_yu_bei_fen_gong_neng_-960.png" width="960" height="420" alt="" /></div></div></div><div class="field field-name-field-photo-source field-type-text field-label-hidden"><div class="field-items"><div class="field-item even"> <p>資料來源：iThome整理，2020年1月</p> </div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>如同傳統儲存陣列平臺，公有雲的區塊儲存平臺也提供了一系列資料服務功能，來為磁碟區提供加值應用，其中最重要的資料服務功能，便是快照（snapshot）。</p> <p>快照可以為磁碟區擷取特定時間下完全一致的唯讀複本，從而提供這4個面向的應用：</p> <p>（1）做為災難備援，以快照複本做為備份，當原始磁碟區資料遺失或損毀時，利用快照還原磁碟區資料內容。</p> <p>（2）用於資料歸檔或備份，長期保存磁碟區資料內容。</p> <p>（3）用於資料遷移，在多個服務區域之間移動磁碟區資料。</p> <p>（4）用於資料複製，透過快照快速產生多個原始磁碟區複本，</p> <p>而公有雲區塊儲存服務提供的快照功能，屬於儲存端的快照，不會影響到前端執行個體或虛擬機器的效能。</p> <p>快照雖然是一項很成熟的儲存技術，但目前各公有雲服務商區塊儲存的快照功能，在架構與功能上仍存在相當大的差異，需要注意這幾個面向：</p> <p><strong>● 快照份數限制：</strong>所有服務商都會限制快照的份數，但有些服務商是以帳號來限定快照份數，也就是某個服務區域內的某個帳號下，最多允許保存某個數量的快照（如AWS EBS、Azure與Oracle）；另一些服務商則是以磁碟區來限定快照份數，如一個磁碟區最多允許保存多少份快照（如IBM與阿里雲）。</p> <p><strong>● 快照的儲存方式：</strong>也就是快照存放的位置，以及快照的儲存是否具備冗餘性（redundancy）。</p> <p>多數公有雲區塊儲存服務的快照複本，也是存放在區塊儲存服務自身的儲存區域內，但AWS EBS與Oralce Block Volume Service則不然，是將快照另外存放於物件儲存服務空間內（如AWS EBS的快照是存放於S3），以減少快照耗用的儲存成本（區塊儲存空間的成本一般略高於物件儲存空間）。</p> <p>而在快照儲存的冗餘性方面，有些服務商（如AWS、Azure與Google Cloud）會將快照以多區域方式存放，讓快照複本具備更高的可用性。</p> <p><strong>● 快照的存取：</strong>一般來說，快照必須掛載到執行個體上成為磁碟區，才能讀取其中的資料，不過，AWS提供了稱作EBS Direct APIs for Snapshots的工具，可以讓用戶直接讀取位於S3儲存區中的快照複本，而無須將快照掛載起來，顯著提高了使用快照的便利性與靈活性。</p> <p><strong>● 是否支援增量式（Incremental）快照：</strong>多數公有服務商的快照功能都是增量式的，除了第一次快照為完整的複製外，後續快照都只會記錄異動的資料，從而大幅減少快照耗用的儲存空間資源。不過Azure的快照仍是完整的磁碟複製，一直到2019年中，才開始在部份地區提供預覽版的增量式快照，使用方式上也和Azure原有的快照有所差異。</p> <p><strong>● 快照加密：</strong>多數服務商都提供快照加密，原則上，只要來源端磁碟是加密的，那麼其快照複本也是加密的。</p> <p><strong>● 快照的跨區域遠端複製：</strong>部份服務商提供將快照複製到另一區域的功能（包括AWS、Azure、Google Cloud與Oracle Cloud），可藉此提供資料遷移或異地備援應用，利用將快照遠端複製到另一區域，便能在另一區域建立相同的磁碟區，構成簡單的資料擴展或異地備援應用。</p> <p><strong>● 快照的共享：</strong>一般情況下，只有同一帳號的用戶能存取快照複本，不過，AWS與Google提供了在不同帳號間共享快照的特殊功能。用戶可以將快照複本授權給另一帳號的用戶存取，從而讓其他用戶可以依據快照複本建立相同的磁碟區，而不會影響原始磁碟區，藉此提供簡便的資料分享手段。</p> <p><span style="font-size:28px;"><strong>集中備份管理的需求與解決方案</strong></span></p> <p>原則上，公有雲區塊儲存服務內含的快照功能，搭配快照複本的多地區存放，以及跨區域的複製功能，快照即可扮演備份的角色，無需另外使用備份產品（Oracle Cloud便直接以備份一詞，來指稱其區塊儲存的快照功能）。</p> <p>問題在於，區塊儲存的快照功能只能涵蓋自身的區塊磁碟區，若用戶的公有雲應用環境，同時涉及不同類型的儲存服務（區塊、物件等）或應用軟體服務，而這些服務各有各的快照與保護功能，用戶使用上十分複雜，還是需要統一的管理工具，來集中管理這些不同服務的備份。</p> <p>針對統合公有雲上不同應用服務的備份需求，AWS與Azure兩大服務商，都提供了專門的集中備份管理工具，也就是AWS Backup與Azure Backup。</p> <p>其中AWS Backup，是AWS環境的備份應用集中管理平臺，可以將不同AWS服務各自既有的快照與備份功能，統合在單一管理介面下，包括EBS區塊儲存服務的快照、Storage Gateway的磁碟區快照，以及RDS資料庫與DynamoDB資料庫快照等，並為EFS提供備份功能。</p> <p>透過AWS Backup主控臺即可設定自動化的備份政策，免除手動指令的需求。特別的是，由於AWS Backup也支援Storage Gateway掛載到用戶本地端的磁碟區，用戶可藉此將本地端資料備份到雲端，構成混合雲的備份應用。</p> <p>Azure Backup則是Azure內含的備份軟體功能，屬於VM端的備份工具，能支援Azure自身的VM，或安裝了MARS代理程式的用戶端實體主機與Windows VM，提供整臺VM、或檔案、資料夾與系統屬性的備份，可選擇LRS本地備援儲存體或GRS異地備援儲存體，來作為備份儲存區。</p> <p><a href="https://www.ithome.com.tw/article/135600" target="_blank"><span style="font-size: 20px;"><strong><span style="color: rgb(255, 255, 255);"><span style="background-color: rgb(51, 153, 255);"> 相關報導 </span></span> 透視公有雲區塊儲存服務</strong></span></a></p> </div></div></div><div class="field field-name-field-tags field-type-taxonomy-term-reference field-label-above"><div class="field-label">Tags: </div><div class="field-items"><div class="field-item even"><a href="/tags/%E5%85%AC%E6%9C%89%E9%9B%B2">公有雲</a></div><div class="field-item odd"><a href="/tags/%E5%8D%80%E5%A1%8A%E5%84%B2%E5%AD%98">區塊儲存</a></div><div class="field-item even"><a href="/tags/%E5%BF%AB%E7%85%A7">快照</a></div></div></div>
2020/2/6 09:00作者張明德https://www.ithome.com.tw/tech/135597
【至關重要的可靠性】公有雲區塊儲存的可用性與耐久性
<div class="field field-name-field-image field-type-image field-label-hidden"><div class="field-items"><div class="field-item even"><img src="https://s4.itho.me/sites/default/files/0206-958-feng_-ke_yong_nai_jiu_xing_-960.png" width="960" height="420" alt="" /></div></div></div><div class="field field-name-field-photo-source field-type-text field-label-hidden"><div class="field-items"><div class="field-item even"> <p>資料來源：iThome整理，2020年1月</p> </div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>如同所有儲存設備與服務，資料儲存的可靠性，是考量公有雲區塊儲存的應用時，不可忽略的關鍵環節。如果無法確保資料儲存的可靠性，那麼公有雲儲存服務無論成本效益再高、如何地具備彈性，也難以承擔企業級的應用。</p> <p>公有雲區塊儲存服務的可靠性，我們能以可用性（availability）與耐久性（durability）來衡量。</p> <p>其中可用性的需求，是利用分散式儲存架構的多複本鏡像複寫機制來實現，當前所有公有雲服務商都是透過分散式架構來建構儲存環境，並透過糾刪碼（erasure coding）之類的技術，在資料中心的多個儲存節點間分散複寫資料，以防止單一儲存節點或元件的失效，從而造成資料遺失或存取中斷。</p> <p>至於耐久性的需求，則是透過糾刪碼（erasure coding）與資料洗滌（Data Scrubbing）等技術的結合應用來實現，藉由持續地校驗磁碟區資料，防止資料惡化（corruption）或位元衰減（bit rod）等現象，導致磁碟區中存放的資料出現錯誤。</p> <p>整體來說，目前的公有雲區塊儲存服務都能提供相當高的資料耐久性，優於一般企業級硬碟或SSD，例如AWS EBS的年故障率（AFR）為0.1～0.2，相較下，目前最新型的SAS硬碟與SSD的年故障率規格，則為0.35～0.45%左右，這也就是說，把資料存放在AWS EBS磁碟區上，要比存放在本地端伺服器的磁碟機中更可靠。</p> <p>但是，在可用性方面，公有雲區塊儲存服務的表現便平平，多數都只有99.95%或99.99%的服務等級，這意味著在一個月的使用週期中，含有多達21.5分鐘或4.32分鐘的潛在停機時間（downtime），只有AWS EBS與Azure磁碟儲存服務，可以達到更高的99.999%可用性等級，這相當於每月潛在的停機時間只有25.9秒。</p> <p>整體來說，公有雲區塊儲存服務的可用性，足以因應一般的企業應用，但若是對可用性極為敏感的關鍵應用，還是以本地端的高階儲存設備較為穩當。</p> <p>一般而言，用戶可以透過公有雲區塊服務內含的快照功能，來降低磁碟區不可用時造成的衝擊，能透過快照複本迅速重建失效的磁碟區。快照同樣也能幫助改善公有雲區塊服務的耐久性，當原始磁碟區出現錯誤或故障時，可從快照複本還原資料。</p> <p><a href="https://www.ithome.com.tw/article/135600" target="_blank"><span style="font-size:20px;"><strong><span style="color:#FFFFFF;"><span style="background-color:#3399ff;"> 相關報導 </span></span> 透視公有雲區塊儲存服務</strong></span></a></p> </div></div></div><div class="field field-name-field-tags field-type-taxonomy-term-reference field-label-above"><div class="field-label">Tags: </div><div class="field-items"><div class="field-item even"><a href="/tags/%E5%85%AC%E6%9C%89%E9%9B%B2">公有雲</a></div><div class="field-item odd"><a href="/tags/%E5%8D%80%E5%A1%8A%E5%84%B2%E5%AD%98">區塊儲存</a></div><div class="field-item even"><a href="/tags/%E5%8F%AF%E7%94%A8%E6%80%A7">可用性</a></div><div class="field-item odd"><a href="/tags/%E8%80%90%E4%B9%85%E6%80%A7">耐久性</a></div></div></div>
2020/2/6 09:00作者張明德https://www.ithome.com.tw/tech/135599
透視公有雲區塊儲存服務
<div class="field field-name-field-image field-type-image field-label-hidden"><div class="field-items"><div class="field-item even"><img src="https://s4.itho.me/sites/default/files/styles/picture_size_large/public/958-feng_mian_gu_shi_-p1_open-960x420_gong_zuo_qu_yu_1.jpg?itok=lRZJUo3F" width="960" height="420" alt="" /></div></div></div><div class="field field-name-field-featured-article-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/taxonomy/term/75">專題故事</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>為雲端運算單元提供本機區塊（Block-Level）儲存空間的區塊儲存服務，是公有雲上最基本、也最重要的儲存服務之一，這項服務自誕生以來的十多年間，無論在類型的多樣化，還是效能、可用性與資料服務功能，都有長足的進展，能因應各式各樣不同的負載與需求，是公有雲應用不可或缺的一環。我們將從6大公有雲服務商的區塊儲存出發，檢視這領域當前的現況</p> </div></div></div>
2020/2/6 09:00作者張明德https://www.ithome.com.tw/article/135600
Sudo爆可取得根帳號權限的漏洞
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>Linux/Unix平台知名管理工具<a href="https://www.sudo.ws/alerts/pwfeedback.html" target="_blank">Sudo爆發漏洞</a>，可讓用戶觸發緩衝溢位，取得根帳號權限。所幸Sudo維護組織已經修補該漏洞並釋出最新版本。</p> <p>Sudo是Unix/Linux平台管理廣受歡迎的工具，它讓系統管理員可分配給一般用戶合理的權限，以執行一些只有管理員或其他特定帳號才能完成的任務。</p> <p>最新編號CVE-2019-18634的漏洞，出在一個pwfeedback的功能選項中。這個功能讓系統可以星號字元表示目前輸入的字元長度，原本是提升安全性的功能，但蘋果資訊安全研究員Joe Vennix發現，sudoer檔案開啟pwfeedback功能後，可能讓用戶觸發堆疊式（stack-based）緩衝溢位攻擊，讓沒有系統管理權限的用戶、甚至連非列於sudoer檔案中的用戶得以提升到根帳號。由於攻擊者完全掌控資料控制權以發動緩衝溢位，因此本漏洞被開採機率極高。</p> <p>Sudo維護組織指出，Sudo 1.7.1到1.8.25p1都受本漏洞影響，不過前提是系統管理員需開啟pwfeedback，未開啟者就不需要擔心。另外，1.8.26到1.8.30版也出現CVE-2019-18634，但1.8.26版本時曾變更EOF（end of file）處理的設定，致使該漏洞無法被開採。</p> <p>Pwfeedback在sudo上游版本中預設關閉，但在Linux Mint及Elementary OS中卻是預設開啟的。所幸Sudo組織已經釋出最新版1.8.31版，應該也會很快部署到所有主要Linux發行版或macOS中。</p> <p>如果尚未能安裝更新版本，在開啟pwfeedback的sudoer檔內，將「Defaults pwfeedback」改成「Defaults !pwfeedback」，也能有效阻止攻擊。</p> </div></div></div>
2020/2/5 19:15作者林妍溱https://www.ithome.com.tw/news/135665
Jigsaw發表可辨識假照片的Assembler平台
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>Alphabet旗下的孵化器子公司Jigsaw，在本周<a href="https://medium.com/jigsaw/disinformation-is-more-than-fake-news-7fdd24ee6bf7" target="_blank">發表了一個可用來辨識假照片的實驗性平台Assembler</a>，它整合了各種不同的偵測技術，讓新聞從業人員或事實查核人員透過單一平台，就能辨識影像的真偽，目前仍處早期開發階段，歡迎外界貢獻各種偵測模型。</p> <p>Jigsaw執行長Jared Cohen表示，現代所指的不實資訊（Disinformation）並不只有假新聞，它可能是有目的的影響力活動，經常是由政府發動，企圖影響全球的社會、經濟及軍事事件，然而，不實資訊大量出現的同時，也推動了防範技術的進展。</p> <p>從2016年起，Jigsaw便與研究人員及學者，共同尋找可以技術來偵測不實資訊活動的各種方法，而Assembler即是多年來的成果。</p> <p>Cohen說，對事實查核人員與新聞從業者來說，拆解照片是個既耗時又容易出錯的程序，於是他們只好仰賴市場上各種不同的工具與方法，例如一個由調查記者與研究人員所組成的Bellingcat組織，就利用25種不同的工具來驗證照片、影片、網站或其它媒介的真實性。</p> <p>而Assembler則是整合了來自學者的多種照片操縱偵測工具，每個工具都有特定的用途，例如有的能夠辨識照片中的「複製－貼上」程序，有的則能發現照片的亮度曾被變更。</p> <p>除了向學者蒐集的偵測工具之外，Jigsaw也自行打造兩款工具，一是專門用來辨識DeepFakes的StyleGAN，它利用機器學習來區分真人與DeepFakes的不同，第二個工具則是一個整體模型，可結合來自不同偵測工具的結果，分析照片中曾被操縱的各種型態，一次揪出照片中的所有古怪之處，可望比單一偵測工具更精確。</p> <p>Jigsaw也宣布開始發行研究期刊<a href="https://jigsaw.google.com/the-current/?utm_source=google&utm_medium=pr&utm_campaign=disinfo_launch" target="_blank">《The Current》</a>，創刊號的內容圍繞在不實資訊上，封面故事為「視覺化的不實資訊」（Disinformation Data Visualizer），在地圖上呈現了全球各地的不實資訊散布，例如他們發現了去年中國派出商業機器人，企圖透過各大社交平台，影響香港人對許多政治事件的看法。</p> </div></div></div>
2020/2/5 19:30作者陳曉莉https://www.ithome.com.tw/news/135666
安全廠商：全球百大國際機場僅3家通過所有資安檢測
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p><a href="https://www.immuniweb.com/blog/state-of-cybersecurity-top-100-airports.html" target="_blank">一家資安公司報告指出</a>，他們檢視全球最大的100家國際機場網站及App的安全性，其中只有3家機場通過安全測試。</p> <p>在這項測試報告中，安全廠商Immuniweb檢視了全球最大的100家國際機場的網站、手機App郵件伺服器和API安全性，像是Web App防火牆（WAF）、TLS加密、是否符合GDPR及PCI- DSS（Payment Card Industry–Data Security Standard）標準，以及它們的公有雲儲存安全性、是否有資訊或程式碼外洩到暗網或GitHub上。研究結果顯示，只有三家國際機場通過所有測試，包括荷蘭阿姆斯特丹史基浦（Schiphol）機場、芬蘭赫爾辛基萬塔（Vantaa）機場，以及愛爾蘭都柏林機場。不過該報告未列出其他機場名單。</p> <p>分析顯示，97家機場網站包含過時Web軟體，24%有已知且可被開採的漏洞。76%和73%不符合GDPR及PCI DSS安全標準。有24%網站未採用SSL加密或使用老舊的SSLv3。使用WAF的比例為55%。</p> <p>在研究團隊檢視的36支機場App中，全部都有至少2個漏洞，15支有安全或隱私疑慮，超過三分之一的App其對外連線不提供加密。</p> <p>在這些機場的雲端服務安全性，以及是否確保資料不外洩到外部網站被有心人士取得方面，研究顯示，66%的機場資料外洩到暗網上，而外洩的325件資訊中，有72件屬於重大或高風險外洩。87%的機場資訊流到GitHub上，外洩的3000多項中，有503件屬於重大或高風險外洩。而在13家使用公有雲的機場中，有4家機場沒有針對含有敏感資料的雲端資料庫設定密碼保護。</p> <p>ImmuniWeb統計指出，出現洩露密碼、API金鑰和私有憑證等機密資訊等重大風險問題的機場有59家，犯了洩露第三方系統密碼及內部程式碼等高風險問題的機場有61家。此外，有7成機場洩露內部資訊（如組態檔或內部路徑），有8成機場含有bug內部討論或技術細節外洩等低風險安全問題。</p> </div></div></div>
2020/2/5 18:20作者林妍溱https://www.ithome.com.tw/news/135663
美國愛荷華州民主黨初選計票當機，只是一支程式惹的禍
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>美國民主黨在本周一（2/3）晚間7點於愛荷華州召開了1,678個黨團大會，以進行民主黨總統候選人的初選，原本預計要在2小時後公布結果，卻一直到隔天還未能公布，原來惹禍的是一支用來統計投票結果的IowaReporterApp程式，不僅是統計結果不一致，有些民主黨員甚至連下載或安裝該程式都有困難。</p> <p>該程式是由非營利數位媒體組織Acronym旗下的Shadow所開發，Shadow主要替政黨建置網站、設計數位行銷活動或是打造各種工具，而民主黨即是Shadow的客戶之一。</p> <p>Shadow所開發的IowaReporterApp可用來上傳及統計投票結果，其實早在民主黨啟用該程式之前，美國公共廣播電台（NPR）<a href="https://www.npr.org/2020/01/14/795906732/despite-election-security-fears-iowa-caucuses-will-use-new-smartphone-app" target="_blank">就曾質疑</a>民主黨竟可不顧安全性，在愛荷華州的初選上大膽採用全新的手機程式。當時民主黨還不願揭露IowaReporterApp的安全機制設計，擔心公布相關細節反而會讓駭客有機可趁，沒想到是IowaReporterApp自己出現了臭蟲。</p> <p><a href="https://www.vice.com/en_us/article/y3m33x/heres-the-shadow-inc-app-that-failed-in-iowa-last-night" target="_blank">根據Motherboard的調查</a>，Shadow在1月中旬就曾邀請民主黨員測試該程式，但必須透過Android的程式測試平台TestFairy下載，Motherboard在兩支Android手機上下載及安裝了IowaReporterApp，但只有一支手機上的IowaReporterApp可正常啟動。Shadow也在蘋果的測試平台上TestFlight部署了該程式。</p> <p><a href="https://twitter.com/SabrinaSiddiqui/status/1224697140225740800" target="_blank">愛荷華州民主黨主席Troy Price則說</a>，調查後相信IowaReporterApp所蒐集的資料是建全的，卻只有回報部分的資料，判斷是報告系統的程式出了問題，已經修補完畢。此一意外也讓民主黨啟動備案措施，決定手動輸入資料，也將延後初選結果的出爐時間。</p> <p>不過，資安專家認為，透過測試平台來遞送行動程式原本就是不安全的，因為該程式既未經過行動程式市集的審核，還可能藏污納垢，夾帶惡意程式，在大量部署時亦容易出現不穩定的情況。</p> <p>在經過此一事件之後，原本也打算採用Shadow技術的內華達州民主黨已經決定棄用Shadow工具。紐約時報的專欄作家Kevin Roose對該事件下了一個註解：「低科技的選舉才是最安全的選舉，即便我們已處於21世紀，但還是應該利用19世紀的方式來投票。」</p> </div></div></div>
2020/2/5 18:50作者陳曉莉https://www.ithome.com.tw/news/135664
Mastercard執行長公布退出臉書加密貨幣計畫的原因
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>臉書（Facebook）在去年的6月18日發表了定位為全球數位原生貨幣的Libra幣，在當時召集了28家組織作為Libra協會的創始成員，但在Libra協會於同年10月正式成形前，包括PayPal、eBay、Visa、Mastercard與Stripe相繼退出，本周Mastercard執行長Ajay Banga<a href="https://www.ft.com/content/16bec8aa-42e8-11ea-a43a-c4b328d9061c" target="_blank">接受英國金融時報專訪</a>時，透露了<a href="https://cointelegraph.com/news/mastercard-ceo-reveals-why-the-company-left-libra" target="_blank">該公司脫離Libra</a>的原因。</p> <p>根據報導，Banga最擔心的兩件事是Libra幣的法規遵循與商業模式。</p> <p>他說，該協會的主要成員們並不願承諾不作任何違法的事，例如當他們談及該了解客戶、採取反洗錢措施，或執行數據管理等與法令相關的事情時，他們並不肯作出書面的承諾。</p> <p>此外，Banga也看不出Libra的生財之道，假如不確定經營模式，「那麼賺錢的管道可能就是你不喜歡的」。</p> <p>Banga指出，臉書把Libra當作一個能有效對社會所有階層及群眾提供服務的「普惠金融」（Financial Inclusion）系統，但卻同時將Libra連結到私有的Calibra數位錢包，把一個無私的想法變成臉書的私有錢包，聽起來不太對。</p> <p>除了Banga所提出的原因之外，金融時報也引述了支付分析師Lisa Ellis的看法，表示Mastercard反對Libra也可能有自私的原因，例如基於區塊鏈的支付系統若在未來幾年成為全球性的支付網路，將會對像是Mastercard的現有支付網路造成威脅。</p> <p>不論如何，原本有28家創始會員的Libra協會，在正式成立時只剩下21家，而電信業者Vodafone亦在今年1月宣布脫離Libra協會，在在都顯示Libra幣所面臨的難題，特別是難以與各國的法規兼容，臉書原本計畫要在今年上半年網羅100家Libra協會成員，但目前看來該目標恐怕也不容易達成。</p> </div></div></div>
2020/2/5 17:25作者陳曉莉https://www.ithome.com.tw/news/135661
Go 1.15將加入新的Vet檢查以及次要語言調整
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>Go 1.14即將在2月的時候發布，而<a href="https://blog.golang.org/go1.15-proposals">Go 1.15</a>預計將會在今年8月的時候釋出，官方團隊提到，經過他們各種考量，決議在Go 1.15不加入重大更改，取而代之的是兩個審核檢查以及次要語言調整，包括以Go vet診斷string(int)轉換，以及診斷介面對介面（interface-interface）類型斷言診斷，並且讓常量求值索引和切片表示式（slice expressions）可帶有常量字串和索引。</p> <p>官方原本預計在Go 1.14版本的Go vet加入診斷string(int)轉換的功能，但因為來不及，因此順延至Go 1.15。string(int)轉換是Go在早期加入的，但是因為有可能造成新手困惑，且unicode/utf8套件現在提供該轉換，由於移除該轉換並非向後相容的更改，因此Go官方提案使其成為Vet錯誤。</p> <p>目前Go允許任何類型的斷言x.(T)，x和T的類型為介面，但是當x和T都具有相同名字但簽章不同的方法，就不可能分配給x又實作T，這樣的類型斷言將會在執行時發生錯誤，在編譯的時候也會有錯誤，而在這個案例回報編譯錯誤並非向後相容的改變，因此官方建議還是從Vet錯誤開始。</p> <p>另外，目前用一個或多個常量索引，對常量字串進行索引和切片，會分別產生一個非常量位元和字串值，但當所有運算域都是常量，編譯器將可以對這些表示式進行常量求值，並且產生常量結果。這項提案原先Go團隊認為是向後相容的改變，因此建議對規範和編譯器進行調整，但隨後Go團隊發現該提案並非向後相容。</p> <p>Go開發團隊認為這三個提案應該沒有爭議，但想表達意見的社群成員，仍可以在Go 1.15釋出週期開始提供建議，讓開發團隊可以有足夠的時間評估與回應。開發團隊除了說明Go 1.15的提案，也提到了Go專案最近的狀態，Go當前發展主要目標仍然是套件與版本管理、錯誤處理支援以及泛型。</p> <p>在去年7月官方試圖推動的錯誤處理機制提案，引起很大的爭議，最後官方決定放棄該提案，而後又有許多建議，但是都不足以說服他們新建議比原先的提案更好，因此目前暫時錯誤處理功能先行擱置，待未來有更好的解決方案再決定。</p> <p>而官方也提到他們收到的語言變更建議，遠比他們能夠審核的數量多上不少，光錯誤處理就有57個問題，官方表示，因為語言更改的成本很高，而且效益往往不清楚，因此大多數的語言變更建議都會遭到拒絕。為了減少審核委員會的負擔，官方新增了語言變更調查表，社群成員填寫該表將能夠讓提案審核更有效率。</p> </div></div></div>
2020/2/5 16:40作者李建興https://www.ithome.com.tw/news/135654
今年MWC受武漢肺炎疫情影響，LG宣布退出、中興取消記者會
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>新型冠狀病毒肺炎（武漢肺炎）疫情對科技界影響逐漸擴大。南韓電子大廠<a href="http://www.lgnewsroom.com/2020/02/statement-regarding-lg-electronics-participation-in-mobile-world-congress-mwc-2020/" target="_blank">LG首先宣布</a>，今年將不參加預定2月下旬舉行的世界通訊大會（Mobile World Conference，MWC），而中國電子業者中興（ZTE）也被迫取消MWC的記者會。</p> <p>LG指出，考量到員工和大眾安全，LG決定不參加本月稍後於西班牙巴塞隆納舉行的MWC 2020。有鑒於病毒持續跨境散布，本決定可免於LG數百位員工非必要的國際旅行。但LG表示近期內將會個別舉行活動，以宣布2020年該公司的行動產品。</p> <p>另外，中國電子與網路設備大廠<a href="https://www.theverge.com/2020/2/4/21122863/coronavirus-zte-press-conference-canceled-mwc-2020" target="_blank">中興也證實取消MWC的記者會</a>。中興表示原因是商務旅行和簽證作業作業趕不及，以及對新型冠狀病毒肺炎的顧慮，並說中興向來十分謹慎，「不想讓大家覺得不安。」不過中興仍然會參展MWC 2020。</p> <p>MWC主辦單位<a href="https://www.gsma.com/newsroom/statement/gsma-statement-on-coronavirus-04_feb_2020/" target="_blank">GSM協會（GSMA）表示</a>，會持續監控新型冠狀病毒肺炎對巴賽隆納、上海、洛杉磯MWC 2020及各地區Mobile 360大會的可能影響。GSMA表示，病毒對巴賽隆納MWC 2020目前只有最小幅影響，因此將按原訂計畫舉行。</p> <p>此外，CNET報導，華為、高通、小米也會如期參加今年的MWC大會。</p> <p>為了防範病毒感染，GSMA表示將在MWC會場上人潮眾多地方如餐飲區、桌面、扶手、洗手間、出入口、公共觸控螢幕等加強清潔和消毒、加強醫療支援人力及增加消毒用品供大眾使用、強化大會員工訓練，也會在會場、線上以及巴賽隆納當地飯店、公眾運輸、餐廳、零售店實施衛生宣導。大會也針對此一非常時期，實施講者麥克風定期更換政策，及要求所有來賓不要握手。</p> </div></div></div>
2020/2/5 16:45作者林妍溱https://www.ithome.com.tw/news/135660
美國國防部將開始要求承包商必須具備網路安全認證
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p><a href="https://www.defense.gov/Explore/News/Article/Article/2071434/dod-to-require-cybersecurity-certification-in-some-contract-bids/" target="_blank">美國國防部在上周宣布</a>，在今年9月底前，該部門將會要求部份競標國防部合約的承包商具備網路安全認證，此一認證將奠基在國防部所發表的《網路安全成熟度模型認證 1.0 》<a href="https://www.acq.osd.mil/cmmc/draft.html" target="_blank">（Cybersecurity Maturity Model Certification，CMMC）</a>，承包商必須依據專案的機密性，而取得不同等級的安全認證。</p> <p>目前美國國防部<a href="https://securityboulevard.com/2020/01/cybersecurity-maturity-model-certification-cmmc-levels/" target="_blank">將CMMC分為五個等級</a>，從第一等級的基本網路防護（Basic）、中等網路防護（Intermediate）、良好網路防護（Good）、主動防護（Proactive），到第五等級的進階防護（Advanced）。</p> <p>負責採購業務的國防部副部長Ellen Lord指出，網路安全風險威脅了美國政府及合作夥伴的國防產業與國家安全，每年全球因網路竊盜所損失的金額高達6千億美元；在現今大國的競爭環境中，不管是資訊或技術都是重要的基石，而且對駭客而言，攻擊第二線的供應商比攻擊一線供應商更有吸引力，而CMMC則將同時規範第一線與第二線供應商的網路安全準備度。</p> <p>該部門的資訊安全長Katie Arrington則說，其實第一等級的基本網路防護很容易就可達到，像是詢問合約商是否部署或定期更新防毒軟體，是否定期更新密碼等問題；第二等級的防護則會另外注重承包商的網路安全程序，確定承包商有效地紀錄、管理、審查及最佳化其網路安全部署。</p> <p>未來國防部在承包商提案以競標該單位的專案時，都會提出相關的要求，並根據專案的需求而採取不同等級的CMMC認證，相關的認證將由獨立的第三方負責進行。</p> <p>依照美國國防部的規畫，在今年6月底前，該部門就會公布包含CMMC認證在內的合約，9月底前即會公布包含CMMC認證在內的專案，而到了2026年，美國國防部的所有新合約都將包含CMMC認證要求。</p> </div></div></div>
2020/2/5 15:40作者陳曉莉https://www.ithome.com.tw/news/135658
開源寒冬環境影像資料集CADC可助自駕車應付下雪路況
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>為了促進自駕車在寒冷天氣下的發展，新創公司Scale AI、滑鐵盧大學和多倫多大學合作，開源了<a href="https://scale.com/blog/open-source-dataset-for-wintry-conditions">CADC</a>（Canadian Adverse Driving Conditions）資料集，其中含有攝影機圖像以及光達資料。雖然許多組織也有釋出自駕車感測器資料集，但Scale AI提到，CADC是第一個專注在真實下雪天氣的行車影像。</p> <p>人類持續改善自駕車的性能，以建立更高效的交通系統，或是執行更多重要的任務，儘管自駕車的發展已經有了長足的進展，但是卻一直還無法克服不同的天氣條件。Scale AI執行長提到，下雪時很難開車，人類卻可以輕易地應付任何天氣，在任何天氣駕駛車輛行經同一條路，但對自駕車來說並非如此，下雪會嚴重影響自駕車重要硬體，和人工智慧演算法判斷能力，當前自駕車模型無法適應不同天氣，需要更多的資料才行。</p> <p>自駕車在寬闊有陽光的林蔭大道接受訓練，但是一放到有積雪的街道就會發生錯誤，積雪覆蓋的道路會讓自駕車難以辨識，因此無法穩定的在車道上駕駛，而且積雪會大幅降低環境色彩對比，汽車系統會更難以辨識物體，像是被雪覆蓋的路樹、路邊停放的車輛，甚至是行人。</p> <p>更大的問題是，降雪使自駕車的攝影機和光達感測器難以正常作用，因此大幅降低安全性，這些問題，自駕車模型需要有豐富的資料進行學習，但目前都沒有已註釋的光達開放資料集，以及下雪天氣的行車影像資料。為此，Scale AI、滑鐵盧大學和多倫多大學合作，釋出寒冷條件的資料集CADC。</p> <p class="rtecenter"><img alt="" src="https://s4.itho.me/sites/default/files/images/scale-waterloo-comparison.jpg" style="width: 580px;" /></p> <p>CADC拍攝的路線，是根據交通等級以及障礙物而定，從基本的汽車、行人、具有輪子的垃圾桶與動物等，當然，最重要的要素還是降雪。這個資料集是使用滑鐵盧大學和多倫多大學合力開發的Autonomoose自動車輛研究平臺收集，研究人員駕駛搭載光達、慣性感測器、GPS和視覺感測器的車輛，在過去兩個冬天，於安大略省西南部嚴寒的天氣中，駕駛了20公里收集資料。</p> <p>接著，Scale AI利用自家資料註釋平臺，將收集來的資料加上標籤，CADC內含75個50到100影格的駕駛鏡頭，還有7,000影格的光達資料，Scale AI表示，他們所標記的標籤精準度，高於人類判斷和其他合成標籤技術。</p> <p>CADC能讓自駕車模型擁有處理下雪天氣的能力，滑鐵盧大學教授Krzysztof Czarnecki表示，由於自駕車應付下雪的問題太大了，任何組織都難以獨立解決，他希望該資料集可以促進社群研究，讓自駕車能應付寒冬條件。滑鐵盧大學和多倫多大學的研究人員，還發表了一份<a href="https://arxiv.org/abs/2001.10117">學術論文</a>，概述所收集的資料，其特徵以及物體偵測的標籤。</p> </div></div></div>
2020/2/5 16:15作者李建興https://www.ithome.com.tw/news/135650
資安一周第79期：當心以武漢肺炎為誘餌的社交工程伎倆，另一國內焦點是可取DVR錄影主機遭駭成DDoS攻擊來源
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <h1><strong style="font-family: 微軟正黑體, sans-serif; font-size: 24.5px; vertical-align: top; color: rgb(51, 153, 255);">0130-0205一定要看的資安新聞</strong></h1> <p> </p> <h3><strong><span style="color:#B22222;">＃社交工程　＃網釣攻擊　＃個資安全</span></strong></h3> <h2><strong>武漢肺炎人心惶惶，當心填問卷送口罩、以及偽裝防疫衛教資訊的社交工程手法！</strong></h2> <p class="rteright"><a href="https://s4.itho.me/sites/default/files/images/（圖1A）全聯假粉專_圖片來源趨勢科技.png"><img alt="" src="https://s4.itho.me/sites/default/files/images/%EF%BC%88%E5%9C%961A%EF%BC%89%E5%85%A8%E8%81%AF%E5%81%87%E7%B2%89%E5%B0%88_%E5%9C%96%E7%89%87%E4%BE%86%E6%BA%90%E8%B6%A8%E5%8B%A2%E7%A7%91%E6%8A%80.png" style="width: 220px; float: right;" /></a><span style="color: rgb(169, 169, 169); font-family: 微軟正黑體, sans-serif; font-size: 18.6667px; text-align: right; background-color: rgb(247, 247, 247);">圖片來源／趨勢科技</span></p> <p>隨著武漢肺炎疫情持續延燒，民眾可要當心以相關時事為誘餌的社交工程與詐騙！已有事件被資安業者揭露。例如，在國內，趨勢科技近日指出，發現多個以送口罩名義騙個資的臉書粉絲專頁，像是有一個假冒全聯名義的「全聯福利中心Taiwan」粉絲專頁，在1月31日剛成立，透過臉書投放廣告，聲稱填問卷就可以優惠價格購買口罩，騙取民眾個資；還有其他粉絲專頁用各式藉口，以留言分享就能免費送口罩為號召，吸引不知情民眾上鉤，再以聊天機器人透過私訊拉攏消費者，目的是要大家對粉絲專頁按讚與騙個資，同時還要大家資訊分享，根據趨勢科技統計，已有超過5萬用戶上鉤。</p> <p>在國際上，也出現偽裝成各式防範武漢肺炎的社交工程郵件。近日KnowBe4、卡巴斯基實驗室與IBM X-Force都公布相關發現。例如，IBM X-Force公布一封日文撰寫的網釣郵件內容，標題帶有「武漢肺炎」相關文字，信中則夾帶惡意巨集的Word文件，聲稱是衛生單位提供的防疫措施，實為傳播Emotet銀行木馬類型的惡意巨集。<a href="https://blog.trendmicro.com.tw/?p=63281"><span style="color:#A9A9A9;">更多內容</span></a><span style="color:#A9A9A9;"> </span><a href="https://www.ithome.com.tw/news/135613"><span style="color:#A9A9A9;">更多內容</span></a></p> <p> </p> <h3><strong><span style="color: rgb(178, 34, 34);">＃</span></strong><span style="color:#B22222;"><strong>IoT安全　</strong></span><strong><span style="color: rgb(178, 34, 34);">＃</span></strong><span style="color:#B22222;"><strong>DDoS　</strong></span><strong><span style="color: rgb(178, 34, 34);">＃</span></strong><span style="color:#B22222;"><strong>DVR</strong></span></h3> <h2><strong>可取國際的視訊監控主機遭駭，成為DDoS攻擊幫兇</strong></h2> <p class="rteright"><a href="https://s4.itho.me/sites/default/files/images/（圖2）可取聲明_圖片來源擷取自可取.jpg"><img alt="" src="https://s4.itho.me/sites/default/files/images/%EF%BC%88%E5%9C%962%EF%BC%89%E5%8F%AF%E5%8F%96%E8%81%B2%E6%98%8E_%E5%9C%96%E7%89%87%E4%BE%86%E6%BA%90%E6%93%B7%E5%8F%96%E8%87%AA%E5%8F%AF%E5%8F%96.jpg" style="width: 220px; float: right;" /></a><span style="color: rgb(169, 169, 169); font-family: 微軟正黑體, sans-serif; font-size: 18.6667px; text-align: right; background-color: rgb(247, 247, 247);">圖片來源／擷取自可取國際官方網站</span></p> <p>在1月中旬，臺灣可取國際（iCatch）DVR錄影主機傳出IoT攻擊事件，用戶發現設備遭破解後門並陸續被植入木馬，同時對網路骨幹發動DDoS攻擊，許多用戶之後接到中華電信通知，才知道被當跳板。</p> <p>對此，該公司在1月16日於官網發出資安通報，先針對受影響的KMH（25、28系列）、RMH（A、C系列）提供新版韌體，其臺灣總代理德勝監控也說明產品處置計畫，他們表示，KMH、RMH、RAH、RAV的1080P系列將提供安全性升級，甚至，已超過保修期限的RMV、RAS的720P系列，也將額外提供修補，但更老舊的HDR、960、D1系列則建議不要連網使用。在追蹤此事件的動向時，同日我們也發現台灣學術網路危機處理中心（TACERT）率先發布相關漏洞預警，並特別指出遭入侵設備會被竄改網路介面設定，將連線設定PPPoE改成DHCP模式，造成使用者遠端無法連線錄影主機。</p> <p>關於這起事件的影響，TACERT表示這次事件為IoT板韌體漏洞，使用相同板子就會存在同樣問題；而對於這次事件是否是工程帳號root遭利用，德勝監控在1月底的回應是仍在處理，尚未提供更詳細的說明。至於最新進況，可取國際在2月3日釋出RAS、RAV、RAH與RXH等更多機種的新版韌體，建議用戶儘速更新，並要在帳戶設定中修改密碼為高強度。<a href="http://www.icatchinc.com/tw/events_detail.php?id=20200122001"><span style="color:#A9A9A9;">更多內容</span></a><span style="color:#A9A9A9;"> </span></p> <p> </p> <h3><strong><span style="color: rgb(178, 34, 34);">＃</span></strong><span style="color:#B22222;"><strong>IoT安全</strong></span></h3> <h2><strong>英國政府打算制定新法令來規範IoT的安全性</strong></h2> <p class="rteright"><strong><a href="https://s4.itho.me/sites/default/files/images/（圖6）英國IoT_圖片來源擷取自英國數位部.jpg"><img alt="" src="https://s4.itho.me/sites/default/files/images/%EF%BC%88%E5%9C%966%EF%BC%89%E8%8B%B1%E5%9C%8BIoT_%E5%9C%96%E7%89%87%E4%BE%86%E6%BA%90%E6%93%B7%E5%8F%96%E8%87%AA%E8%8B%B1%E5%9C%8B%E6%95%B8%E4%BD%8D%E9%83%A8.jpg" style="width: 220px; float: right;" /></a></strong><span style="color: rgb(169, 169, 169); font-family: 微軟正黑體, sans-serif; font-size: 18.6667px; text-align: right; background-color: rgb(247, 247, 247);">圖片來源／擷取自英國數位、文化、媒體暨體育部官方網站</span></p> <p>英國數位、文化、媒體暨體育部部長Matt Warman宣布，該國政府將立法規範物聯網裝置的安全標準，以避免這些裝置蒙受安全及被駭風險，並確保所有在當地銷售的IoT裝置都符合三大安全要求：第一，所有IoT裝置都必須具備獨特的密碼，而且無法重置成任何通用的出廠預設值；其次，IoT裝置的製造商必須提供公開的安全漏洞回報窗口；第三，IoT裝置製造商必須明確揭露裝置的安全更新時程。<a href="https://www.ithome.com.tw/news/135548"><span style="color: rgb(169, 169, 169);">更多內容</span></a></p> <p> </p> <h3><strong><span style="color: rgb(178, 34, 34);">＃</span></strong><span style="color:#B22222;"><strong>駭侵事件</strong></span></h3> <h2><strong>聯合國被踢爆去年曾遭駭客入侵，卻不曾公布與說明此事</strong></h2> <p>專門報導人道新聞的The New Humanitarian通訊社在1月29日踢爆，有未具名的聯合國IT主管透露，該組織在歐洲的多個網路曾在去年7月遭到駭客入侵，大約有40臺伺服器遭駭，然而，聯合國對此資安事件始終保持沈默，只要求員工變更密碼，並未提及員工的個人資料可能已外洩。報導中指出，聯合國發言人Stéphane Dujarric已坦承此事，但因無法確認事件的性質與範圍，遲遲未對外公布。此一保持沈默的作法，引發相關專家抨擊，因為身為國際治理組織，卻沒有遵循專業標準。<a href="https://www.ithome.com.tw/news/135570"><span style="color: rgb(169, 169, 169);">更多內容</span></a></p> <p> </p> <h3><strong><span style="color: rgb(178, 34, 34);">＃</span></strong><span style="color:#B22222;"><strong>醫療OT設備安全</strong></span></h3> <h2><strong>研究人員踢爆GE Medical醫療裝置含有重大安全漏洞</strong></h2> <p class="rteright"><strong><a href="https://s4.itho.me/sites/default/files/images/（圖5）MDhex disclosure timeline_圖片來源CyberMDX.png"><img alt="" src="https://s4.itho.me/sites/default/files/images/%EF%BC%88%E5%9C%965%EF%BC%89MDhex%20disclosure%20timeline_%E5%9C%96%E7%89%87%E4%BE%86%E6%BA%90CyberMDX.png" style="width: 220px; float: right;" /></a></strong><span style="color: rgb(169, 169, 169); font-family: 微軟正黑體, sans-serif; font-size: 18.6667px; text-align: right; background-color: rgb(247, 247, 247);">圖片來源／CyberMDX</span></p> <p>專門提供醫療照護網路安全解決方案的CyberMDX，揭露GE Medical旗下醫療裝置有6大安全漏洞，其中5個是CVSS v3.1最高風險10分。</p> <p>由於CyberMDX是在2019年9月通報，已過90天的緩衝期，GE Medical仍來不及修補，因此美國ICS-CERT也在1月23日，針對GE CARESCAPE、ApexPro與CIC系統提出警告。</p> <p>後續GE Medical表示，迄今尚未發現鎖定相關漏洞的攻擊程式，用戶可繼續使用相關裝置，但最好確認MC與IX網路是獨立的，以提高駭客的攻擊門檻，也應採用各裝置的最佳配置準則。<a href="https://www.ithome.com.tw/news/135524"><span style="color: rgb(169, 169, 169);">更多內容</span></a></p> <p> </p> <h3><strong><span style="color: rgb(178, 34, 34);">＃</span></strong><span style="color:#B22222;"><strong>實體安全金鑰　</strong></span><strong><span style="color: rgb(178, 34, 34);">＃</span></strong><span style="color:#B22222;"><strong>FIDO</strong></span></h3> <h2><strong>Google開源可製作硬體金鑰的韌體專案OpenSK</strong></h2> <p class="rteright"><a href="https://s4.itho.me/sites/default/files/images/（圖3）OpenSK_Google Security Blog.jpg"><img alt="" src="https://s4.itho.me/sites/default/files/images/%EF%BC%88%E5%9C%963%EF%BC%89OpenSK_Google%20Security%20Blog.jpg" style="width: 220px; float: right;" /></a><span style="color: rgb(169, 169, 169); font-family: 微軟正黑體, sans-serif; font-size: 18.6667px; text-align: right; background-color: rgb(247, 247, 247);">圖片來源／擷取自Google Secrutiry Blog's影片</span></p> <p>去年Google開賣自有Titan實體安全金鑰裝置，在1月30日，他們進一步將開發硬體安全金鑰的韌體開源，在GitHub上釋出OpenSK專案，希望藉由這個開源專案讓獨立開發人員、硬體金鑰製造商，都能開發安全加解密裝置，加速實體安全金鑰的普及。</p> <p>基本上，OpenSK是以Rust撰寫而成，運行在TockOS上，支援FIDO U2F及FIDO 2標準，Google指出，現在開發人員可將OpenSK韌體刷到Nodic晶片的dongle開發板，因為它支援FIDO2所有主流傳輸協定且價格便宜，未來Google計畫未來也會擴大到其他晶片。<a href="https://www.ithome.com.tw/news/135579"><span style="color: rgb(169, 169, 169);">更多內容</span></a></p> <p> </p> <h3><strong><span style="color: rgb(178, 34, 34);">＃</span></strong><span style="color:#B22222;"><strong>軟體生命週期　</strong></span><strong><span style="color: rgb(178, 34, 34);">＃</span></strong><span style="color:#B22222;"><strong>安全更新問題</strong></span></h3> <h2><strong>德國政府為確保尚未升級的Windows 7電腦的安全，今年要多花89萬歐元</strong></h2> <p>在2020年1月14日微軟正式終止Windows 7，根據德國《商報Handelsblatt》報導，儘管該國政府1年多前就已啟動升級Windows 10的計畫，但是各單位裝置數量太多，像是柏林市政府就有8.5萬臺電腦，迄今還有2萬臺是Windows 7電腦。因此，為了確保德國聯邦政府目前3.3萬臺Windows 7電腦的安全，德國政府今年必須多花88.6萬歐元（約新臺幣2952萬元），購買延伸安全更新，以便持續獲得安全修補程式。<a href="https://www.ithome.com.tw/news/135519"><span style="color: rgb(169, 169, 169);">更多內容</span></a></p> <p> </p> <h3><strong><span style="color: rgb(178, 34, 34);">＃</span></strong><span style="color:#B22222;"><strong>勒索軟體</strong></span></h3> <h2><strong>Windows EFS可被用來強化勒索軟體，防毒軟體偵測不到</strong></h2> <p>安全公司Safebreach發現一種勒索軟體實作方法，可利用微軟的加密技術Encryption File System（EFS）來強化勒索軟體的威力，使得現有多家安全防護產品無法偵測，所幸後續這些業者也都更新了產品，加入偵測這種EFS勒索軟體的能力。</p> <p>研究人員指出，這種新手法不僅難以發現及防堵，而且還有可自動化執行，無需人力介入的特性，一般資安產品的特徵檢測式技術無法防堵，啟發式或普遍特徵方案或許可以，但還需要以更先進研究協助訓練演算法。<a href="https://www.ithome.com.tw/news/135488"><span style="color: rgb(169, 169, 169);">更多內容</span></a></p> <p> </p> <h4><span style="color:#0099ff;">更多資安動態</span><br /> ●<a href="https://www.ithome.com.tw/news/135493">ProtonVPN開源所有平臺的程式原始碼</a><br /> ●<a href="https://www.ithome.com.tw/news/135612">去年發送惡意Office檔的駭客，又利用HTML轉址手法散布木馬程式</a><br /> ●<a href="https://www.ithome.com.tw/news/135539">思科Webex Meetings出現安全漏洞，允許任何人加入需密碼的私人會議</a><br /> ●<a href="https://www.ithome.com.tw/news/135528">Mac惡意程式排行榜由Shlayer木馬居首</a></h4> </div></div></div>
2020/2/5 00:00作者羅正漢https://www.ithome.com.tw/news/135652
武漢肺炎抗疫還有這群幕後推手！3署IT聯手打造疫區入境小提示，成31萬醫護人員第一道防護
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p dir="ltr">自保，才能救人，當臺灣開始出現武漢肺炎通報案例時，全臺31萬醫護就成了武漢肺炎的高風險族群，如何更早一步提高警覺，關鍵之一就是，健保系統上的這個病患旅遊史「重點提示」小視窗。</p> <p dir="ltr">為防止武漢肺炎疫情擴大，衛福部中央健康保險署（簡稱健保署）早在1月27日時，就宣布「高風險地區入境日期資料」功能正式上線，勾稽了移民署入境資料，只要插入健保IC卡，醫事人員就能得知就醫民眾的入境史，了解民眾過去14天內是否去過疫區。</p> <p dir="ltr">後來，隨著疫情蔓延、通報定義擴大，這個警示功能也不斷精進，不只最初的湖北資料，現在涵蓋到來自全中國的入境史，甚至是否接觸過確診個案等紀錄，都會顯示在健保雲端系統中的摘要資訊區，提醒第一線的醫護人員加強防疫措施。甚至更進一步，現在，醫療院所透過授權機制，護理人員在醫院入口或診所櫃檯，就能提前查詢就醫民眾的旅遊史，更提早一步展開防疫措施。</p> <p dir="ltr" style="line-height:1.38;margin-top:12pt;margin-bottom:12pt;"><strong><span style="font-size:20px;"><span style="color:#FF8C00;"><span id="docs-internal-guid-bc3a8cd4-7fff-a998-d8bf-dde38b48ffa1"><span style="font-family: "Times New Roman"; background-color: transparent; font-variant-numeric: normal; font-variant-east-asian: normal; vertical-align: baseline; white-space: pre-wrap;">健保署、疾管署、移民署連夜趕工，新功能才能及時上線</span></span></span></span></strong></p> <p dir="ltr">這個看似簡單的提醒功能，其實來自一群幕後團隊的付出。健保署資訊組科長張齡芝指出，中央疫情指揮中心在春節1月25日指示，要求移民署提供最近3個月內曾至湖北地區的出入境名單，並將此資訊結合健保雲端系統，讓醫療院所可以直接從系統得知民眾的相關旅遊史。</p> <p dir="ltr">收到指示後，張齡芝與團隊馬上回到署中，趕工這個新功能。張齡芝指出，他們直接在原有的雲端系統上開發這個功能，初版，先由疾管署轉達提供移民署的入境資料，包括入境日期、ID和居留證號碼，以武漢和湖北地區為主。後來，移民署直接加入開發協力，採每天批次提供的方式，每天下午提供前一天的入境資料給健保署更新。</p> <p dir="ltr">健保署資訊組參議張淑慧表示，由於是這是緊急指令，許多作業直接先採人工進行，包括收發檔案和統整、資料庫匯入等。這些看似簡單的動作，在時間壓力下，「如何快速解決資料不正確的問題是挑戰。」她舉例，如原始資料中，就曾出現ID空白的記錄或ID超過10碼（身分證號標準長度）的資料，還得人工反覆與移民署釐清。資料清理後，還需轉換成健保雲端系統可用格式，「一開始，雙方沒有建立默契，常需調整格式，後來就漸入佳境了。」</p> <p dir="ltr">2天加班趕工，這個功能終於在1月27日正式上線，透過健保三卡認證（即醫療院所的安全模組卡、醫事人員卡和民眾健保卡），就能在雲端系統的病人摘要資訊區，跳出視窗告知旅遊入境史。</p> <p dir="ltr" style="line-height:1.38;margin-top:12pt;margin-bottom:12pt;"><strong><span style="font-size:20px;"><span style="color:#FF8C00;"><span id="docs-internal-guid-bc3a8cd4-7fff-a998-d8bf-dde38b48ffa1"><span style="font-family: Arial; background-color: transparent; font-variant-numeric: normal; font-variant-east-asian: normal; vertical-align: baseline; white-space: pre-wrap;">預防院內感染早一步，建立授權機制讓護理人員在大門先把關</span></span></span></span></strong></p> <p dir="ltr">後來，通報定義擴大，在1月31日時，開始增加來自中港澳地區的出入境記錄，資料量一下從最初的幾千筆，「暴增到了31萬多筆。」健保署資訊組隨即調整資料庫的比對條件邏輯，將來自移民署的資料，整合至自建的地區代碼檔案，來提高作業的速度。此外，提示內容還進一步增加了民眾的接觸史，讓醫護人員了解就診民眾是否曾接觸過確診個案，以便提高警覺。</p> <p dir="ltr">不只在資料上有所調整，健保署在1月30日時，增加了授權機制，讓護理人員經過授權，就能用護理人員卡，在大醫院門口或診所櫃檯，先查詢民眾的旅遊史和接觸史。</p> <p dir="ltr">健保署署長李伯璋解釋，一般醫療院所在民眾看診前，會先測量耳溫、判定是否發燒，「但發燒不一定是武漢肺炎的指標，病人也有可能只是肚子痛。」因此，為了避免進一步的院內感染、給予正確的診療，健保署開放授權，讓醫療人力較少的診所，可透過護理人員，先在櫃臺以健保卡查詢民眾資料。同時，大醫院也能藉此，在醫院入口就先了解民眾旅遊史，再分派至合適的診間。</p> <p dir="ltr" style="line-height:1.38;margin-top:12pt;margin-bottom:12pt;"><strong><span style="font-size:20px;"><span style="color:#FF8C00;"><span id="docs-internal-guid-bc3a8cd4-7fff-a998-d8bf-dde38b48ffa1"><span style="font-family: Arial; background-color: transparent; font-variant-numeric: normal; font-variant-east-asian: normal; vertical-align: baseline; white-space: pre-wrap;">下一步：因應口罩實名制系統上線</span></span></span></span></strong></p> <p dir="ltr">李伯璋指出，全臺一天口罩產量約300多萬片，其中，105萬片分配給醫療防疫人員、50萬片給服務業者，剩下的則分派給衛生單位，以及透過四大超商販售給民眾。</p> <p dir="ltr">但四大超商近日出現口罩分配不均問題，因此，經行政院指示，疾管署在昨（3日）宣布，自2月6日起實施口罩實名制，民眾須以健保卡，依照身分證字號末一碼和特定天數，至社區藥局購買口罩，每人限購2片。</p> <p dir="ltr">張齡芝表示，健保署在兩天內修改全國資料庫系統，透過健保卡過卡方式，可註記購買日期、數量，一方面也能告知藥師，民眾是否符合購買資格，來把關口罩數量分配。</p> <p dir="ltr">不過，「口罩實名制系統，對資訊組來說是不一樣的大挑戰，因為要考量瞬間爆量和硬體備援。」張齡芝解釋，依口罩購買量來判斷，系統在全臺6,500多家藥局同時上線時，勢必會遇到系統瞬間流量爆增。「也因此，我們在伺服器、CPU、資料庫連接和頻寬等，都加倍處理，」比如，健保署已備妥24臺應用伺服器（AP Server），來因應系統上線，另外也多準備了12臺預備主機，以備不時之需。</p> <p dir="ltr">在整體防疫面，為了減少防疫漏洞和人工作業量，行政院也指示衛福部，日後進行跨部會的資訊整合，比如與移民署、戶政和電信業者合作，整合出入境資料、戶籍資料和電信帳單資料，未來若有疑似個案失聯，也還有一套可行的追蹤機制。文◎王若樸</p> <div> </div> </div></div></div>
2020/2/4 16:30作者王若樸https://www.ithome.com.tw/news/135645
HPE買下雲端安全新創Scytale
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>Hewlett Packard Enterprise（HPE）<a href="https://www.hpe.com/us/en/newsroom/blog-post/2020/02/hpe-acquires-scytale-to-advance-open-secure-edge-to-cloud-strategy.html" target="_blank">在本周宣布</a>，已買下甫於2017年創立的雲端安全服務供應商<a href="https://scytale.io/blog/scytales-next-chapter/" target="_blank">Scytale</a>，打算藉由Scytale的技術來強化HPE雲端服務，HPE亦承諾將承繼Scytale對SPIFFE及SPIRE兩大開源專案的貢獻。</p> <p>Scytale團隊由老練的工程師組成，他們分別來自AWS、Duo Security、Google、Okta、PagerDuty與Splunk，且<a href="https://thenewstack.io/hpe-buys-into-cloud-native-service-authentication-with-scytale-acquisition/" target="_blank">是SPIFFE與SPIRE開源專案的貢獻者</a>。SPIFFE的全名為「每個人的安全生產身分認證框架」（Secure Production Identity Framework for Everyone），SPIRE則是SPIFFE的執行環境，因此，Scytale基於這兩個專案，替雲端及基於容器的微服務打造了服務身分認證能力。</p> <p>Scytale專注於打造<a href="https://www.ithome.com.tw/article/124684" target="_blank">零信任（Zero Trust）</a>的安全服務，亦即要求組織不論是在任何時候，都不應信任內部或外部的各種實體，該公司的共同創辦人Sunil James表示，隨著有愈來愈多的組織擁抱混合雲、多雲、容器及邊緣運算，零信任的價值愈趨明顯。</p> <p>在雲端運算的分散式微服務架構中，許多元件都必須持續與其它元件交流，而這些元件需要一個機制來驗證各種訊息的真實性，使得SPIFFE與SPIRE逐漸成為雲端原生運算的基礎。</p> <p>HPE則說，他們在HPE的產品或服務中，看到許多可利用SPIFFE與SPIRE的機會，相信此一基於密碼的身分認證技術，將能在企業的數位轉型或雲端部署中扮演重要的角色，此一併購案將能讓HPE的客戶能夠設計、部署及達到其IT經營目標，不需考慮供應商或區域，就能達到過去只有透過私有網路安全方案才能實現的信任。</p> <p>此外，HPE也承諾將會繼續貢獻SPIFFE與SPIRE專案，提供基於開源專案的各種服務與產品，以協助客戶在最短的時間內現代化它們的應用。雙方並未公布此一併購案的交易金額。</p> </div></div></div>
2020/2/4 17:10作者陳曉莉https://www.ithome.com.tw/news/135651
Swift新增跨平臺加密套件Crypto
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p><a href="https://swift.org/blog/crypto/">現在程式語言Swift多了一個用於加密的開源專案Swift Crypto</a>，Swift Crypto是一個新的套件，讓Swift開發社群也能用到Apple CryptoKit的功能，開發人員可以應用API進行一系列通用的加密操作。Swift Crypto是一個跨平臺的加密解決方案，在所有Swift支援的平臺都可以使用。</p> <p>Swift Crypto加密套件由兩部分組成，在Apple的平臺上，Swift Crypto依循Apple CryptoKit加密框架，提供Apple CryptoKit的API，而在其他平臺上，Swift Crypto則是以BoringSSL函式庫為基礎重新實作，目標是提供一組簡單易於使用的API，讓開發者用於開發跨平臺程式碼。</p> <p>官方提到，Swift Crypto需要考量複雜的硬體實作問題，雖然Apple CryptoKit是由公開的加密原語實作，但是其API子集使用Apple的Secure Enclave處理器來儲存並且計算金鑰資訊，但Apple的Secure Enclave處理器無法用於非Apple的硬體，因此Swift Crypto不會提供部分相關API。</p> <p>而且為了讓開發人員在非Apple平臺上，方便地更新Swift Crypto，開發團隊利用Swift套件管理器發布Swift Crypto，開發者可以簡單快速更新套件，以獲取安全修復程式和API更新。官方強調，從Swift Crypto獲得的結果，與從Apple CryptoKit獲得的結果相同，相同輸入對Swift Crypto和Apple CryptoKit的同一API，將會產生語意上相同的結果，官方釋出了測試套件，開發者可用來進行驗證。</p> <p>不過，在部分情況下，開發人員需要進行額外的工作，橋接Apple CryptoKit驗證與BoringSSL驗證不相符的情況，甚至在特定的案例，部分演算法有重新實作的需要，官方提到，這些工作將是Swift Crypto專案接下來努力的方向，而且也會盡力在Swift Crypto中提供Apple CryptoKit的所有功能。</p> <p>Swift Crypto專案的目標是提供跨平臺的解決方案，以便在更廣泛的平臺上使用Apple CryptoKit的API，因此Swift Crypto的發展會跟隨Apple CryptoKit的發展狀況，也由於Swift Crypto是一個開源專案，因此貢獻者有一定程度的自由可以發出API提案，並且根據這些API影響的範圍，Apple會考慮在Apple CryptoKit中實作。</p> <p>除了需要用到專有硬體的API之外，Apple CryptoKit實作的API都會被Swift Crypto採用，不可用的部分會以Swift Crypto為基礎實作，官方會透過共享的測試套件，確保Swift Crypto和Apple CryptoKit完全相容。而官方也提到，Swift Crypto的重點不在於提供所有加密原語，因為這會使得開發者選擇困難。</p> </div></div></div>
2020/2/4 17:45作者李建興https://www.ithome.com.tw/news/135642
與TCL合約到期，黑莓機即將成絕響？
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>在2016年12月取得黑莓（BlackBerry）品牌獨家授權的TCL Communication，<a href="https://twitter.com/BBMobile/status/1224331849201258496/photo/1" target="_blank">於周一（2/3）宣布</a>，與黑莓母公司BlackBerry Limited的合約將於今年的8月31日到期，屆時TCL將不再銷售黑莓品牌的裝置。外界則認為這代表著黑莓機將從此消失。</p> <p>成立於1984年的加拿大業者Research In Motion（RIM），在市場上推出了「黑莓」（BlackBerry）品牌的裝置及服務，相關裝置最大的特色是安全性與內建實體鍵盤，成為商界及政治界人士的最愛，也一度是全球最受歡迎的智慧型手機品牌，還使得RIM在2013年直接更名為BlackBerry Limited。</p> <p>然而，黑莓機終究不敵iPhone與Android手機，逐漸淡出手機市場的BlackBerry，更在2016年宣布將黑莓品牌的安全軟體與服務套件獨家授權給TCL，允許TCL設計、生產及銷售黑莓機。</p> <p>本周TCL則表示，在今年8月31日之後，該公司已無權再設計、生產或銷售任何新的黑莓裝置，但會繼續支援既有的黑莓機，包括保固或客戶服務，期限為2022年的8月31日或其它各地法令所規定的日期。</p> <p>在2016年接手黑莓品牌的TCL，在這幾年以BlackBerry Mobile為名，陸續發表了BlackBerry KEYone、BlackBerry Motion、BlackBerry KEY 2及BlackBerry KEY 2 LE等多款手機，最新的一款是2018年10月推出的BlackBerry KEY 2 LE，屬於入門款黑莓機，售價為399美元，之後就再也沒有新作。</p> <p>已經轉型為安全軟體及服務供應商的BlackBerry Limited，目前尚未回應TCL的聲明，並不確定BlackBerry Limited是否會重拾黑莓裝置生產業務，或是將黑莓品牌重新授權給其它業者，還是讓黑莓機從此成為絕響。</p> </div></div></div>
2020/2/4 16:15作者陳曉莉https://www.ithome.com.tw/news/135644
蘋果提出OTP簡訊格式草案，獲Google支持
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>蘋果近日針對包含雙因素驗證（two-factor authentication，2FA）一次性密碼（one-time password，OTP）的簡訊，<a href="https://github.com/WebKit/explainers/tree/master/sms-one-time-code-format#goals" target="_blank">提出新的格式草案</a>，減少以簡訊傳送動態密碼的安全風險，也獲得Google的支持。</p> <p>許多網站使用一次性密碼作為身份驗證，而簡訊是傳送OTP最常見的機制，但是一如許多研究顯示，以簡訊傳送OTP安全風險很高，可能遭到外人攔截以發動中間人攻擊（man in the middle），取得用戶的登入帳密，或是竄改目標URL而導引用戶到釣魚網站。而這項草案即希望能降低簡訊傳送OTP的部份風險。</p> <p>在現有簡訊傳送OTP的作法下，例如一個名為foobar.com的網站透過傳送747723的OTP到用戶手機，再由用戶將這組數字在https:// foobar. com網站輸入。但因為目前傳送OTP的簡訊沒有標準文字格式，因此想用2FA登入的網站，必須使用啟發式（heuristics）演算法，來尋找簡訊文字內的數字密碼，以及將這組密碼和網站進行關聯。問題是啟發式演算法容易出錯也很危險。</p> <p>蘋果Safari Web技術部門的工程師Theresa O'Connor指出，蘋果提出的文字格式草案目標有二。一是不用仰賴啟發式演算法從簡訊擷取出OTP。她認為用戶不需手動將OTP複製、拷貝到瀏覽器上的方式，才是最理想作法。目標二是將OTP穩定地關聯到特定目標網站，OTP是由哪個網站發出，最好也只能用於該網站。</p> <p>蘋果草案提出一種很簡單的簡訊格式來解決上述問題。第一行是人類可讀取的文字，這可由網站自行決定要不要加。此後則是以將OTP和發送OTP的網站列於一行，如「747723是您Foobar的驗證碼」。第三行，也就是最後一行則提供說明，像是「@foobar.com #747723。」</p> <p>蘋果認為這個格式可以提升以啟發式演算法從簡訊擷取OTP，以及將OTP關聯到來源網站過程的穩定性。此外，還可以增加瀏覽器提供的2FA驗證輔助功能（即AutoFill功能），並減少用戶誤上釣魚網站輸入OTP的風險。</p> <p>但蘋果也強調，這種新式簡訊格式只能減少網釣風險，無法解決簡訊被攔截的弊病。</p> <p>這項草案需要其他瀏覽器的支持。除了蘋果Safari，Google Chrome團隊也表達支持，也在早期制訂過程提供了意見，但Firefox似乎未加入支持。</p> <p>不過為避免簡訊OTP被攔截的風險，使用者還可以選擇其他方式，如以Google Authenticator等App產生密碼，或用Google、Yubico提供完全不必使用密碼的硬體金鑰。Google上周甚至把開發硬體安全金鑰的韌體，<a href="https://www.ithome.com.tw/news/135579" target="_blank">以OpenSK專案開源</a>，讓獨立開發人員或硬體廠商也能開發金鑰裝置。</p> </div></div></div>
2020/2/4 16:45作者林妍溱https://www.ithome.com.tw/news/135646
緊急調查！全臺116家大型企業如何善用IT對抗武漢肺炎疫情，哪些IT對策最多企業先做？
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>武漢肺炎從年前爆發迄今，打亂許多企業的業務與差旅計畫，臺灣雖然只有十個確診病例，但從中央防疫指揮中心年節前的全天候待命，到開工後的口罩之亂等，也都在在凸顯出，抗疫防疫的確不是一件容易的事情。</p> <p>從1月30日臺灣許多企業正式開工後，從資訊到業務單位都為了因應武漢肺炎展開許多應變措施，iThome也於最短的時間內，針對全臺灣營收十億元以上的二千大企業，進行「武漢肺炎因應措施」的緊急問卷調查，在兩天（2/2-2/3）回收了116家企業的有效樣本。</p> <p>臺灣BSI營運長謝君豪針對此一問卷調查進行分析指出，臺灣企業平時已完成的IT對策，包括八成以上企業都已經做到「關鍵系統和資料備份」等，顯見IT部門對於IT系統以及資料備份等營運持續對策落實度很高。</p> <p>但相對於「正在進行中」的IT對策，都比較偏向「業務面」的營運持續措施來看，目前只有32.8％的企業已經做到「營運持續計畫（BCP）納入傳染病衝擊對策」。謝君豪分析指出，換句話說，仍有六成七的企業，面對這次傳染病的營運衝擊，沒有任何營運持續計畫的備案。</p> <p>但他也說，要從企業營運持續管理（BCM）的角度來看，IT部門頂多只能完善並落實IT系統層次相關的營運持續計畫，真正對業務面帶來衝擊的營運持續計畫，仍有賴公司的高階主管支持，才可能真正落實。</p> <h3><strong><span style="color:#FF8C00;">8成企業完成關鍵系統和資料備份，7成企業BCP沒有考量傳染病對策</span></strong></h3> <p>這一次的「因應武漢肺炎疫情的IT對策」問卷調查中，從疾管署在2011年修訂的機關企業因應流感大流行營運持續指引中，整理出23項IT對策作為問卷選項，也針對企業「平時已完成」、「正在進行/執行」、「計畫中還沒執行」和「不需要或不知道」等四個層次，做為企業的自我評量的標準。</p> <p>從116家企業的問卷調查來看，平時已完成的項目中，超過八成企業，平日已經落實「關鍵系統和資料備份」（81.6％）；超過七成企業已做到「關鍵系統備援機制」（71.9％）和「災難備援和復原演練」（70.4％）；更有超過六成企業「建立IT的職務代理機制」（69.9％）、「重新確認受災時，關鍵系統可正常運作」（67.8％）和「建立IT單一服務窗口」（65.8％）。</p> <p>謝君豪認為，企業IT部門對相關系統與資料備援已經很有經驗，「這些對策早就落實在IT部門的平日工作項目中。」他說。另外，過半企業也「建立遠距工作機制，含遠端桌面與雲端協同」（58.3％）和「建立即時通訊機制」（50.4％）。</p> <p>謝君豪認為，隨著雲端科技的普遍和各種即時通訊工具的普及，許多IT部門平時若多採用雲端或是Web服務，面對這一次的疫情爆發，往往有餘力提供企業所需的各種遠距工作環境，並且藉由事先已經落實的緊急通訊聯繫的機制，確保企業內部的政策溝通無誤。</p> <p>但是，若進一步觀察IT部門「平時已完成」的IT對策中，只有3成企業「營運持續計畫（BCP）納入傳染病衝擊對策」（32.8％），謝君豪指出，有將近七成企業，即便平時有撰寫營運持續計畫，但在對應的情境中，並沒有納入傳染病可能對企業帶來衝擊的情境，這也可見，多數企業對於傳染病防治相對缺乏警覺性。</p> <p>從2002年的SARS，到2005年的禽流感，或者是2009年H1N1新流感，或許因為每一次的傳染病流行都有很長的時間間隔，今年武漢肺炎距離上一次H1N1新流感，迄今甚至超過十年時間，也讓許多企業無形之中，淡忘了傳染病對企業營運持續帶來的重大衝擊。</p> <h3><strong>涉及業務層面的IT對策難事先完成，企業緊急進行中</strong></h3> <p>萬事莫如防疫急！許多企業正式開工後，也都陸續針對武漢肺炎的防疫做相關因應。根據此次調查顯示，有超過四成以上的企業，正在進行包括：「建立員工健康監測和追蹤機制」（48.7％）、「建立疫情專責應變小組」（47.8％）、「建立員工差與的疫情風險控管機制」（47.8％）、「建立疫情接觸者的管理和追蹤機制」（43.5％），以及「建立疫情風險和業務衝擊盤點」（41.7％）等IT對策。</p> <p>另外也有三成企業，正積極「建立即時通訊機制」（33.6％）、「營運持續計畫（BCP）納入傳染病衝擊對策」（32.8％）和「確保關鍵人物的聯繫管道暢通」（32.2％）。</p> <p>謝君豪表示，從這些前八大正在進行中的IT對策可以發現，除了建立即時通訊機制是IT部門原先的職掌外，多數的IT對策都涉及業務層面的決策，並不是IT部門本身可以做決定的項目。</p> <p>從這個調查結果也可以清楚發現，他說：「企業在落實營運持續管理（BCM）或制定營運持續計畫（BCP）時，絕對不只是IT部門的責任，公司管理階層和業務單位如果沒有參與並投入，整個營運持續管理是無法真正到位的。」</p> <p>至於，其他想做還沒做的十大IT對策中，排名前五名的項目包括：「完成臨時辦公室的IT環境準備」（27.8％）、「IT也建立彈性工時機制，如停班或輪班工作」（24.4％）、「建立供應商受災情報」（21.7％）、「啟用備援機房」（20/9％）和「進行疫情風險和業務衝擊盤點」（20.9％）。而排名第六名的「營運持續計畫（BCP）納入傳染病衝擊對策」則列在20.7％企業的待辦事項清單中。</p> <p>謝君豪認為，這些項目中，像是排名第一名的「完成臨時辦公室的IT環境準備」，「IT建立彈性工時制度」或是「啟用備援機房」等，看似要執行IT部門的系統復原任務，但實際上，這些IT服務的啟用，最終的目的卻是為了做到異地辦公室可以順利業務復原的前置作業。</p> <p>如同謝君豪所言，要從企業營運持續來看企業防疫的IT對策時，單從IT復原或是業務復原的層面來看都是不足夠的，管理階層、業務部門和IT部門都必須分工合作，從公司營運持續的角度來執行相關的IT或業務復原工作，才能真正達到企業營運持續的目標。</p> <p>此外，相較前面只有三成企業，已經將傳染病對企業營運持續的衝擊納入該公司的營運持續計畫中，從調查中則可以發現，仍有二成企業，目前還無力將傳染病對企業營運帶來的衝擊，納入營運持續計畫中。</p> <p><img alt="" src="https://s4.itho.me/sites/default/files/images/2-%E6%AD%A6%E6%BC%A2%E8%82%BA%E7%82%8EIT%E5%B0%8D%E7%AD%96%E7%B7%8A%E6%80%A5%E5%9F%B7%E8%A1%8CTop10_.jpg" /></p> <p><img alt="" src="https://s4.itho.me/sites/default/files/images/1-%E6%AD%A6%E6%BC%A2%E8%82%BA%E7%82%8EIT%E5%B0%8D%E7%AD%96%E5%B9%B3%E6%99%82%E5%B8%B8%E5%82%99Top1_.jpg" /></p> </div></div></div>
2020/2/4 15:39作者黃彥棻https://www.ithome.com.tw/news/135638
Google投資的診所1Life IPO募資2.45億美金
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>由Google投資的診所1Life Healthcare上周在那斯達克市場，<a href="https://www.nasdaq.com/articles/1life-one-medical-prices-ipo-at-%2414-the-low-end-of-the-range-2020-01-31" target="_blank">以每股14美元掛牌上市</a>，一舉募得2.45億美金。</p> <p>1Life Healthcare IPO目標底價為14到16美元。但當天獲得金融巨擘摩根大通（JP Morgan）及摩根史坦利（Morgan Stanley）投資2.45億美元，當天以22.07美元作收，比底價還高出58%，使市值爆增為27億美元。目前該公司股價為22.8美元。</p> <p>總部位於舊金山的1Life Healthcare為診所連鎖One Medical母公司，成立於2007年，One Medical提供號稱未來式的全觀（holistic-view）初級健康照護服務。它採用會員制，會員年繳199美元可享有「平價、方便」的醫療服務、同日預約及24x7的遠距健康照護諮詢。1Life Healthcare客戶包括會員數4萬，來自4千家為員工支付會員費的企業。</p> <p>1Life 2013年獲得Google Venture 投資，其他投資者也大有來頭，包括Carlyle Group、Oak Partners、私募基金業者Benchmark等，Google也是1Life最大企業客戶，約佔其近10%的營收。<a href="https://www.cnbc.com/2020/01/30/one-medical-ipo-prices-at-14.html" target="_blank">根據CNBC的報導</a>，去年頭9個月1Life營收近2億美元。</p> <p>OneMedical診所目前在全美9座城市，包括波士頓、西雅圖、紐約與芝加哥等設有77家診所，並宣稱未來會再擴展到波特蘭市、亞特蘭大及加州橘郡等地。</p> <p>科技巨擘紛紛投入健康照護業。除了發展健康照護用的穿戴裝置、儲存資料的雲端儲存服務外，他們也提供診所為員工及眷屬提供醫療服務作為員工福利，像是<a href="https://www.ithome.com.tw/news/121539" target="_blank">蘋果的AC Wellness</a>和<a href="https://www.ithome.com.tw/news/133259" target="_blank">Amazon的線上診所Amazon Care</a>。</p> </div></div></div>
2020/2/4 16:00作者林妍溱https://www.ithome.com.tw/news/135641
憑證過期讓Microsoft Teams當了3小時
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>微軟的Microsoft Teams在美東時區的周一（2/3）早上9點（約台灣周一晚間10點）時，當了3小時左右，造成Microsoft Teams用戶無法存取該服務，調查後發現是因該服務的憑證過期所造成，微軟緊急部署了新憑證，於台灣周二凌晨1點時恢復大多數用戶的存取能力，直到今早5點才完全修復。</p> <p>昨天當Microsoft Teams用戶要存取該服務時，出現了無法與伺服器建立HTTPS連線的錯誤訊息，Microsoft 365團隊很快就<a href="https://twitter.com/MSFT365Status/status/1224336575036870656" target="_blank">在Twitter上發布聲明</a>，表示正在展開調查；<a href="https://twitter.com/MSFT365Status/status/1224351597624537088" target="_blank">一小時後就查出了原因</a>，原來是Microsoft Teams的憑證過期了，使得微軟緊急部署了新憑證。</p> <p><a href="https://www.theverge.com/2020/2/3/21120248/microsoft-teams-down-outage-certificate-issue-status" target="_blank">美國媒體認為</a>這真是個尷尬的錯誤，一來忘了更新憑證似乎過於大意，二來微軟最近正在大打Microsoft Teams的電視廣告，竟然就在此時出錯了。</p> <p>根據微軟去年11月所公布的數據，Microsoft Teams的每日用戶數已超越2,000萬，成為全球最受歡迎的聊天協作服務，凌駕最大競爭對手Slack的1,200萬名每日用戶。</p> </div></div></div>
2020/2/4 12:35作者陳曉莉https://www.ithome.com.tw/news/135636
NEC網路遭駭，2.8萬份檔案疑遭存取
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>日本大廠再傳遭駭，繼日前的<a href="https://www.ithome.com.tw/news/135468" target="_blank">三菱電機</a>後，<a href="https://jpn.nec.com/press/202001/20200131_01.html" target="_blank">NEC也坦承</a>2018年公司發現國防事業部一台伺服器遭駭客入侵，使2.8萬份檔案疑遭不法存取，但NEC強調國防機密和個資並未外洩。</p> <p>這件事發生於2年多前。NEC於2017年6月執行網路安全檢測，發現有從公司伺服器發出的異常連線，於是將這台伺服器加以隔離並送交調查。經過鑑識分析後，2018年7月證實是NEC國防事業部一台和其他部門共用的伺服器遭駭，儲存於其上的27,445份檔案，可能已經遭非法存取。</p> <p>NEC指出，目前協助調查的第三方廠商尚未確認資料外洩的損害。但該公司強調疑似遭存取的檔案，並不包含國防機密或個人隱私資訊。而從2018年7月以後，NEC 也已個別通知受到影響的客戶。</p> <p>NEC並未說明這些檔案的性質。<a href="https://www.nikkei.com/article/DGXMZO55070860Q0A130C2CC1000/" target="_blank">日經新聞</a>報導可能洩露了「軍事設備」資訊，<a href="https://www3.nhk.or.jp/news/html/20200130/k10012266431000.html" target="_blank">NHK</a>則引述NEC說法報導，外洩資料包含潛水艇感測器相關資訊。NEC也強調會強化公司網路攻擊的防範及安全政策執行，以防止類似事件再發生。</p> <p>這也是日本大廠近來曝光的第二宗重大資料外洩事件。二周前三菱電機也坦承公司網路於去年6月底遭駭，造成近2,000名求職者履歷、4,500多名現任員工及1,600名退休員工個資外洩。</p> <p>日本汽車大廠豐田澳洲、越南分公司及日本總公司去年上半年，<a href="https://www.ithome.com.tw/news/129693" target="_blank">也分別遭疑似同一駭客組織發動網路攻擊</a>，造成經銷商及客戶資料外洩。</p> </div></div></div>
2020/2/4 13:10作者林妍溱https://www.ithome.com.tw/news/135637
如何駭進Google Maps？行為藝術家把99支手機放在一台手推車上創造交通擁擠的假相
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>一名來自德國的行為藝術家Simon Weckert，<a href="http://simonweckert.com/googlemapshacks.html" target="_blank">最近示範了</a>如何駭進Google Maps，他蒐集了99支二手的手機，把它們放在同一台手推車上，在一條道路上拉著手推車前進，而Google Maps則因偵測到該道路聚集了大量的手機，而在Weckert所行經的路段上，顯示了交通擁擠的紅色狀態。</p> <p>Google Maps主要是利用手機上的GPS與位置資料來判斷特定地區的交通狀況，當在察覺大量手機或是手機前進速度緩慢時，就會在地圖上顯示紅色來提醒用路人，建議用路人避開該路段。</p> <p>而Weckert則<a href="https://www.youtube.com/watch?v=k5eL_al_m7Q" target="_blank">公布了此一實驗的影片</a>，可以看到當他拖著99支手機行走時，Google Maps上同一位置所顯示的路況，從原本代表交通順暢的綠色，轉變成塞車狀況的紅色。但事實上，在Weckert執行實驗時，只有零星的幾部車輛經過同一路段。</p> </div></div></div>
2020/2/4 12:10作者陳曉莉https://www.ithome.com.tw/news/135635
Alphabet第四季財報出爐，首次公開YouTube廣告與Google Cloud數據
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p><a href="https://abc.xyz/investor/static/pdf/2019Q4_alphabet_earnings_release.pdf?cache=05bd9fe" target="_blank">Alphabet本周公布去年第四季財報</a>，該季Alphabet創造了461億美元的營收，比2018年同期成長17%，其中，Google的營收為458億美元，占Alphabet總營收的99.4%。該季也是Alphabet首次公開YouTube與Google Cloud的獨立數據。</p> <p>在Google的458億美元營收中，廣告依舊是Google的主要營收，以379億美元占Google總營收的82.8%。主要為Google搜尋廣告的272億美元，YouTube的廣告營收為47億美元，Google廣告網路的營收則是60億美元。</p> <p>除了廣告之外，Google首次公布Google Cloud的營收，該季Google Cloud締造26億美元的營收，只占Google總營收的5.7%。</p> <p>至於Alphabet的新創事業（Other Bets）在該季的營收為1.72億美元，高過於2018年同期的1.54億美元。</p> <p>2019年第四季時，Alphabet的全球員工數為11.8萬人，比2018年同期的9.8萬人多出了2萬，顯示Alphabet在這一年來新增了2萬個職缺。</p> <p>在Alphabet的營業利潤上，Google該季達到115億美元的營業利潤，高於前一年同期的96億美元，而新創事業則是虧損了20億美元，也高過前一年同期的13億美元虧損。整體而言，Alphabet在去年第四季的每股盈餘達到15.35美元，也高於2018年同期的12.77美元。</p> </div></div></div>
2020/2/4 11:05作者陳曉莉https://www.ithome.com.tw/news/135633
Google Chrome的修補程式空窗期將由33天縮短為15天
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>儘管Google認為已經做了許多事來確保Chrome用戶的安全，但在最新版本的Chrome，Google更進一步縮短Chrome的修補程式空窗期（patch gap），由33天縮短為15天。</p> <p>Google Chrome安全小組近日報告2019年第4季的Chrome安全狀況，提到持續改進Chrome的「修補空窗期」（patch gap）。所謂修補空窗期是指，當有安全修補程式已發布到Google開源程式碼資料庫，但尚未經由穩定版Chrome更新發布的這段期間。Chrome的修補空窗期中位數，在76版的33天縮短為78版的15天。所以，現在Google每2個星期，就會定期發布包含重大安全漏洞修補程式更新的版本。Google表示，這點還會持續改善。</p> <p>其他Chrome的安全措施還包括，Chrome 79起逐步封鎖HTTPS網頁中以HTTP連線下載的內容。Google去年8月<a href="https://www.ithome.com.tw/news/135364" target="_blank">宣佈隱私沙箱（Privacy Sandbox）</a>的計畫，以提升用戶隱私保護，其中包括在未來的Chrome 80將限制cookies跨網站追蹤，並在今年內加入反瀏覽器指紋追蹤（fingerprinting）措施。</p> <p>此外，Google也透過抓漏獎金提升產品安全性。<a href="https://security.googleblog.com/2020/01/vulnerability-reward-program-2019-year.html" target="_blank">該公司說</a>，去年一整年總共發出650萬美元抓漏獎金，Chrome部份則發出近100萬元。為鼓勵安全人員通報漏洞，Chrome漏洞通報基本獎金的上限，也從5千美元加到1.5萬美元，最高獎金也由1.5萬美元加一倍來到3萬元。</p> </div></div></div>
2020/2/4 11:30作者林妍溱https://www.ithome.com.tw/news/135634
Rust發布1.41.0鬆綁Trait實作限制
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p><a href="https://blog.rust-lang.org/2020/01/30/Rust-1.41.0.html">Rust團隊發布了最新Rust 1.41版本</a>，放寬Trait實作的限制，同時也改進Cargo的安裝，而且這個版本將是最後支援32位元蘋果系統的版本。</p> <p>官方提到，由於在Rust 1.41孤立規則（Orphan Rule）太過嚴格，阻礙了組合（Composition）。孤立規則是用來預防相依性項目，在添加新Trait實作時造成破壞，也就是說只有在當前區域Crate中而非外部Crate時，Rust才會允許Trait或是類型實作。</p> <p>但是這限制遇到泛型時，情況就變得複雜，當Crate定義了BetterVec<T>結構，而開發者想要把該結構轉換成標準函式庫的Vec<T>，程式碼寫作impl<T> From<BetterVec<T>> for Vec<T>{// ...}，在Rust 1.40中，這個寫法違反孤立原則，因為From和Vec都是定義在標準函式庫，對於當前Crate來說是外部的Trait與類型，雖然有許多辦法可以繞過這個限制，但除了過程繁瑣之外，也無法適用所有案例。</p> <p>上述案例在Rust 1.41中，From和Vec仍然為外部的Trait與類型，但是Trait將會透過區域類型參數化，因此在最新版本這個實作是可行的。</p> <p>在最新版本中，Cargo安裝還會更新過時的套件。Cargo安裝可以用來安裝二進位Crate，開發人員常用來安裝以Rust撰寫的CLI工具，而從Rust 1.41開始，當Crate有新版本釋出的時候，Cargo安裝將會更新該Crate到最新版本。</p> <p>另外，為了維持建置的一致性，Cargo會使用名為Cargo.lock的檔案，其中包含了相依項目版本與校驗和，但是在獨立的分支中變更相依項目的時候，該檔案的資料排列方式容易產生合併衝突，而從Rust 1.41開始，將開始採用能夠避免衝突的新格式，但只有新的鎖定檔案會使用新格式，原有檔案將還是使用之前的格式。</p> <p>Rust將降低32位Apple裝置的支援程度到Tier 3，而這代表相關程式無法以rustup安裝程式下載，並且在自動建置的過程也會被忽略，Rust開發團隊表示，主要影響的目標是i686 apple darwin，無論是在32位元Mac硬體上使用編譯器，或是在其他平臺交叉編譯的32位元二進位檔都會受到影響，遭到降級的還有armv7-apple-ios、armv7s-apple-ios與i386-apple-ios。</p> <p>由於Apple放棄支援MacOS 10.15和iOS 11的32位元檔案，並且還防止開發者從Xcode 10交叉編譯32位元的程式，因此Rust降級的這些目標，對開發者來說本來就沒用。開發者仍可以繼續使用Rust 1.41建置32位元二進位檔，在2020年3月12日發布下一個穩定版本之前，Rust開發團隊還是會提供重大錯誤修復與安全補丁。</p> </div></div></div>
2020/2/4 10:22作者李建興https://www.ithome.com.tw/news/135623
Android將支援2020年最新表情符號❤️
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p><a href="http://blog.unicode.org/2020/01/unicode-emoji-130-now-final-for-2020.html">Unicode聯盟發布了最新2020年62種新的表情符號</a>，這些表情符號是經過提案以及審查後選出，包含了各種性別以及膚色的變化。Google提到，最新的表情符號其中5個入選的設計，是由<a href="https://www.blog.google/products/android/five-many-new-emoji-coming-android-year/">Android團隊貢獻</a>的。</p> <p>過去描繪育兒的表情符號只有哺乳，Google認為。並非只有以母乳餵養，才是養育孩子的表現，部分無法哺乳的族群，也應該能夠被表情符號包含在內，因此最新的表情符號中，將會有以奶瓶餵孩童喝奶圖（Person feeding baby with a bottle），該表情符號除了有各色人種版本外，也有男性角色的版本。</p> <p class="rtecenter"><img alt="" src="https://s4.itho.me/sites/default/files/images/BINK_GoogleSocial_Emoji_V1_emoji1_max-1000x1000(1).png" style="width: 580px;" /></p> <p>Google也提案了各種性別的婚紗與燕尾服人物變化。</p> <p class="rtecenter"><img alt="" src="https://storage.googleapis.com/gweb-uniblog-publish-prod/original_images/YWtzamRmbGthc2RmLmdpZg.gif" style="width: 580px;" /></p> <p>在表達同情心方面，最新表情符號加入兩人擁抱以及含淚而笑的圖示，Google解釋，含淚而笑表情符號同時表現美好與悲傷，在緬懷過去或是展望未來的時候可能可以派上用場。</p> <p class="rtecenter"><img alt="" src="https://s4.itho.me/sites/default/files/images/BINK_GoogleSocial_Emoji_V1_emoji3_max-1000x1000(1).png" /></p> <p>Google也與微軟一起贊助了跨性別旗幟的提案，這個表情符號可以讓跨性別社群表現驕傲與自豪，也可讓其他族群表達支持。這些由Unicode聯盟審核通過的表情符號，將會在今年稍晚登入Android。</p> <p class="rtecenter"><img alt="" src="https://s4.itho.me/sites/default/files/images/transflag_max-1000x1000(1).png" style="width: 300px;" /></p> </div></div></div>
2020/2/4 10:25作者李建興https://www.ithome.com.tw/news/135628
俄羅斯威脅臉書與Twitter把存放當地用戶資料的伺服器搬移到俄羅斯，否則就要罰款
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>俄羅斯的通訊暨媒體主管機關<a href="https://www.bleepingcomputer.com/news/security/russia-threatens-facebook-twitter-with-fines-demands-user-data/" target="_blank">Roskomnadzor在上周宣布</a>，該組織已經展開對抗臉書（Facebook）與Twitter的訴訟程序，要求這兩家業者要把存放當地民眾資料的伺服器置放在俄羅斯，<a href="https://www.themoscowtimes.com/2020/01/31/russia-threatens-facebook-twitter-with-100k-fines-a69126" target="_blank">否則就會面臨</a>100萬到600萬盧布（約1.6萬到9.4萬美元）的罰款。</p> <p>Roskomnadzor的要求，來自於俄羅斯總統普丁（Vladimir Putin）甫於去年12月所簽署的新版《行政犯罪法典》（Code of the Russian Federation on Administrative Offenses），該法令規定業者必須要把含有當地民眾資訊的伺服器置放在俄羅斯境內，不然就會被罰款，而且可以重覆開罰。</p> <p>Roskomnadzor表示，Twttier的代表已經簽署了行政訴訟協議，雖然臉書並未派代表出席會議，但該組織會在3天內將行政訴訟協議送交臉書。</p> <p>其實過去俄羅斯已經透過立法，要求業者把存放當地民眾資訊的伺服器放在俄羅斯，只是沒有制定罰款，因此當LinkedIn在2016年違反相關法令時，是直接遭到俄羅斯封鎖的。</p> <p>俄羅斯的官員認為，加上罰款將提高業者遵從法令的意願，因為業者可以繞過封鎖線，但如果要在俄羅斯經營，就一定要支付罰款或是遵守規定。</p> </div></div></div>
2020/2/4 09:40作者陳曉莉https://www.ithome.com.tw/news/135630
微軟改進MSBuild平行處理能力提升建置效率
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>微軟在Visual Studio 2019中加入一系列功能來平行化建置工作，在最新版本中，<a href="https://devblogs.microsoft.com/cppblog/improved-parallelism-in-msbuild/">微軟利用Multi-ToolTask（MTT）來處理部分既有的Vcxproj建置任務，使得這些任務更加平行，進而提升建置的吞吐量</a>。</p> <p>微軟提到，在為Android開發工具的時候，他們將編譯系統clang和gcc，加到微軟的建置引擎MSBuild中，由於clang和gcc需要使用建置系統的平行化模型，但是MSBuild只有在專案層級提供平行化，因此微軟發展出了MTT，MTT是一種MSBuild任務，其放棄了MSBuild原本的批次處理系統，並且解除單一任務的限制，這使得任務能夠平行處理，並且能夠應用MSBuild中所沒有的排程功能。</p> <p>而現在微軟擴展MTT的使用範圍，用來處理Vcxproj建置任務，想要啟用該功能的開發者，需要改變MSBuild屬性，或是將環境變數UseMultiToolTask設定為true，便可以啟動MTT。微軟提到，因為MTT使用內建排程器（Scheduler），所以可以利用一些功能來控制吞吐量，像是開發者可以將屬性EnforceProcessCountAcrossBuilds設定為true，就能限制MTT在跨多個專案和MSBuild實例時，所使用的程序數量，以改善超量資源預定，帶來的記憶體限制和速度降低影響。</p> <p>另外，也可以使用MultiProcMaxCount或CL_MPCount屬性，定義最大作業數量，在預設情況，這兩個數值等於CPU邏輯處理器的數量。還有，在項目（Item）中設定元資料MultiToolTaskDependency，則可以在同一個MTT實例中創建與前其他項目的相依性。</p> <p>微軟提醒，不同程式碼所獲得的效能提升程度不同，這個版本MTT僅支援MIDL、CL、 Clang與FXC的平行化，要是開發者的專案使用自定義建置工具，則可以利用滑鼠點擊設定，以啟用平行自定義建置工具。</p> </div></div></div>
2020/2/4 10:15作者李建興https://www.ithome.com.tw/news/135614
如何設計鬆耦合架構的關鍵：事件處理機制
<div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>在「<a href="http://鬆耦合的關鍵">鬆耦合的關鍵</a>」一文中，我提到了鬆耦合的關鍵是訊息（message）。現在我要更清楚地說：鬆耦合的真正關鍵是「事件」。</p> <p>我把訊息分為兩大類：命令（Command）和事件（Event）。當一個模組要通知其他模組「去做某件事」，送出去的訊息就是命令，例如「請讓用戶登錄」；當一個模組要通知其他模組「某個事實已經發生了」，送出去的訊息就是事件，例如「用戶已經登錄了」。這裡的重點在於：命令是「希望發生，但還沒有發生」的，事件是「已經發生」的。</p> <p>關於命令和事件還有另一個重點：對於命令的發送者來說，命令的接收對象很明確，是某一個模組；而對於事件的發送者來說，事件的接收對象不明確，可以沒有，也可以一個或很多個。模組如果想接收某類事件，只要符合權限，就可以去登記要在某類事件發生時接到通知。本文章一開始提到鬆耦合的真正關鍵是事件，原因就是在於：事件的產生者不需要知道事件的接收者是誰。</p> <p>命令的接收者直接執行命令，但事件的接收者不一定直接做出反應。有些事件的接收者，接收事件只是為了觀察某些「大事」的「端倪」，在累積許多端倪之後，才認定「大事」發生了，這時候才做出反應。一件「大事」是由許多小事和其他大事累積起來而形成的。大事的專業術語是「複雜事件」（Complex Event），小事的專業術語是「簡單事件」（Simple Event）。把簡單事件累積成複雜事件，再去做處理，這個機制叫做「複雜事件處理」（CEP）。</p> <p>在過往的年代，CEP主要是用在核心系統或業務系統的「旁邊」，主要目的是風險控制、商業機會挖掘。這時候通常是採用中央集權式的CEP系統，也就是說，事件會從許多系統匯集過來，在一個集中點做判斷是否複雜事件發生了。有些CEP系統允許產生的複雜事件回流，成為其他複雜事件的端倪；有些CEP系統不允許這麼做，因為怕出現意外的循環。上一次的文章「<a href="https://www.ithome.com.tw/voice/135452">技術架構設計12原則（下）</a>」說過了：循環依賴不好。</p> <p>早期的這些CEP系統通常是建構在關聯型資料庫管理系統（RDBMS）之上的，利用RDBMS的觸發器（trigger）機制，來達到複雜事件的判斷。事件先進入資料庫的表，掃描是否符合某些模式（pattern），來判斷是否發生複雜事件。有些掃描的時機是發生在每個事件來到時（耗費計算能力），有些掃描的時機是發生在事件累積了一個批次的時候（節省計算能力）。所以大多數描述複雜事件的語言，都長得很像資料庫的語言。但還是有廠商設計出抽象程度更高的語言，接近通用的程式語言。</p> <p>除了我們自己描述複雜事件是如何構成的，也可以用AI來做這件事。每個簡單事件攜帶的資訊量不多，但簡單事件的數量非常龐大（尤其是物聯網），非常適合拿來做AI。</p> <p>上述的傳統CEP，獨立於業務系統之外，但可能會回過頭去影響業務系統。例如：CEP發現洗錢的跡象，發命令給帳戶系統去凍結帳戶。我們在鬆耦合的微服務設計中，大量使用事件，但這是業務系統本身，不能算是CEP系統。CEP的重點不在於處理業務，而是在於把各種簡單事件合併起來得到複雜事件，透過複雜事件的出現，發現某個危機、機會、趨勢，並據以做出反應。</p> <p>對於在分散式網路邊陲的系統來說，單一個簡單事件往往無足輕重，需要複雜事件才值得中央伺服器注意。隨著許多終端設備（包括各種感應器）也紛紛聯網，現在CEP又出現了新的應用價值：在邊緣計算上。試想，這些瑣碎的訊息如果大量湧入中央的雲伺服器，網路頻寬和伺服器叢集都會無法負荷。比較合理的設計，是在靠近終端設備的地方，透過邊緣計算的方式，把大量的簡單事件處理成少量的複雜事件，再遞送給中央的雲伺服器。完美！</p> <p>寫這篇文章的過程，我產生一個疑惑：誰說CEP必須獨立於業務系統之外，而不能作為業務系統本身的基礎？</p> </div></div></div><div class="field field-name-field-tags field-type-taxonomy-term-reference field-label-above"><div class="field-label">Tags: </div><div class="field-items"><div class="field-item even"><a href="/tags/%E8%A4%87%E9%9B%9C%E4%BA%8B%E4%BB%B6%E8%99%95%E7%90%86">複雜事件處理</a></div><div class="field-item odd"><a href="/tags/cep">CEP</a></div><div class="field-item even"><a href="/tags/%E9%AC%86%E8%80%A6%E5%90%88">鬆耦合</a></div><div class="field-item odd"><a href="/tags/event">Event</a></div><div class="field-item even"><a href="/tags/%E4%BA%8B%E4%BB%B6%E8%99%95%E7%90%86">事件處理</a></div></div></div>
2020/2/4 02:44作者蔡學鏞https://www.ithome.com.tw/voice/135629
1千家中國企業如何因應武漢肺炎？勤業眾信揭最新調查提出10建議
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>武漢肺炎在中國災情越演越烈，確診人數超過1萬4千多，許多跨國企業選擇關閉中國辦公室、分店，如Google、星巴克、IKEA等，更有代工廠因勞力不足而延遲開工或關廠，影響企業營收或是上下游供應鏈面臨供貨不足的風險。勤業眾信緊急調查中國1,232家企業，提出企業10大因應建議。</p> <p>這份報告調查了傳統製造、金融、醫療、高科技、服務業、教育、政府等。勤業眾信分別指出，各產業面臨的痛點不同，其中，傳統製造業因無法提供彈性及遠端的工作環境，成為受疫情影響最深的產業，報告更指出，9成外資企業將建立彈性工作環境視為當務之急，紛紛要求員工分散各地來辦公。</p> <p>而對消費、金融服務、地產、教育等產業來說，無法正常服務客戶則為最大衝擊，因此，也有企業因此而意識到，應盡速建立服務客戶的新模式；超過5成的中國公家機關則是，將疏導員工心理壓力成為現階段的管理重點。考量到疫情對企業營運的衝擊，勤業眾信指出，已有46%中國企業要調降2020年度業績目標，其中更有11%要大幅調降目標值。</p> <p>勤業眾信管理顧問服務部副總苗德荃說明，這次新型冠狀病毒除了衝擊中國企業的經濟表現，對臺灣也有有所影響。比如中國大陸旅遊禁令將衝擊臺灣旅遊觀光產業，且實體賣場或餐廳也會受疫情而影響收益，不過相對來說，網購平臺的收益卻可能提升，因為民眾短期內有機會轉而選擇電商平臺，來滿足消費需求。</p> <p>另外，在中國深受影響的傳產及高科技產業，在臺灣受到影響相對較小，苗德荃也建議，供應鏈對中國仰賴程度高的企業，可以考慮鄰近國家如東南亞或臺灣工廠來因應短期料件供應不足，並同步考慮其他替代方案來降低斷料的風險。</p> <h3><span style="color:#FF8C00;">給企業的十大因應建議對策</span></h3> <p>勤業眾信也歸納出十大企業應注重的防疫措施，提前防範各種營運風險，如原物料供應延遲或中斷、客戶需求變化、成本上升、物流交貨困難等。</p> <p><strong>首先，勤業眾信建議，企業應成立緊急應變小組，</strong>來制定企業整體目標及因應方案，確保能即時因應局勢做出決策，必要時，也應聘請專業人士參與。<strong>而第二是，企業平時就應擬定「營運持續管理」計畫</strong>，才能在重大突發事件發生的第一時間，全面性評估對員工、廠商、政府、民眾、供應鏈的影響，並針對辦公場所、生產計畫、採購、物流、人員安全、財務資金等環節擬定備案。</p> <p><strong>第三，要建立起重大突發事件的溝通機制</strong>，包括對外、對客戶說明的統一話術，來避免口徑不一造成的負面影響。<b>第四，則是在員工照護管理層面，</b><strong>企業應</strong><b>建立起員工健康監測機制並消毒工作場所，</b>並加強疫情安全教育，來提升員工自防護意識，此外，為了因應彈性工作的挑戰，企業也應重新制定休假及上班制度。</p> <p><strong>第五，要建立供應鏈風險的應對計畫。</strong>勤業眾信表示，比如跨國企業通常會設置異地辦公室來因應風險的發生，但本土企業對此的考量較不足，需要更多的思考與規劃。此外，重大事件發生時，企業也應評估庫存消耗的週期、財務費用及現金流壓力等，來擬訂應對措施或替代方案。尤其，在疫情發生時，<strong>第六項，企業要做的是，積極了解市場變化，</strong>確認生產、訂單交付等影響。且在評估受影響的部分後，應即時與相關關係業者溝通，來減輕可能的損失，必要時不排除重新簽約；同時，也須保留相關證據，為潛在的民事訴訟做好準備。</p> <p><strong>第七則要考量企業社會責任</strong>，穩定員工就業，並與供應商合力評估疫情影響程度、調整合作方案。<strong>第八，則是在資安與隱私管理方面，企業應確保疫情期間的資訊系統穩定及資安，</strong>比如異地工作的IT環境建置、資安設定，以及遠端工作時的隱私資料應用與傳遞的控管和對應保護機制。<strong>最後兩項是，要是因應局勢來調整預算與執行方案，</strong>如降低業績目標，以及企業應該升級風險管理機制。</p> </div></div></div>
2020/2/3 17:17作者翁芊儒https://www.ithome.com.tw/news/135617
TikTok延攬網路基金會主席Michael Beckerman擔任政策長
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p><a href="https://www.businesstimes.com.sg/technology/tiktok-hires-tech-trade-group-chief-to-lead-policy-shop" target="_blank">根據外電報導</a>，陸續受到美國國會議員、美國海軍與陸軍杯葛的短影片服務TikTok，已經延攬了網路基金會（Internet Association）主席Michael Beckerman擔任該公司的副總裁，所負責的便是美國的公共政策，而Beckerman預計於今年3月走馬上任。</p> <p>TikTok的母公司為中國的字節跳動，該公司在中國推出抖音程式，在海外市場則以TikTok為品牌，在中國的抖音約有4億名用戶，號稱是當地繼微信（WeChat）之後成長最快的產品，而根據估計，TikTok在其它150個市場的用戶數也已超過10億。儘管強調並未將TikTok的用戶資訊存放在中國，但在美國依然惹來國安疑慮。</p> <p>至於成立於2012年的網路基金會則是一個代表網路公司的遊說組織，該基金會的成員包括Google、Amazon與Facebook等，而Beckerman自2012年起，就是該基金會的主席暨執行長。</p> <p>因此，未來Beckerman在TikTok中的角色，就是負責處理TikTok與美國政府之間的關係，期望藉由Beckerman的從中斡旋，減少雙方之間的歧見。</p> </div></div></div>
2020/2/3 16:05作者陳曉莉https://www.ithome.com.tw/news/135615
FCC：多家無線電信業者銷售用戶位置資料，違反聯邦法令
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>美國媒體在前兩年陸續報導當地的電信營業商出售用戶的位置資訊，<a href="https://www.ithome.com.tw/news/130440" target="_blank">引發了使用者的集體訴訟</a>，促使國會議員去信要求美國聯邦通訊委員會（FCC）展開調查，FCC主席Ajit Pai終於在本周回應了，表示調查顯示一家或多家無線電信營運商顯然侵犯了聯邦法令。</p> <p>早在2018年就有媒體踢爆包括AT&T、Verizon、Sprint及T-Mobile等美國電信業者將用戶的位置資料出售給掮客、收債員，甚至是賞金獵人，還在去年中旬釀成了集體訴訟案，儘管FCC承諾將展開調查，但調查速度緩慢，讓11名來自於能源及商業委員會的國會議員在去年11月，<a href="https://www.vice.com/en_us/article/ne8gv7/congress-fears-fcc-will-not-investigate-bounty-hunters-phone-location-data-att-sprint-tmobile" target="_blank">要求FCC應儘速公布調查結果</a>，而Pai一直到今年1月底才<a href="https://docs.fcc.gov/public/attachments/DOC-362222A1.pdf" target="_blank">回應了該委員會的主席Frank Pallone</a>。</p> <p>Pai在此一公開信件中表示，他們的結論是有一家或多家無線電信營運商違反了聯邦法令，將會要求所有的業者遵循美國的通訊法令與FCC的規定，包括應保護消費者機密資料的規定，在未來的幾天就會採取行動。</p> <p>FCC並未公布違反相關法令的業者名稱，外界也推測FCC將對這些業者施予罰款，但更重要的應是要求業者不得再從事違法行為。</p> <p>在Pai公布了調查結果之後，<a href="https://docs.fcc.gov/public/attachments/DOC-362230A1.pdf" target="_blank">FCC委員Jessica Rosenworcel則說</a>，就算有媒體報導電信業者正在出售使用者的位置，但FCC在這一年多以來卻一直保持沈默，光想到黑市如何使用這些數據就令人擔心，它威脅了每個使用手機的美國人，今天FCC終於宣布這是違法的，丟臉的是FCC花了這麼長的時間，才得到如此明顯的結論。</p> </div></div></div>
2020/2/3 16:25作者陳曉莉https://www.ithome.com.tw/news/135616
Google開源可即時產生精確文字的AI模型LaserTagger
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>Google研究人員開發了一種人工智慧文字編輯模型，可以預測編輯操作序列，把來源文字轉換成為目標文字，Google表示，<a href="https://ai.googleblog.com/2020/01/encode-tag-and-realize-controllable-and.html">LaserTagger</a>是一種精確不易出錯的文字產生方法，且比過去的方法更易於訓練，改進後的模型架構執行速度也更快。</p> <p>Seq2seq（Sequence-to-sequence）是一種用來處理語言的機器學習方法，可以應用在段落融合、文字摘要和語法錯誤糾正等文字編輯工作。Google提到，Seq2seq模型的發明，改變了機器翻譯的領域，因為其改進的模型結構，並以非監督式預訓練使用大量未標註文字的特性，讓神經網路方法輸出的品質得以大幅提升。</p> <p>不過，Seq2seq仍然有不少需要克服的缺點，最主要有三點，該方法會生成輸入所不支援的文字，也就是產生幻覺（Hallucination），而且需要大量的訓練資料，輸出才能達到可接受的品質，還有Seq2seq產生文字的方式為逐字產生，因此不可避免地，文字產生的速度較慢。</p> <p>Google最新有關人工智慧文字處理的論文，發表最新的LaserTagger模型，改善Seq2seq的三項主要缺點，該模型的特色就像是名稱LaserTagger中的雷射一樣，速度和精確度的表現非常好，LaserTagger不會從頭開始產生文字，而是透過預測一系列編輯操作產生最終文字，而非實際預測單詞來產生輸出。</p> <p class="rtecenter"><img alt="" src="https://s4.itho.me/sites/default/files/images/image2(12).png" style="width: 580px;" /></p> <p>Google提到，許多文字產生的工作，其輸出與輸入有極高的重疊，例如在檢測和糾正錯誤，或是融合句子的時候，通常大部分的輸入文字都不需要更動，只需要修改一小部分。LaserTagger產生的編輯操作，例如Keep是複製單詞到輸出，而Delete是刪除單詞，Keep-AddX/Delete-AddX則是在標記的單詞前增加片語X，並且選擇性刪除標記單詞。</p> <p>由於需要添加的單詞和片語，均來自於最佳化的字彙列表，該字彙列表需要符合字彙數量最小化，且能最大化訓練範例的數量，Google提到，限制字彙表就能縮小輸出的決策空間，便能避免模型隨意添加字詞，減少幻覺產生的機率，因此LaserTagger比Seq2seq基準更不容易產生幻覺。</p> <p>另外，在資料效率方面，即便只使用數百或是數千個範例訓練，LaserTagger也能產生合理的結果，而Seq2seq至少需要數萬個訓練範例，才能產生與之相比的結果。LaserTagger預測速度快上不少，是Seq2seq基準的100倍，因此更適合用在即時應用上。</p> <p class="rtecenter"><img alt="" src="https://s4.itho.me/sites/default/files/images/image1(18).png" style="width: 350px;" /></p> <p>Google提到，之所以LaserTagger的研究很重要，是因為在大規模應用上，LaserTagger的優勢也能隨之放大，部分服務能用來透過縮短回應長度，以改進語音答案的組成，而LaserTagger較快的預測速度，可以在不明顯增加延遲的情況下，加入到更多現有的技術堆疊中，提供更多元的服務。更好的資料效率，就代表可以為更多資源稀缺的語言使用者提供服務。</p> </div></div></div>
2020/2/3 16:55作者李建興https://www.ithome.com.tw/news/135610
兩名司機疑患武漢肺炎，Uber關閉曾與之接觸的240名墨西哥乘客帳號
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>新型冠狀病毒肺炎（武漢肺炎）的傳染能力讓全球嚴加戒備，兩名墨西哥的Uber司機因曾接送一名可能染上武漢肺炎的乘客，使得Uber暫停了這兩名司機以及曾被他們載運的240名Uber乘客的帳號。</p> <p>Uber是<a href="https://twitter.com/Uber_MEX/status/1223670726626070529" target="_blank">透過Twitter宣布了此事</a>，表示該公司是接到墨西哥衛生署的通知才得知此事，因而提供兩名司機的聯繫方式，同時暫時停止了之後曾搭過這兩輛Uber的乘客帳號。</p> <p>Uber向這些乘客說明，為了自己與其他人的安全，目前無法以該帳號搭車。</p> <p>根據美國約翰·霍普金斯大學（Johns Hopkins University）所製作的<a href="https://ithome.com.tw/news/135543" target="_blank">全球武漢肺炎狀態即時地圖</a>，全球的武漢肺炎感染人數已達17,368人，但絕大多數位於中國，為17,187人，至於墨西哥則尚未有確診案例。</p> </div></div></div>
2020/2/3 15:10作者陳曉莉https://www.ithome.com.tw/news/135611
去年發送惡意Office檔的駭客，又利用HTML轉址手法散布木馬程式
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p><a href="https://twitter.com/MsftSecIntel/status/1222995250911703041" target="_blank">微軟安全情報中心發現</a>去年散布惡意Office檔案的駭客又開始蠢動，近日利用HTML轉址的新手法來散布木馬程式以竊取重要資訊。</p> <p>這次攻擊於本月月中開始在網路流傳，是一個名為TA505（或稱Dudear或Evil Corp）的駭客組織短暫歇止後再度活動。他們曾在2014年利用Necurs殭屍網路，向金融機構或零售業發送大量垃圾郵件，以散布Locky、BitPaymer等木馬程式。去年<a href="https://www.ithome.com.tw/news/131460" target="_blank">TA505也曾以</a>大量垃圾郵件的惡意Excel附件檔，散布FlawedAmmyy或FlawedGrace的遠端存取木馬（remote access trojan，RAT）程式，台灣及南韓多家企業中標。</p> <p>這次駭客手法更為進階。過去Dudear是直接把惡意軟體或惡意URL包在郵件附檔中發送，但<a href="https://twitter.com/MsftSecIntel/status/1222995256540454912" target="_blank">微軟研究人員發現</a>，這次他們是發送含有HTML轉址（redirector）的郵件附檔。用戶開啟後，其中的HTML再將用戶導向自動下載一個含有巨集的Excel檔，後者之後才會於用戶電腦下載惡意程式。微軟說，這是Dudear首次被發現使用HTML轉址工具。</p> <p>當惡意Excel檔下載到用戶電腦上時，由於Windows會預設封鎖巨堡，該檔案顯示僅可由桌機版或筆電版Excel開啟，無法線上預覽，用戶必須按下「啟動編輯」鍵才能開啟文件。一經用戶啟動，就會載入FlawedGrace（或稱GraceWire）遠端存取RAT程式以竊取敏感資訊。</p> <p>研究人員還發現駭客還利用IP回溯（IP trackback）服務，以追蹤下載了惡意Excel檔案的受害者IP位址。此外，這波攻擊還客製化成不同語言版本的HTML檔，以便擴大感染範圍。</p> <p>升級<a href="http://twitter.com/MsftSecIntel/status/1222995270587150337" target="_blank">微軟已公布</a>了入侵指標（indicator of compromise, IoC），包括惡意程式樣本使用的SHA-256雜湊值供企業IT人員檢測。</p> </div></div></div>
2020/2/3 15:30作者林妍溱https://www.ithome.com.tw/news/135612
小心！利用武漢肺炎的病毒與網釣郵件已開始流竄
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>新型冠狀病毒肺炎（武漢肺炎）令全球人心惶惶，而駭客也利用使用者的擔憂發動了惡意攻擊，包括以武漢肺炎為名的病毒及網釣郵件攻擊。</p> <p>專門提供企業安全意識培訓服務的<a href="https://blog.knowbe4.com/heads-up-scam-of-the-week-coronavirus-phishing-attacks-in-the-wild?nCOV-2019-bc-index" target="_blank">KnowBe4表示</a>，他們在日前發現了一則假冒來自美國疾病管制與預防中心（CDC）的電子郵件，在郵件內容中呼籲使用者要小心防範武漢肺炎，並附上一個可以得知使用者城市確診案例的列表連結，但使用者點選後，出現的卻是要求使用者輸入Outlook憑證的網頁。</p> <p>而<a href="https://www.intelligentcio.com/africa/2020/01/30/the-coronavirus-has-reached-the-web-according-to-kaspersky/" target="_blank">卡巴斯基實驗室則發現</a>了多個以武漢肺炎為名的各種檔案，它們的檔案格式不一，但都夾帶了病毒，這些檔案可能是PDF檔、MP4檔或Docx檔，駭客暗示這些檔案含有如何保護自己免受武漢肺炎侵襲的資訊，但其實它們不是木馬程式就是蠕蟲，可能會破壞、變更、複製或封鎖使用者電腦上的檔案，甚至是干預使用者的網路操作。</p> <p><a href="https://exchange.xforce.ibmcloud.com/collection/18f373debc38779065a26f1958dc260b" target="_blank">IBM X-Force亦揭露</a>駭客已利用人們害怕武漢肺炎的心態，藉由偽造的電子郵件通知來遞送金融木馬程式Emotet。</p> <p>其實只要坊間出現熱門的新聞或消息，都很快就會成為駭客利用的工具，武漢肺炎當然也不例外。</p> <p>資安專家建議使用者不要隨便輸入自己的憑證，避免點選可以的連結，也應仔細觀賞所下載之檔案的副檔名，並安裝有效的防毒產品。</p> </div></div></div>
2020/2/3 16:00作者陳曉莉https://www.ithome.com.tw/news/135613
全錄準備向HP發動惡意收購
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>向HP提出收購協議卻屢次遭拒的全錄（Xerox），<a href="https://www.news.xerox.com/news/Xerox-to-nominate-full-slate-of-directors-for-election-at-HPs-2020-annual-meeting" target="_blank">在1月23日宣布</a>，將在HP的2020年股東大會上提名11名獨立董事候選人來取代HP的董事會，企圖透過新的董事會同意全錄收購HP。</p> <p>全錄是在去年的11月5日提出以每股22美元、總價335億美元的現金加上股票收購HP，HP董事會旋即以全錄低估HP價值為由，拒絕了全錄的提議，同時HP認為以全錄84億美元的市值，要以335億美元併購HP有太多的不確定性，然而，全錄在今年1月初時宣布，已取得來自花旗銀行、瑞穗銀行及美國銀行的240億美元約束性融資承諾，將可用來買下HP以創造彼此的價值。</p> <p>全錄表示，該公司所挑選的董事候選人都是來自大型企業的資深高階主管，可透過他們的專業來監督與執行重大的企業轉型及合併，且他們也都有替股東創造價值的良好紀錄，還說相信新董事可替HP的股東帶來更好的服務，實現全錄與HP的合併綜效。</p> <p>然而，HP也在同一天<a href="https://press.ext.hp.com/us/en/press-releases/2020/hp_issues_statement_regarding_director_nominations_from_xerox.html" target="_blank">發表了聲明</a>，批評全錄的提名只是自私的作法，全錄不僅低估了HP的價值，所提名的董事還可能損害HP股東的權益。</p> <p>HP強調，該公司替股東所創造的價值並非仰賴與全錄的合併，HP還有許多的機會，包括執行HP的策略方案、利用強大的資產負債表買回被低估的股票，以及其它更能創造HP價值的併購案。全錄只是想利用HP的財務能力來嘉惠全錄的股東。</p> <p><a href="https://edition.cnn.com/2020/01/23/tech/xerox-hp/index.html" target="_blank">CNN分析指出</a>，不管是全錄或是HP目前都是依賴夕陽產業而生存，它們主要銷售影印機與印表機予大型企業，但雙方的銷售量都日益下滑。</p> <p>HP的董事會總計有12名董事，包含10名獨立董事，還有兩個董事席位保留給HP現任與過去的執行長，另有一名董事會主席。迄今HP仍尚未公布今年的股東會日期。</p> </div></div></div>
2020/2/3 14:00作者陳曉莉https://www.ithome.com.tw/news/135606