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/8 21: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 篇 · 依收錄順序顯示摘要

華為控告Verizon侵犯12項專利
<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.huawei.com/en/press-events/news/2020/2/huawei-sues-verizon-for-patent-infringement" target="_blank">華為周四在美控告</a>美國電信業者Verizon侵犯網路、安全及影像通訊等12項專利，要求支付授權金。</p> <p>華為本周向德州東區及西區地方法院提出控告。華為法務長宋柳平指出，Verizon的產品和服務受益於華為多年研發成果，華為聲稱該公司每年投資營收的10%到15%於研發，2018年華為研發費用也來到150億美元，將近營收的15%。</p> <p>在此之前，華為曾經列出Verizon使用該公司專利的詳細清單及證據，和Verizon進行長時間交涉，但是雙方對授權金一直未能達成協議，迫使華為最後不得訴諸法律途徑。</p> <p>華為說，支付授權金是業界行之有年的規則。華為從2015年起收取專利授權金14億美金，而它自己也付出超過60億美元給其他同業，其中80%都落到美國公司的口袋。因此華為只是要求Verizon尊重該公司研發，支付專利使用費，否則不得於產品及服務中使用華為專利。</p> <p>不過Verizon駁斥華為的說法，表示這樁官司目的是對Verizon和整個科技業的偷襲，它真正目標不是Verizon，而是所有不聽從它命令的公司。Verizon說華為的行動毫無道理，該公司也會全力捍衛自身權益。</p> <p>去年7月<a href="https://www.reuters.com/article/us-huawei-tech-verizon-patents/huawei-asks-verizon-to-pay-over-1-billion-for-over-230-patents-source-idUSKCN1TD218" target="_blank">路透社報導</a>，華為曾以Verizon使用230項技術專利為由，向後者索討超過10億美元授權金。這批專利涵括核心網路設備、固網基礎架構及物聯網技術等。<a href="https://www.wsj.com/articles/huawei-sues-verizon-in-u-s-over-patents-11580976989" target="_blank">華爾街日報則報導</a>，華為和Verizon並沒有直接生意往來，Verizon是經由思科等公司購買華為設備。</p> </div></div></div>
2020/2/7 13:30作者林妍溱https://www.ithome.com.tw/news/135700
思科私有協定CDP遭爆含有5個零時差漏洞，危及數千萬裝置
<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>專門提供企業IoT安全服務的<a href="https://www.prnewswire.com/news-releases/armis-discovers-5-zero-day-vulnerabilities-in-ciscos-discovery-protocol-impacting-tens-of-millions-of-enterprise-grade-devices-300999256.html" target="_blank">Armis在本周披露</a>，思科（Cisco）私有的Cisco Discovery Protocol（CDP）協定中，含有5個零時差漏洞，當中有4個屬於遠端程式執行漏洞，1個為服務阻斷漏洞，估計危及全球的數千萬個思科裝置。</p> <p>CDP為思科私有的資料連結層（Layer 2）網路協定，主要用來發現本地端的思科設備資訊，以用來對照該網路上的思科產品，被應用在交換器、路由器、IP Phone與IP Cameras等思科裝置上，這些產品若缺乏CDP便無法正常運作，亦無關閉CDP的選項。</p> <p>Armis將這5個零時差漏洞統稱為CDPwn，將允許駭客自遠端接管數千萬個思科裝置。除了當中的<a href="https://tools.cisco.com/security/center/content/CiscoSecurityAdvisory/cisco-sa-20200205-fxnxos-iosxr-cdp-dos" target="_blank">CVE-2020-3120</a>屬於服務阻斷漏洞之外，<a href="https://tools.cisco.com/security/center/content/CiscoSecurityAdvisory/cisco-sa-20200205-ipcameras-rce-dos" target="_blank">CVE-2020-3110</a>、<a href="https://tools.cisco.com/security/center/content/CiscoSecurityAdvisory/cisco-sa-20200205-voip-phones-rce-dos" target="_blank">CVE-2020-3111</a>、<a href="https://tools.cisco.com/security/center/content/CiscoSecurityAdvisory/cisco-sa-20200205-iosxr-cdp-rce" target="_blank">CVE-2020-3118</a>及<a href="https://tools.cisco.com/security/center/content/CiscoSecurityAdvisory/cisco-sa-20200205-nxos-cdp-rce" target="_blank">CVE-2020-3119</a>都為更嚴重的遠端程式攻擊漏洞，波及採用CDP的FXOS、 IOS XR、NX-OS等軟體，以及IP Phone與IP Cameras。</p> <p>上述漏洞將允許駭客竊聽語音或視訊通話，或是藉由交換器與路由器竊取企業機密，也能讓駭客在企業網路上橫向移動，或是執行中間人攻擊。</p> <p>Armis研究副總裁Ben Seri指出，這些思科的裝置都能連結到企業網路，其中有大量裝置被置放在駭客認為很有價值的地方，過去網路的分段經常被視為提供安全的手法，但此一網路架構的本身就藏匿了可遭駭客利用的風險，意味著網路分段將不再是安全的保證。</p> <p>在接獲Armis的通報後，思科已在2月5日修補了上述漏洞並釋出更新程式。</p> </div></div></div>
2020/2/7 12:30作者陳曉莉https://www.ithome.com.tw/news/135697
Chrome自今年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.betterads.org/press-releases/cba-announces-better-ads-standard-short-form-video" target="_blank">優質廣告聯盟（Coalition for Better Ads）本周宣布</a>，要針對出現在8分鐘以內的短影片廣告，訂定「優質廣告標準」（Better Ads Standards），Google也在同一天表示，自今年8月5日起，Chrome瀏覽器不僅會封鎖入侵式網頁廣告，也會封鎖被優質廣告聯盟認定為擾人的影片廣告。</p> <p>最初的「優質廣告標準」列出了12種擾人的廣告，涵蓋倒數計時的全版廣告、大型網頁側邊廣告、閃爍動畫廣告及全螢幕的捲軸式廣告等，當時並未納入在影片中出現的廣告。</p> <p>本周則在該標準中增添了3種被視為擾人的影片廣告，其一是在影片之前播放，但長度超過31秒，卻不能在前5秒就跳過的廣告。其二是則是在影片中間插播的廣告，因為它破壞了使用者看影片的體驗。其三則是在影片中以文字或圖片顯示的廣告，若覆蓋在影片的中間，或是版面超過影片內容的20%時。</p> <p>優質廣告聯盟要求網站，必須在未來的4個月停止播放上述廣告，而身為該聯盟一員的Google則決定從善如流，除了將重新制定YouTube及其它Google廣告平台的廣告格式外，也宣布Chrome瀏覽器自今年的8月5日起，就會封鎖所有被定義為擾人的影片廣告。</p> <p>Chrome瀏覽器自2018年起就開始封鎖北美及歐洲不符「優質廣告標準」的網站廣告，並在今年1月將該政策<a href="https://www.ithome.com.tw/news/128166" target="_blank">擴充到全球市場</a>，同時Google也更新自家的廣告平台，拒絕銷售擾人的廣告服務，Google說，從相關政策實施迄今，遭到Chrome封鎖的廣告數量已大幅減少。</p> <p>除了Google之外，包括臉書、微軟與眾多的廣告協會，都是優質廣告聯盟的會員，該聯盟的宗旨在於透過業者自律的方式，降低消費者對廣告的反感，從而減少消費者安裝廣告封鎖機制的比例，以維護業者賴以生存的廣告業務。</p> </div></div></div>
2020/2/7 12:45作者陳曉莉https://www.ithome.com.tw/news/135698
疫情應變大考驗
<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>以近期爆發的武漢肺炎，也就是2019新型冠狀病毒（2019-nCoV）感染而言，已經造成相當大規模的感染，許多人員必須進行居家隔離，無法前往工作地點上班，甚至就連大眾交通運輸也受到影響，這嚴重挑戰企業的永續營運能力。</p> <p>以2月5日的疫情統計來看，全球確診人數已達到28,269人，遍及28個國家地區，單是中國就有28,018人確診，而臺灣則是11人，就死亡人數而言，中國有565人，香港與菲律賓各1人；而在中國，已有34座城市宣布封城，管制人車進出。幾家臺灣的航空公司，日前也宣布取消多個前往當地的航班。</p> <p>由於許多中國城市封閉，無法生產與輸出零件，其他國家、地區的工廠，在受到這些因素的影響之下，也可能被迫停產，將造成全球製造業供應鏈中斷。</p> <p>面對如此嚴峻的疫情擴散與交通阻絕的狀況，沒有人知道何時會改善，除了個人和家庭要積極做好相關的衛生防護，提升免疫力，對於企業而言，應該都在考量各種可能性，希望維持現有業務的運作。</p> <p>首先，要有充足、持續更新的情報，才能讓企業對現況做出良好的判斷與因應對策。因此，企業必須掌握疫情的發展態勢，而在我們近期製作的<a href="https://www.ithome.com.tw/article/135691" target="_blank"><span style="background-color:#FFFFE0;">武漢肺炎因應措施緊急調查</span></a>當中，有48.9％的企業表示，建立員工健康監測與追蹤機制，42.2％的企業會建立疫情接觸者的管理與追蹤機制，46.1％的企業進行疫情風險與業務衝擊盤點，不過，當中，僅有28.3％會建立供應商受災情報，23.5％建立企業防疫溝通網站。</p> <p>人員當責與促進彼此溝通也相當重要，根據我們這份調查來看，有45.8％的企業成立疫情專責應變小組，29.2％的企業建立即時通訊機制，26.5％的企業則會確保關鍵人物的聯繫管道。由於這樣的災害也涉及到企業的永續經營，因此，也有企業將傳染病納入營運持續計畫的衝擊對策，比例為32.6％。</p> <p>而在IT技術應用上，每當這類大規模傳染病發生時，各種已知的應變手段當然仍要繼續實施，像是系統與資料的備份、備援，災難備援與復原的演練，而各種能支援遠端辦公應用的解決方案，也是企業必須要常備的部份。</p> <p>在我們的緊急調查結果問到的IT常備作法當中，有58％的企業表示，已建立遠距工作機制，像是遠端桌面和雲端協同作業，56.7％的企業已建立即時通訊機制，45.8％企業能夠運用網頁或行動App來提供服務或產品。</p> <p>而在政府的施政方面，為了能夠掌握具有高度感染風險的民眾（14天內從中港澳入境臺灣者），我們也看到衛福部健保署在1月27日宣布，<a href="https://www.ithome.com.tw/news/135645" target="_blank"><span style="background-color:#FFFFE0;">「高風險地區入境日期資料」功能正式上線</span></a>，讓醫事人員能夠透過健保卡與移民署入境資料的勾稽，了解求診民眾14天內是否去過疫區。</p> <p>接著，為了因應全臺口罩供不應求的窘境，<a href="https://www.ithome.com.tw/news/135681" target="_blank"><span style="background-color:#FFFFE0;">健保署也在短時間內開發出口罩實名制系統</span></a>，例如，2月6日這一天，他們宣布口罩庫存查詢系統上線。</p> <p>而上述這些緊急重大工程，正是由健保署資訊組所負責，他們從1月25日（農曆大年初一）就開始加班趕工至今，由於他們的努力，使得疫情掌控更有效率。</p> <p>而在民間，我們也看到有人開發出口罩地圖的資訊應用（可參考<a href="https://mask.pdis.nat.gov.tw/" target="_blank"><span style="background-color:#FFFFE0;">口罩供需資訊平台</span></a>），當中有些服務整合了地圖資訊，有些則是以對話機器人（chatbot）的形式提供服務。</p> <p> </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/%E6%AD%A6%E6%BC%A2%E8%82%BA%E7%82%8E">武漢肺炎</a></div><div class="field-item odd"><a href="/tags/2019%E6%96%B0%E5%9E%8B%E5%86%A0%E7%8B%80%E7%97%85%E6%AF%92">2019新型冠狀病毒</a></div><div class="field-item even"><a href="/tags/%E7%87%9F%E9%81%8B%E6%8C%81%E7%BA%8C%E8%A8%88%E7%95%AB">營運持續計畫</a></div><div class="field-item odd"><a href="/tags/bcp">BCP</a></div><div class="field-item even"><a href="/tags/%E9%A2%A8%E9%9A%AA%E7%AE%A1%E7%90%86">風險管理</a></div><div class="field-item odd"><a href="/tags/%E5%82%B3%E6%9F%93%E7%97%85">傳染病</a></div><div class="field-item even"><a href="/tags/%E7%B7%8A%E6%80%A5%E6%87%89%E8%AE%8A">緊急應變</a></div><div class="field-item odd"><a href="/tags/%E9%BB%91%E5%A4%A9%E9%B5%9D%E6%95%88%E6%87%89">黑天鵝效應</a></div></div></div>
2020/2/7 11:45作者李宗翰https://www.ithome.com.tw/voice/135695
Fintech周報第131期：西班牙薩瓦德爾銀行與IBM簽署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"> <h3 style="color: inherit; vertical-align: top; margin: 10px 0px; font-family: 微軟正黑體, sans-serif; font-weight: bold; line-height: 1.25em; text-rendering: optimizelegibility; font-size: 24.5px; background-color: rgb(247, 247, 247);"><span style="vertical-align: top; font-size: 18px;"><strong style="vertical-align: top;"><span style="vertical-align: top; color: rgb(0, 0, 205);">0201～0207</span></strong></span></h3> <p style="vertical-align: top; margin: 0px 0px 1.5em; font-size: 14pt; line-height: 2em; font-family: 微軟正黑體, sans-serif; background-color: rgb(247, 247, 247);"><span style="vertical-align: top;"><strong style="vertical-align: top; color: rgb(255, 255, 255);"><span style="vertical-align: top; background-color: rgb(51, 153, 255);"> Banco Sabadell </span> </strong></span><span style="vertical-align: top; color: rgb(255, 255, 255);"><strong style="vertical-align: top;"><span style="vertical-align: top; background-color: rgb(51, 153, 255);"> TSB</span></strong></span><span style="vertical-align: top; color: rgb(255, 255, 255);"><strong style="vertical-align: top;"><span style="vertical-align: top; background-color: rgb(51, 153, 255);"> </span></strong></span><span style="vertical-align: top; font-size: 18.6667px;"><strong style="vertical-align: top; color: rgb(255, 255, 255);"> </strong></span><span style="vertical-align: top; font-size: 18.6667px; color: rgb(255, 255, 255);"><strong style="vertical-align: top;"><span style="vertical-align: top; background-color: rgb(51, 153, 255);"> IBM</span></strong></span><span style="vertical-align: top; font-size: 18.6667px; color: rgb(255, 255, 255);"><strong style="vertical-align: top;"><span style="vertical-align: top; background-color: rgb(51, 153, 255);"> </span></strong></span><span style="vertical-align: top; font-size: 18.6667px;"><strong style="vertical-align: top; color: rgb(255, 255, 255);"> </strong></span><br /><strong style="vertical-align: top; font-size: 14pt;"><span style="vertical-align: top; font-size: 22px;">西班牙薩瓦德爾銀行與IBM簽署10億美元的雲端服務協議</span></strong><br /><span style="vertical-align: top; font-size: 18.6667px;">西班牙第四大私人銀行集團薩瓦德爾（Banco Sabadell）在1月14日宣布，與IBM簽署了一項10億美元的協議，以推進其混合雲戰略。IBM將替薩瓦德爾銀行把現有的應用程式遷移到混合雲環境，以提供高安全性標準，並且隨時適應不斷變化的法規。薩瓦德爾銀行表示，此項為期10年的戰略聯盟，將使得他們往技術基礎設施的現代化與轉型邁向重要的一步，並且簡化銀行的營運模式。 </span></p> <p style="vertical-align: top; margin: 0px 0px 1.5em; font-size: 14pt; line-height: 2em; font-family: 微軟正黑體, sans-serif; background-color: rgb(247, 247, 247);"><span style="vertical-align: top; font-size: 18.6667px;">薩瓦德爾銀行執行長Jaime Guardiola則提到，在這協議之下，他們將繼續提高彈性、安全性與可擴充性，而且還可採用雲端、大量使用數據或AI等新技術。薩瓦德爾銀行指出，IBM的服務將使他們能有效地管理混合多雲環境，在該環境中，新的本機雲應用程式與既有的現代化應用程式，將在容器架構上以更大的靈活性與更快的速度進行部署，提供更好的客戶體驗。 </span></p> <p style="vertical-align: top; margin: 0px 0px 1.5em; font-size: 14pt; line-height: 2em; font-family: 微軟正黑體, sans-serif; background-color: rgb(247, 247, 247);"><span style="vertical-align: top; font-size: 18.6667px;">此外，薩瓦德爾集團表示，該協議還擴展到旗下的英國子公司TSB銀行，IBM將負責管理TSB銀行的技術環境，並經營其在英國的數據處理中心，藉此重建2018年TSB銀行企圖將客戶資料從英國勞埃德銀行集團轉移到薩瓦德爾銀行，而發生遷移失敗的IT災難。 </span></p> <p style="vertical-align: top; margin: 0px 0px 1.5em; font-size: 14pt; line-height: 2em; font-family: 微軟正黑體, sans-serif; background-color: rgb(247, 247, 247);"><span style="vertical-align: top; font-size: 18.6667px;">根據服務協議，IBM將負責建置與管理TSB銀行的私有雲環境，在TSB銀行的核心銀行平臺運行服務，IBM也將在TSB銀行的監督下營運與管理所有基礎架構。 </span></p> <p style="vertical-align: top; margin: 0px 0px 1.5em; font-size: 14pt; line-height: 2em; font-family: 微軟正黑體, sans-serif; background-color: rgb(247, 247, 247);"><span style="vertical-align: top; font-size: 18.6667px;"><img alt="" src="https://s4.itho.me/sites/default/files/images/TSB.jpg" /></span></p> <p style="vertical-align: top; margin: 0px 0px 1.5em; font-size: 14pt; line-height: 2em; font-family: 微軟正黑體, sans-serif; background-color: rgb(247, 247, 247);"><span style="font-family: 微軟正黑體, sans-serif; vertical-align: top; font-size: 18.6667px; color: rgb(255, 255, 255);"><strong style="vertical-align: top;"><span style="vertical-align: top; background-color: rgb(51, 153, 255);"> 金融業</span></strong></span><span style="font-family: 微軟正黑體, sans-serif; vertical-align: top; font-size: 18.6667px; color: rgb(255, 255, 255);"><strong style="vertical-align: top;"><span style="vertical-align: top; background-color: rgb(51, 153, 255);"> </span></strong></span><span style="vertical-align: top; font-family: 微軟正黑體, sans-serif; font-size: 18.6667px;"><strong style="vertical-align: top; color: rgb(255, 255, 255);"> </strong></span><span style="font-family: 微軟正黑體, sans-serif; vertical-align: top; font-size: 18.6667px; color: rgb(255, 255, 255);"><strong style="vertical-align: top;"><span style="vertical-align: top; background-color: rgb(51, 153, 255);"> Temenos</span></strong></span><span style="font-family: 微軟正黑體, sans-serif; vertical-align: top; font-size: 18.6667px; color: rgb(255, 255, 255);"><strong style="vertical-align: top;"><span style="vertical-align: top; background-color: rgb(51, 153, 255);"> </span></strong></span><span style="font-family: 微軟正黑體, sans-serif; vertical-align: top; font-size: 18.6667px;"><strong style="vertical-align: top; color: rgb(255, 255, 255);"> </strong></span><span style="vertical-align: top; font-family: 微軟正黑體, sans-serif; font-size: 18.6667px;"><strong style="vertical-align: top; color: rgb(255, 255, 255);"><span style="vertical-align: top; background-color: rgb(51, 153, 255);"> Google Cloud Anthos </span></strong></span><br /><strong style="vertical-align: top; font-family: 微軟正黑體, sans-serif; font-size: 14pt;"><span style="vertical-align: top; font-size: 22px;">Temenos擴大與Google Cloud的合作，其銀行軟體與應用將能在Anthos上執行</span></strong><br /><span style="vertical-align: top; font-family: 微軟正黑體, sans-serif; background-color: rgb(247, 247, 247); font-size: 18.6667px;">在全球服務超過3千家金融服務機構的銀行軟體供應商Temenos與Google Cloud在1月28日共同宣布，建立全球戰略合作夥伴關係，Temenos將在Google Cloud的混合與多雲應用平臺Anthos上，提供其全套的銀行軟體與應用，包括了銀行分行、數位通路、核心系統的解決方案。Google表示，Temenos將成為全球第一個在Google Cloud Anthos執行的銀行軟體供應商。</span></p> <p style="vertical-align: top; margin: 0px 0px 1.5em; font-size: 14pt; line-height: 2em; font-family: 微軟正黑體, sans-serif; background-color: rgb(247, 247, 247);"><span style="vertical-align: top; font-family: 微軟正黑體, sans-serif; background-color: rgb(247, 247, 247); font-size: 18.6667px;">Anthos是Google Cloud的混合和多雲應用平臺，使組織可以遷移與現代化其現有應用，建構新應用並在任何地方運行它們，無論是在雲端、本地端或是多雲的環境中。Temenos執行長Max Chuard表示，看到銀行業採用雲端有爆炸性的成長，他們將透過此次與Google Cloud的戰略合作，向市場推出結合API設計導向、雲端原生、微服務為基礎的架構的銀行軟體解決方案。而兩家公司的合作，目的是要讓銀行能更快將服務推出市場，並且降低營運的複雜度，同時，能靈活擴充以及提供更好的數位客戶體驗。 </span></p> <p style="vertical-align: top; margin: 0px 0px 1.5em; font-size: 14pt; line-height: 2em; font-family: 微軟正黑體, sans-serif; background-color: rgb(247, 247, 247);"><span style="vertical-align: top; font-family: 微軟正黑體, sans-serif; background-color: rgb(247, 247, 247); font-size: 18.6667px;"><img alt="" src="https://s4.itho.me/sites/default/files/images/%EF%BC%A0%E5%9C%962_Temenos.png" /></span></p> <p style="vertical-align: top; margin: 0px 0px 1.5em; font-size: 14pt; line-height: 2em; font-family: 微軟正黑體, sans-serif; background-color: rgb(247, 247, 247);"><span style="vertical-align: top; font-family: 微軟正黑體, sans-serif; font-size: 18.6667px;"><strong style="vertical-align: top; color: rgb(255, 255, 255);"><span style="vertical-align: top; background-color: rgb(51, 153, 255);"> IBM</span> </strong></span><span style="vertical-align: top; font-family: 微軟正黑體, sans-serif; font-size: 18.6667px; color: rgb(255, 255, 255);"><strong style="vertical-align: top;"><span style="vertical-align: top; background-color: rgb(51, 153, 255);"> 新任CEO</span></strong></span><span style="vertical-align: top; font-family: 微軟正黑體, sans-serif; font-size: 18.6667px; color: rgb(255, 255, 255);"><strong style="vertical-align: top;"><span style="vertical-align: top; background-color: rgb(51, 153, 255);"> </span></strong></span><br /><strong style="vertical-align: top; font-family: 微軟正黑體, sans-serif; font-size: 14pt;"><span style="vertical-align: top; font-size: 22px;">IBM CEO換人，技術研發主管將成為未來戰略新舵手</span></strong><br /><span style="vertical-align: top; font-family: 微軟正黑體, sans-serif; font-size: 18.6667px;">臺灣許多金融業關鍵系統是採用IBM的產品與技術。IBM宣布現任執行長Virginia（Ginni）Rometty將在4月退位，由雲端暨認知軟體資深副總裁Arvind Krishna接替。新CEO上任，勢必會影響IBM未來產品戰略。 </span></p> <p style="vertical-align: top; margin: 0px 0px 1.5em; font-size: 14pt; line-height: 2em; font-family: 微軟正黑體, sans-serif; background-color: rgb(247, 247, 247);"><span style="vertical-align: top; font-family: 微軟正黑體, sans-serif; font-size: 18.6667px;">Rometty提到，Krishna是推動IBM關鍵技術如AI、雲端、量子運算和區塊鏈的重要角色。此外，他在擔任IBM混合雲資深副總裁暨IBM Research主管期間，大力促成對Red Hat 340億美元的收購案，不僅作為該收購案的首席架構師，更領導IBM有史以來最大筆收購案，可謂是大功臣。Krishna更在2019年1月接任IBM雲端暨認知軟體資深副總裁，統管IBM Cloud平臺、IBM安全部門、認知應用業務，並持續掌IBM Research。在他接手該部門期間帶領業務成長，也為他奠定下戰功。 </span></p> <p style="vertical-align: top; margin: 0px 0px 1.5em; font-size: 14pt; line-height: 2em; font-family: 微軟正黑體, sans-serif; background-color: rgb(247, 247, 247);"><span style="vertical-align: top; font-family: 微軟正黑體, sans-serif; font-size: 18.6667px;">相較於現任執行長Rometty，早年在IBM的經歷大多擔任服務、銷售、策略、行銷部門的高級主管；現年57歲的Krishna，1990年加入IBM，在其接近30年的資歷中，大多為技術與產品導向的高級主管，IBM未來在他的領導下的戰略，可能也會有所不同。<strong><a href="https://www.ithome.com.tw/news/135578">（更多內容）</a></strong></span></p> <p style="vertical-align: top; margin: 0px 0px 1.5em; font-size: 14pt; line-height: 2em; font-family: 微軟正黑體, sans-serif; background-color: rgb(247, 247, 247);"><span style="vertical-align: top; font-family: 微軟正黑體, sans-serif; font-size: 18.6667px;"><img alt="" src="https://s4.itho.me/sites/default/files/images/%E5%9C%963_IBM%E6%96%B0%E4%BB%BBCEO%20Arvind%20Krishna_%E5%9C%96%E7%89%87%E4%BE%86%E6%BA%90_IBM(1).jpg" /></span></p> <p style="vertical-align: top; margin: 0px 0px 1.5em; font-size: 14pt; line-height: 2em; font-family: 微軟正黑體, sans-serif; background-color: rgb(247, 247, 247);"><span style="vertical-align: top; font-family: 微軟正黑體, sans-serif; font-size: 18.6667px;"><strong style="vertical-align: top; color: rgb(255, 255, 255);"><span style="vertical-align: top; background-color: rgb(51, 153, 255);"> 純網銀 </span> </strong></span><span style="vertical-align: top; font-family: 微軟正黑體, sans-serif; font-size: 18.6667px; color: rgb(255, 255, 255);"><strong style="vertical-align: top;"><span style="vertical-align: top; background-color: rgb(51, 153, 255);"> 將來銀行</span></strong></span><span style="vertical-align: top; font-family: 微軟正黑體, sans-serif; font-size: 18.6667px; color: rgb(255, 255, 255);"><strong style="vertical-align: top;"><span style="vertical-align: top; background-color: rgb(51, 153, 255);"> </span></strong></span><br /><strong style="vertical-align: top; font-family: 微軟正黑體, sans-serif; font-size: 14pt;"><span style="vertical-align: top; font-size: 22px;">將來銀行率先設立公司，開業前還有7大監理最終考驗</span></strong><br /><span style="vertical-align: top; font-family: 微軟正黑體, sans-serif; font-size: 18.6667px;">純網銀有了新進展，將來銀行在1月31日搶先LINE Bank、樂天銀行，取得經濟部商業司核准公司設立登記，接下來只剩下最後一道關卡，就是完成資訊系統等各項準備作業後，檢具相關文件向金管會申請並核發營業執照，方能開業。不過，金管會在最後一個關卡，對純網銀祭出7大監理面向，包括加強流動性風險管理、重視信用風險管理、提升資訊安全要求與作業風險管理、保護消費者權益與維持金融市場秩序，強化信譽風險管理與落實公司治理。</span></p> <p style="vertical-align: top; margin: 0px 0px 1.5em; font-size: 14pt; line-height: 2em; font-family: 微軟正黑體, sans-serif; background-color: rgb(247, 247, 247);"><span style="vertical-align: top; font-family: 微軟正黑體, sans-serif; font-size: 18.6667px;">金管會明訂，純網銀開業前，需要經過專業獨立機構，依照「金融機構辦理電腦系統資訊安全評估辦法」及「金融機構提供行動裝置應用程式作業規範」完成檢測，並且檢附至少1個月的模擬營業操作紀錄，且自評符合資訊安全、個人資料保護及作業委託他人處理等規範。據了解，純網銀遞交申請到金管會核發營業執照，至少需花上2個月的時間。金管會主委顧立雄在1月中曾透露，3家純網銀預計開業時程：樂天商業銀行可能會是最快開業的純網銀，預計在今年6月搶先開業，LINE Bank與將來銀行，則大約會在今年第3季開業。 </span></p> <p style="vertical-align: top; margin: 0px 0px 1.5em; font-size: 14pt; line-height: 2em; font-family: 微軟正黑體, sans-serif; background-color: rgb(247, 247, 247);"><span style="vertical-align: top; font-family: 微軟正黑體, sans-serif; font-size: 18.6667px;"><img alt="" src="https://s4.itho.me/sites/default/files/images/%E5%9C%964_%E5%B0%87%E4%BE%86%E9%8A%80%E8%A1%8C_%E6%94%9D%E5%BD%B1%E6%B4%AA%E6%94%BF%E5%81%89.jpg" /></span></p> <p style="vertical-align: top; margin: 0px 0px 1.5em; font-size: 14pt; line-height: 2em; font-family: 微軟正黑體, sans-serif; background-color: rgb(247, 247, 247);"><span style="vertical-align: top; font-family: 微軟正黑體, sans-serif; font-size: 18.6667px;"><strong style="vertical-align: top; color: rgb(255, 255, 255);"><span style="vertical-align: top; background-color: rgb(51, 153, 255);"> 國家及數位貨幣</span></strong></span><span style="vertical-align: top; font-size: 18.6667px;"><strong style="vertical-align: top; color: rgb(255, 255, 255);"><span style="vertical-align: top; background-color: rgb(51, 153, 255);"> </span> </strong></span><span style="vertical-align: top; font-size: 18.6667px; color: rgb(255, 255, 255);"><strong style="vertical-align: top;"><span style="vertical-align: top; background-color: rgb(51, 153, 255);"> 央行</span></strong></span><span style="vertical-align: top; font-size: 18.6667px; color: rgb(255, 255, 255);"><strong style="vertical-align: top;"><span style="vertical-align: top; background-color: rgb(51, 153, 255);"> </span></strong></span><span style="vertical-align: top; font-size: 18.6667px;"><strong style="vertical-align: top; color: rgb(255, 255, 255);"> </strong></span><br /><strong style="font-size: 14pt; vertical-align: top;"><span style="vertical-align: top; font-size: 22px;">歐洲與4國央行計畫考慮發行數位貨幣</span></strong><br /><span style="font-size: 18.6667px;">歐洲、日本、英國、瑞士及瑞典中央銀行及國際清算銀行（Bank for International Settlements，BIS）近期宣布，將合組聯盟，推動在各國發行國家級數位貨幣的計畫。上述國家央行包括歐洲央行、日本銀行、英國銀行、瑞士國家銀行及瑞典中央銀行組成的聯盟，將評估央行數位貨幣的使用案例；CDBC經濟、功能及技術設計選項，包括跨境相容問題，他們也將就區塊鏈等新興技術互相交流。 </span></p> <p style="vertical-align: top; margin: 0px 0px 1.5em; font-size: 14pt; line-height: 2em; font-family: 微軟正黑體, sans-serif; background-color: rgb(247, 247, 247);"><span style="font-size: 18.6667px;">同時，他們也會邀集相關機構，像是金融穩定委員會（Financial Stability Board）與國際清算銀行下的支付暨市場基礎設施委員會（Committee on Payments and Market Infrastructures，CPMI）參與。本協會將由BIS數位貨幣計畫主持人Benoît Cœuré，及英國央行副行長Jon Cunliffe擔任共同主席。 </span></p> <p style="vertical-align: top; margin: 0px 0px 1.5em; font-size: 14pt; line-height: 2em; font-family: 微軟正黑體, sans-serif; background-color: rgb(247, 247, 247);"><span style="vertical-align: top; font-family: 微軟正黑體, sans-serif; font-size: 18.6667px;"><strong style="vertical-align: top; color: rgb(255, 255, 255);"><span style="vertical-align: top; background-color: rgb(51, 153, 255);"> 勒索軟體 </span> </strong></span><span style="vertical-align: top; font-family: 微軟正黑體, sans-serif; font-size: 18.6667px; color: rgb(255, 255, 255);"><strong style="vertical-align: top;"><span style="vertical-align: top; background-color: rgb(51, 153, 255);"> 加密貨幣</span></strong></span><span style="vertical-align: top; font-family: 微軟正黑體, sans-serif; font-size: 18.6667px; color: rgb(255, 255, 255);"><strong style="vertical-align: top;"><span style="vertical-align: top; background-color: rgb(51, 153, 255);"> </span></strong></span><span style="vertical-align: top; font-family: 微軟正黑體, sans-serif; font-size: 18.6667px;"><strong style="vertical-align: top; color: rgb(255, 255, 255);"> </strong></span><br /><strong style="vertical-align: top; font-family: 微軟正黑體, sans-serif; font-size: 14pt;"><span style="vertical-align: top; font-size: 22px;">英國法院凍結勒索軟體比特幣帳戶以追回贖款</span></strong><br /><span style="vertical-align: top; font-family: 微軟正黑體, sans-serif; font-size: 18.6667px;">英國法院1月凍結了一個存有將近90萬美元價值的比特幣電子錢包帳戶，以扣留歹徒利用勒索軟體獲得的贖金。去年10月一家加拿大保險公司網路被駭遭植入勒索程式Bitpaymer，使公司1,000臺電腦及20臺伺服器都被加密，並收到駭客的勒索訊息。承保這家加拿大保險公司的英國保險公司，透過合作的威脅處理業者和駭客講價，後者同意降價到96萬美元。這家加拿大保險公司最後支付贖金，也成功解密取回電腦檔案。</span></p> <p style="vertical-align: top; margin: 0px 0px 1.5em; font-size: 14pt; line-height: 2em; font-family: 微軟正黑體, sans-serif; background-color: rgb(247, 247, 247);"><span style="vertical-align: top; font-family: 微軟正黑體, sans-serif; font-size: 18.6667px;">不過，這家保險公司並非一般受害者，他們和安全廠商Chainanalysis合作，追查到駭客的比特幣電子錢包位於Bitfinex加密貨幣交易平臺，內有96個比特幣，約當86萬美元。受害者的英國保險公司於是向英國法院控告駭客、電子錢包持有人，以及經營Bitfinex的兩家公司，包括iFINEX及BFXWW。</span></p> <p style="vertical-align: top; margin: 0px 0px 1.5em; font-size: 14pt; line-height: 2em; font-family: 微軟正黑體, sans-serif; background-color: rgb(247, 247, 247);"><span style="vertical-align: top; font-family: 微軟正黑體, sans-serif; font-size: 18.6667px;">英國法院於12月針對本案舉行不公開聽證會，原告請求法官發出禁制令凍結駭客的Bitfinex電子錢包，並要求iFINEX及BFXWW交出電子錢包持有人資訊。英國法官在1月17日做出同意禁制令的裁決，不但可追回受害者的贖金，也讓該錢包無法再交易。 </span></p> <p style="vertical-align: top; margin: 0px 0px 1.5em; font-size: 14pt; line-height: 2em; font-family: 微軟正黑體, sans-serif; background-color: rgb(247, 247, 247);"><span style="vertical-align: top; font-family: 微軟正黑體, sans-serif; font-size: 18.6667px;"><strong style="vertical-align: top; color: rgb(255, 255, 255);"><span style="vertical-align: top; background-color: rgb(51, 153, 255);"> 國泰世華銀行 </span> </strong></span><span style="vertical-align: top; font-family: 微軟正黑體, sans-serif; font-size: 18.6667px; color: rgb(255, 255, 255);"><strong style="vertical-align: top;"><span style="vertical-align: top; background-color: rgb(51, 153, 255);"> 跨業合作</span></strong></span><span style="vertical-align: top; font-family: 微軟正黑體, sans-serif; font-size: 18.6667px; color: rgb(255, 255, 255);"><strong style="vertical-align: top;"><span style="vertical-align: top; background-color: rgb(51, 153, 255);"> </span></strong></span><span style="vertical-align: top; font-family: 微軟正黑體, sans-serif; font-size: 18.6667px;"><strong style="vertical-align: top; color: rgb(255, 255, 255);"> </strong></span><br /><strong style="vertical-align: top; font-family: 微軟正黑體, sans-serif; font-size: 14pt;"><span style="vertical-align: top; font-size: 22px;">國泰世華找來海運與通關SI，聯手簡化貿易融資程序</span></strong><br /><span style="vertical-align: top; font-family: 微軟正黑體, sans-serif; font-size: 18.6667px;">國泰世華銀行於2月4日宣布，找來長榮海運及國內2家通關網路公司，包括關貿網路、汎宇電商，聯手簡化貿易融資程序。國泰世華與關貿網路、汎宇電商，共同提供貿融交易資訊驗證服務，國泰世華經客戶授權後，即可經由具公信力的第三方通關業者，取得客戶進出口報關單資訊，作為貿融業務動撥的簡化憑辦文件。同時，國泰世華銀行還合作長榮海運，出口商同意授權後，國泰世華即可透過長榮海運的ShipmentLink數位平臺獲得海運提單資訊，辦理貿融業務動撥。</span></p> <p style="vertical-align: top; margin: 0px 0px 1.5em; font-size: 14pt; line-height: 2em; font-family: 微軟正黑體, sans-serif; background-color: rgb(247, 247, 247);"><span style="vertical-align: top; font-size: 18.6667px;">圖片來源：TSB</span><span style="vertical-align: top; font-size: 14pt;">、</span><span style="font-family: 微軟正黑體, sans-serif; font-size: 18.6667px; background-color: rgb(247, 247, 247);">Temenos、IBM</span><span style="vertical-align: top; font-size: 18.6667px;">；攝影／洪政偉</span><br style="vertical-align: top;" /><br /><span style="vertical-align: top; font-size: 18.6667px;">責任編輯／李靜宜</span></p> <p style="vertical-align: top; margin: 0px 0px 1.5em; font-size: 14pt; line-height: 2em; font-family: 微軟正黑體, sans-serif; background-color: rgb(247, 247, 247);"><strong style="vertical-align: top; color: rgb(255, 255, 255); font-size: 18.6667px;"><span style="vertical-align: top; background-color: rgb(51, 153, 255);"> 金融科技近期新聞 </span></strong><br /><strong style="font-size: 14pt; vertical-align: top;"><span style="vertical-align: top; font-size: 14pt;">1. </span></strong><strong style="font-size: 14pt; vertical-align: top;">勞埃德銀行集團（Lloyds Banking Group）將於今年底再關閉英國56家分行</strong></p> </div></div></div>
2020/2/7 11:54作者李靜宜https://www.ithome.com.tw/news/135694
武漢肺炎IT大作戰
<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/959-feng_mian_gu_shi_-1_open-960x420_gong_zuo_qu_yu_1.jpg?itok=hXUWGa_S" 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>武漢肺炎疫情爆發又猛又急，不到一個月就蔓延到全球，不只政府動起來，企業也紛紛展開各種應變對策，如何強化避險、輔助抗疫成了企業IT的緊急新任務</p> </div></div></div>
2020/2/7 12:00未署名https://www.ithome.com.tw/article/135696
【製造業抗疫實例：車王電子】IT平日落實2大準備，傳染病爆發不怕工廠遠距管理挑戰
<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月10號才可復工。</p> <p>因應疫情，車王成立了緊急應變小組，由高層主管親自和負責寧波工廠的幹部一起掌握疫情的變化，隨時討論對策。賴昶予提到，早在2003年SARS疫情發生時，車王的營運持續計畫就納入了傳染病衝擊對策。為掌握疫情可能造成的風險，以及對業務帶來的衝擊，車王於今年春節期間開始盤點各項資源。</p> <p>包含盤點關鍵物料的庫存情況，因車王平時就有關鍵物料備庫機制，於公司內備約1個月份的關鍵物料，同時，車王也盤點開工後，有近期交貨需求的客戶，再將關鍵物料庫存情況和客戶需求兩相對照，以了解是否可如期出貨。因疫情尚不明朗，賴昶予指出，若發現無法如期出貨，車王統一將交期推遲約2個月，避免疫情出現變化又需再次遞延，他表示，如此，客戶才可提早準備。</p> <p>車王也盤點了員工的健康及交通狀況，以掌握可按時回到崗位的人力，並考量其他業者的人力可能無法及時全面上工，將衍生工廠搶工的情況，車王已訂定了獎勵機制，來應對臨時招工的需求。</p> <p>面對此次疫情，車王資訊系統平時打下的兩大基礎更發揮了關鍵的戰力。首先是數位化，車王已將所有的系統資料數位化，從產品開發管理到各項簽核表單都已經全面資訊化和透明化，再加上車王資訊系統採全面集中化，全部伺服器集中於臺灣。賴昶予表示，資訊系統不受疫情影響，持續供各地人員使用。</p> <table align="right" border="0" cellpadding="1" cellspacing="1" style="width: 287px;"><tbody><tr><td><img alt="" src="https://s4.itho.me/sites/default/files/images/07_%E8%B3%B4%E6%98%B6%E4%BA%88_%E8%BB%8A%E7%8E%8B%E9%9B%BB%E5%AD%90_%E8%B3%87%E8%A8%8A%E9%83%A8%E7%B6%93%E7%90%86_20150518_%E6%B4%AA%E6%94%BF%E5%81%89%E6%94%9D(4).jpg" style="width: 273px; height: 410px;" /></td> </tr><tr><td> <p><strong>車王電子資訊部協理賴昶予表示：「疫情不確定因素很多，IT平時要打好基礎，才可即時因應，等到疫情發生再行動，就太晚了。」</strong><span style="color: rgb(105, 105, 105);">（攝影／洪</span><span style="color: rgb(105, 105, 105);">政偉）</span></p> </td> </tr></tbody></table><h3><strong>靠遠距管理於疫情期間掌握工廠的現場狀態</strong></h3> <p>其次則是遠距管理，車王已有一套遠距工作機制，平時高階主管出差時，就會透過虛擬私人網路（VPN）與公司連線，進入全系統，而疫情期間，其他人員有需要也可直接向IT申請，透過該機制在家辦公。</p> <p>並且，車王早於2013年時，就啟用一套智慧通訊監控協同與物聯網平臺，將自家車聯網概念運用在內部管理上，除了可讓各地人員召開最多9方的線上視訊會議，在2015年時，更進一步擴充該平臺的情境，讓主管可透過廠房現場的鏡頭，遠端監控產線狀況和設備狀態。這次疫情爆發後，這套系統發揮了關鍵作用，賴昶予表示，若人員無法如期回到寧波工廠，就可利用這個平臺來開會或掌握工廠狀況。</p> <p>儘管疫情後續發展仍充滿未知，不過，車王早就因中美貿易戰的關稅制裁，已陸續將中國的產線轉移，還留在中國的產線多為內銷產線和少部分外銷產線，所以，面對這次疫情，反而減少了不少的衝擊。賴昶予坦言，也算是因禍得福。</p> <p>賴昶予表示，對抗後續疫情，車王資訊系統已經完備，接下來的重點是人員和供應商物料，只要兩相到位，就沒問題。但是，他強調：「疫情不確定因素很多，IT平時要打好基礎，才可即時因應，等到疫情發生再行動，就太晚了。」文⊙黃郁芸</p> </div></div></div>
2020/2/7 10:28作者黃郁芸https://www.ithome.com.tw/news/135690
【182家大型企業和政府組織緊急調查】臺灣大企業IT如何對抗傳染病？
<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/0207-cover-23-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</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>在我們近期製作的武漢肺炎因應措施緊急調查當中，有48.9％的企業表示，建立員工健康監測與追蹤機制，42.2％的企業會建立疫情接觸者的管理與追蹤機制，46.1％的企業進行疫情風險與業務衝擊盤點，不過，當中，僅有28.3％會建立供應商受災情報，23.5％建立企業防疫溝通網站。</p> <p>人員當責與促進彼此溝通也相當重要，根據我們這份調查來看，有45.8％的企業成立疫情專責應變小組，29.2％的企業建立即時通訊機制，26.5％的企業則會確保關鍵人物的聯繫管道。由於這樣的災害也涉及到企業的永續經營，因此，也有企業將傳染病納入營運持續計畫的衝擊對策，比例為32.6％。</p> <p>而在IT技術應用上，每當這類大規模傳染病發生時，各種已知的應變手段當然仍要繼續實施，像是系統與資料的備份、備援，災難備援與復原的演練，而各種能支援遠端辦公應用的解決方案，也是企業必須要常備的部份。</p> <p>在我們的緊急調查結果當中，有58％的企業表示，已建立遠距工作機制，像是遠端桌面和雲端協同作業，56.7％的企業已建立即時通訊機制，45.8％企業能夠運用網頁或行動App來提供服務或產品。</p> <p class="rtecenter"><img alt="" src="https://s4.itho.me/sites/default/files/images/0207-cover-2%2B3-600-1(1).png" style="width: 600px;" /></p> <p class="rtecenter"><img alt="" src="https://s4.itho.me/sites/default/files/images/0207-cover-2%2B3-600-2.png" style="width: 600px;" /></p> <p class="rtecenter"><img alt="" src="https://s4.itho.me/sites/default/files/images/0207-cover-2%2B3-600-3-V2.png" style="width: 600px;" /></p> <p class="rtecenter"><img alt="" src="https://s4.itho.me/sites/default/files/images/0207-cover-2%2B3-600-4-V2.png" style="width: 600px;" /></p> <p><span style="font-size:20px;"><strong><span style="color:#FFFFFF;"><span style="background-color:#3399ff;"> 調查說明 </span></span> 以臺灣2千大企業規模和政府一級機關的IT主管進行網路問卷，調查期間2020/2/3-2/6。有效問卷182家，7成填答者是IT最高主管。</strong></span></p> </div></div></div>
2020/2/7 10:30未署名https://www.ithome.com.tw/article/135691
企業如何因應武漢肺炎，防疫BCP大考驗
<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新型冠狀病毒（以下簡稱武漢肺炎）的蔓延，不論是層出不窮的中國城市採高壓的封城手段，高居不下的確診病例，逐漸增加的死亡案例，或是臺灣民眾最感同身受的「口罩荒」，甚至是傳出居家隔離民眾四處趴趴走等例子，都讓臺灣庚子年後的春節開工，瀰漫著一股沈重不安的氣息。因此，許多臺灣企業在開工第一天，要面對的第一場嚴峻的挑戰就是：武漢肺炎的防疫大考驗！</p> <p><span style="font-size:28px;"><strong>跨國、金融、高科技業者，大多有制定營運持續計畫BCP</strong></span></p> <p>面對各種天災地變，許多跨國公司為了做到永續經營，往往都會要求落實營運持續管理（BCM）的要求，各地分公司或子公司也得遵循總部的規定，針對各種不同的「最糟情境」，制定營運持續計畫（BCP），以維持當公司突然遭逢劇變時，能夠在對短的時間內，恢復最低程度的公司營運模式。</p> <p>KPMG安侯建業顧問服務部執行副總經理謝昀澤說，許多金融業與高科技業，其實平時都有制定相關的BCP，他以臺灣的高科技業為例，許多高科技業者是在客戶的要求下，必須制定一套完善的BCP外，主要是為了避免供應鏈斷鏈的風險；另外，還有一些業者制定BCP，是為了降低投保產物保險的保費，因為有一些產險公司會參考企業的BCP，作為降低保費的參考依據。</p> <p>臺灣BSI營運長謝君豪表示，臺灣高科技業者因應客戶要求制定BCP由來已久，十多年前，就有手機品牌業者，無預警突襲臺灣手機製造業者，要求緊急演練當工廠面臨三分之二的人員無法上班、關鍵製程人員受傷無法到工廠時，該手機製造業者如何依照原先制定的BCP，緊急應變以達到最小規模的業務運作。</p> <p><span style="font-size:28px;"><strong>好的企業BCP，一定要假設最糟狀況並動態調整</strong></span></p> <p>臺灣有許多企業，曾經考量不同危險情境，制定相對應的BCP；或者是先前在SARS或者是H1N1新型流感傳播之後，曾經制定「傳染病應變與復原計畫」。勤業眾信風險管理諮詢公司副總經理田嘉雯認為，面對未來還有許多未知的防疫挑戰，企業應該趁此機會，檢視原先制定的BCP是否已經有納入傳染病風險；或者是原先制定的「傳染病應變與復原計畫」是否有調整之處。</p> <p>許多臺灣企業即便先前沒有制定相關的BCP或者是制定「傳染病應變與復原計畫」，田嘉雯認為，企業應該趁現在，確診病例獲得有效控管，還沒有大規模社區感染或境外移入案例時，趕緊修訂相關的BCP或傳染病應變與復原計畫，並以考量面臨未來疫情加重時，組織企業應該預做哪些準備工作為方向，作為加快未來企業組織的因應速度。</p> <p>田嘉雯也建議，企業可以從緊急應變作業以及營運持續作業兩個面向來思考，如何訂定作法和準備資源。在緊急應變作業上，主要是持續做好防疫工作，降低在公司內部群聚感染的可能性，像是分區辦公、分批辦公、在家遠距辦公、視訊會議等方式，都是可以參考的作法；其他像是人員大量減少、物資匱乏時，如何恢復企業營運持續作業的最短時間，則是企業營運持續作業的最大考量。</p> <p>謝君豪多年來，針對臺灣企業BCM的認證經驗也發現，企業的BCP要能夠成功，一定要以「企業最糟糕的狀況」作為假設情境，才有可能成功。</p> <p>例如，多年前，金融業如果要制定機房火災的BCP，所有的情境一定都是：設定使用FM 200撲滅機房火勢。但是，直到後來有金融同業的機房，真的曾經發生火災事故，無法即時以FM 200撲滅火勢後，對該金融行庫帶來後續許多的營運危機，金融業IT人員在面對機房著火的BCP情境時，才會進一步思考，如果FM 200無法撲滅火勢時，之後該有如何的因應作為。</p> <p>但他也說，單從這樣的案例也可以證明，所有的BCP都是一個持續動態變化和調整的狀態，永遠沒有「最糟糕」的情境假設，就算是BCP有考量到傳染病，也不會思考到類似此次武漢肺炎後續還有更多春節延長、高壓手段封城，甚至可能造成供應鏈斷鏈的風險。所以，BCP都必須要定期或不定期依據情勢和科技發展，做最新的動態調整。</p> <p><span style="font-size:28px;"><strong>科技進步讓企業BCP更能落實</strong></span></p> <p>謝君豪指出，BCP的制定都必須要以「最糟狀況」作為假設情境，檢視這樣的BCP是否可以維持企業未來的發展；但是，企業營運最大可容許中斷時間（MTPD）則應該由業務單位設定，好的營運持續管理一定是有管理高層和業務部門的支持，加上IT部門從技術面協助完善BCP的落實，這才有可能成功。</p> <p>因此，這一次面對武漢肺炎的防疫BCP也是如此。謝君豪表示，不同情境的因應大原則都相同，首先，要鑑別發生最糟糕的情況下，企業組織最重要、絕對不可以中斷的核心業務是什麼；再者，要確認，核心業務最大可容忍中斷時間（MTPD）到底是多久；接著，要確認恢復企業基本運作的復原時間目標（RTO）多久；而最後，為了達到企業可以維持基本的運作，就得盤點究竟需要投入多少所需的資源，才能到達到企業持續營運的目標。</p> <p>也就是說，當企業在面對防疫BCP時，就要先做到盤點核心人力、核心技術、核心業務外，也必須要盤點相對應的必要資源，包含場地、原物料、設備、資通訊系統、資料與文件、運輸、財務及夥伴與供應商等，一旦有不足之處，就可以做到進行緊急採購或轉單。</p> <p>以臺灣BSI為例，在春節前已經傳出武漢肺炎疫情時，臺灣BSI在東北亞區總經理蒲樹盛的授權下，開始檢視自家原本BCP的可執行性，以及是否有調整和改善的空間。謝君豪更在開工第一天（1月30日）就主持檢視企業營運持續計畫的會議，向部門主管傳達對防疫的重視，也確認平時BCP落實程度，希望增加各主管的信心，公司可以持續運作且在意員工安全。接下來，就由各部門進行各自BCP執行和演練，測試遠距上班會面臨的問題該如何克服，</p> <p>臺灣BSI在感染病例破10例後，決定從2月5日至21日止，開始執行短期的分批上班政策，授權各部門主管將同仁分組，一批週一、三、五上班，一批週二、四上班；部門主管若有正、副主管，也要求不可以同時進辦公室；所有分批上班員工的輪班表都要做記錄，包含來訪的訪客，以便一旦有緊急事件發生，可以有依據進行追溯。</p> <p>謝君豪指出，由於目前在臺疫情還不嚴峻，這次分批上班的決策也是該公司防疫BCP的實際演練，強制執行員工遠距上班前，也事先針對某些系統做測試，例如，最重要的是要測試公司分機可以順利轉到員工的手機，如果，公司原先的總機系統不提供這？樣的功能，這就會卡關；再者，原本就配筆電給員工做行動辦公，確認筆電和公司系統連線上有沒有問題；第三，確保每一位同仁對於分批上班的原則很清楚；第四，協同作業和彼此分工和輪班的內容都很清楚；最後，彼此都要透過公司內部的即時通訊Lync，維持正常的溝通頻率。</p> <p>謝君豪坦言，十年前和十年後可以運用的資訊科技大不相同，包括雲端服務和虛擬化技術的成熟，加上該公司過往許多作業流程都已經內建在全球系統中，也讓這一次「防疫BCP演練」可以順利執行。</p> <p>他認為，這次演練也正好是檢視原本制定的BCP，是否可行？是否有其他可以調整優化的空間。</p> <p>謝昀澤笑說，2003年爆發SARS疫情的時候，大家還是使用Nokia 3310手機的時代，但現在已經到iPhone 11的時代，隨著各種新興科技的進步，也讓許多早年很難執行的遠距辦公作法，有其他更容易執行的方式。</p> <p class="rtecenter"><span style="color:#3399ff;"><span style="font-size:36px;"><strong>勤業眾信提供19個防疫BCP自評表</strong></span></span></p> <p><span style="color:#696969;"><strong>面對此次因應武漢肺炎，企業如何評估營運持續計畫是否有真正做到鑑別核心業務，以及確保企業提供最低可以運作服務水準為何呢？</strong></span></p> <p><span style="color:#696969;"><strong>加上有許多企業過往不見得有執行類似的企業營運計畫（BCP），勤業眾信風險管理諮詢公司副總經理田嘉雯提供了19個針對一般辦公情境的防疫BCP問答題給企業自評，企業可以針對每一個項目的執行程度，評估自家企業因應武漢肺炎的防疫BCP的執行程度，至少，如果每一個項目都可以有相對應的對策，企業面對有一天需要提供遠距辦公時，至少不會手忙腳亂。</strong></span></p> <p class="rtecenter"><span style="font-size:28px;"><strong><span style="color:#FFFFFF;"><span style="background-color:#B22222;"> 企業防疫BCP自評表 </span></span></strong></span></p> <p><span style="font-size:20px;"><span style="color:#008000;"><strong>1. 當大樓遭封鎖或人力資源銳減，是否有方案可持續提供服務給客戶？</strong></span></span></p> <p><span style="font-size:20px;"><span style="color:#008000;"><strong>2. 是否考量延長服務時間，方便客戶透過電話、網路、傳真或電子郵件方式與公司聯繫？</strong></span></span></p> <p><span style="font-size:20px;"><span style="color:#008000;"><strong>3. 是否明定於達成何種條件下需啟動分區辦公、彈性辦公或遠端辦公方案？</strong></span></span></p> <p><span style="font-size:20px;"><span style="color:#008000;"><strong>4. 分區辦公地點的資源是否已完成盤點？</strong></span></span></p> <p><span style="font-size:20px;"><span style="color:#008000;"><strong>5. 是否已規畫分區辦公後的上班方式？</strong></span></span></p> <p><span style="font-size:20px;"><span style="color:#008000;"><strong>6. 是否已規畫分區辦公後的職務代理人制度？</strong></span></span></p> <p><span style="font-size:20px;"><span style="color:#008000;"><strong>7. 是否已規畫分區辦公後同仁通勤方式？</strong></span></span></p> <p><span style="font-size:20px;"><span style="color:#008000;"><strong>8. 是否已規畫分區辦公後各辦公地點之人員進出管制作法? 清潔消毒作業安排？</strong></span></span></p> <p><span style="font-size:20px;"><span style="color:#008000;"><strong>9. 分區建立分區辦公後的疫情監控及通報機制？</strong></span></span></p> <p><span style="font-size:20px;"><span style="color:#008000;"><strong>10. 是否已統計針對被安排遠端辦公的同仁，資源與資訊技術上是否足以支援？</strong></span></span></p> <p><span style="font-size:20px;"><span style="color:#008000;"><strong>11. 是否配置移動式裝備供員工使用？</strong></span></span></p> <p><span style="font-size:20px;"><span style="color:#008000;"><strong>12 . 是否針對移動設備進行資安管控?例如：DLP、End-point protection、硬碟加密？</strong></span></span></p> <p><span style="font-size:20px;"><span style="color:#008000;"><strong>13. 是否針對外部網路連入內部網路進行管控措施？例如：VPN、遠端監控、側錄？</strong></span></span></p> <p><span style="font-size:20px;"><span style="color:#008000;"><strong>14. 是否針對遠距工作操作行為進行監控? 例如：使用者活動分析？</strong></span></span></p> <p><span style="font-size:20px;"><span style="color:#008000;"><strong>15. 如何確保資訊系統的持續運作不中斷？如何調整機房維運作業、輪班機制等？</strong></span></span></p> <p><span style="font-size:20px;"><span style="color:#008000;"><strong>16. 是否規畫作業方式調整後，與利害關係人(如客戶、主管機關、當地政府、勞動部等)的溝通方式？</strong></span></span></p> <p><span style="font-size:20px;"><span style="color:#008000;"><strong>17. 是否已明定結束分區辦公的條件？</strong></span></span></p> <p><span style="font-size:20px;"><span style="color:#008000;"><strong>18. 當人力資源銳減時，是否已規畫可能的人員訓練及準備方式，以因應跨BU之業務支援？</strong></span></span></p> <p><span style="font-size:20px;"><span style="color:#008000;"><strong>19. 當員工缺席率太高，以致威脅到公司運作時，如何決定暫停營運？</strong></span></span></p> <p><span style="color:#696969;"><strong>資料來源：勤業眾信，2020年2月。</strong></span></p> </div></div></div>
2020/2/7 10:55作者黃彥棻https://www.ithome.com.tw/news/135693
【製造業抗疫實例：雙鴻科技】IT災情分4級先預備對策，遠距工作更支援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 style="margin-left:12.0pt;">臺灣散熱模組製造商雙鴻科技，為全球市占前幾大的大廠，考量人力成本，旗下全數生產廠區皆位於中國，包含崑山、廣州、重慶和合肥。此次武漢肺炎疫情於春節突然爆發，雙鴻也受到影響，過年期間，各部門主管緊急召開了會議，確認工廠營運狀況，並擬定了後續配合的因應方針。</p> <p style="margin-left:12.0pt;">雙鴻在2018年時，因剛導入全新的ERP系統，重新審視了系統既有的備援計畫，進而訂定了新的營運持續計畫。雙鴻科技資訊室協理林伯勳表示，雙鴻將災難對資訊系統的影響分為四大等級，而各層級有不同的行動準則。第一級，也是最為嚴峻的狀況，因重大災難導致系統全面無法執行，同時，資訊系統場域無法使用，導致IT人員無法進駐。林伯勳舉例，像是斷電、地震，這時雙鴻會切換備援系統，並設立專案辦公室，讓IT人員轉移。</p> <p style="margin-left:12.0pt;">第二級則是當部分系統無法使用，而人員可辦公，雙鴻會啟動備援系統因應。林伯勳表示，武漢肺炎疫情目前訂定為第二級災難，系統可正常運作，但使用者受影響，部分人員需遠距工作，他進一步指出，未來如果疫情更為嚴峻，導致全體人員無法進駐公司，則將上升為第一級。</p> <p style="margin-left:12.0pt;">第三級為人員電腦大規模無法使用，像是遭遇病毒感染，影響了個人電腦、系統等運作，嚴重甚至可能危及整個公司的營運，對此，IT人員會隔離受影響範圍，阻絕災害擴大。最後，第四級為人員硬體設備發生問題，像是程式異常，造成人員無法操作業務，IT團隊會協助修復。</p> <p style="margin-left:12.0pt;">面對災害，林伯勳表示，最重要的就是保持系統及服務的穩定性。所以雙鴻在營運持續計畫中，也依各系統對公司營運的影響程度，訂定了最大可容忍的復原時間，像是ERP系統和郵件系統須於4小時內還原。林伯勳解釋，郵件系統除了供內部人員間聯繫，更是與客戶聯繫的重要管道，必須保持資訊傳遞的流暢性。</p> <h3 style="margin-left: 12pt;"><strong>IT團隊盤點因應方案，將遠距工作分為3類情境</strong></h3> <p style="margin-left:12.0pt;">除了在災害發生前已訂定完善的行動準則，更重要的是雙鴻資訊團隊在災害發生當下，確實執行相對應的措施。因應此次武漢肺炎疫情，導致部分人員需要在家工作，林伯勳在第一時間盤點了資訊團隊可提供的因應方案，並依人員身處的資訊環境情況，分為3類使用情境。</p> <p style="margin-left:12.0pt;">第一類為握有公司配發筆電的人員，他們可使用VPN連線系統。第二類為沒有公司配發筆電的人員，資訊團隊需協助他們使用VPN，並搭配遠端桌面系統，來處理工作。第三類是缺乏網路環境的人員，他們則需提供帳號密碼，由臺灣總部代為進入系統，處理業務。</p> <p style="margin-left:12.0pt;">遠距工作是雙鴻平時已建立的一套機制，讓有系統使用需求的員工可透過VPN，依使用權限，遠端連線公司系統，操作業務，而雙鴻自行建置的VPN目前可服務約5成有使用需求的員工。自建VPN尚無法服務全體有系統使用需求的員工，林伯勳解釋，主要是受流量、網路頻寬等的限制，並不是因資安考量。</p> <p style="margin-left:12.0pt;">近日因疫情導致使用VPN的需求提升，雙鴻為此也緊急採取了對應措施。林伯勳表示，他們向雲端業者租了雲端VPN，以應付短期的使用需求，他指出，雲端VPN可依需求彈性增加，因應緊急事件，希望全體系統使用者都能使用VPN。</p> <p style="margin-left:12.0pt;">另外，雙鴻員工可通過視訊的方式，線上參與或召開會議。林伯勳表示，任何層級的會議皆可透過視訊召開。而考量資安風險，雙鴻今年計畫開發自有的即時通訊平臺，供員工相互聯繫使用，且員工可直接透過通訊錄找尋聯絡者，排除使用市面通訊軟體需互加帳號，才可聯繫對方的限制，能更有效面對突發狀況。林伯勳指出，面對疫情的諸多不確定性，IT團隊將加快開發該平臺的腳步。文⊙黃郁芸</p> </div></div></div>
2020/2/7 10:55作者黃郁芸https://www.ithome.com.tw/news/135692
HackerRank調查：開發人員最想學的程式語言是Go跟Python
<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>專門舉辦各種寫程式競賽還幫開發人員排名的HackerRank，在本周公布了2020年的<a href="https://research.hackerrank.com/developer-skills/2020?utm_medium=content&utm_source=media&utm_campaign=devskills2020" target="_blank">「開發人員技能報告」（Developer Skills Report）</a>，顯示出今年需求最高的開發人員類型為全棧（full-stac）開發人員，儘管JavaScript是最為人所熟知的程式語言，但開發人員最想學的語言是Go，其次為Python。</p> <p>HackerRank的報告蒐集了來自全球162個國家，逾11.6萬名開發人員的回應，發現39歲以下的Z世代學的第一種語言多半是C語言，且他們是最常透過訓練營學習程式技能的世代，最熱門的訓練營有Codeworks、AppAcademy、Hack Reactor、Coderhouse與Byte Academy。</p> <p>不過，只有31.7%的人事經理曾經聘請過由訓練營出身的開發人員，有48.9%從未聘請過出自訓練營的人才，但聘請訓練營人才的人事經理中，有高達72%認為他們與其他人相當或具備更好的條件，主要是因為他們在新技術或新語言的學習上更快，也有更強的實務經驗，也更願意承擔責任。</p> <p>此外，儘管包括Google、蘋果及IBM等大型科技業者，都放寬了對開發人員的學歷要求，但事實上，大型企業中擁有大學以上學歷的開發人員比例仍高達91%，而小型企業中則有32%的開發人員未具備大學學歷。</p> <p>現在企業最需要的開發人員類型為全棧開發人員，亦即希望這些開發人員能夠同時熟悉架構、前端、後端或資料庫等各種技術。根據調查，有38%的人事經理希望招募全棧開發人員，占第二位的則是後端開發人員，資料科學家排名第三。</p> <p>不過，由於全棧開發人員必須具備更多的專業，因此有60%的全棧開發人員在過去的一年，曾被要求要學習全新的框架，有45%去年曾被要求學習新語言。</p> <p>在語言上，人事經理最想招募的開發人員前三名為JavaScript、Python及Java。雖然JavaScript蟬聯最為人所熟知的程式語言，但開發人員最想學習的前三名語言卻是Go、Python與Kotlin。</p> <p>至於學會什麼語言在職場上的薪水最高？答案是Perl。全球程式開發人員的平均年薪約為5.45萬美元（約165萬元新台幣），但Perl開發人員的薪水比平均高了54%，Scala開發人員的薪水也比平均高了42%，Go開發人員的薪水則高了33%。</p> <p>若觀察各國開發人員的薪水，美國開發人員的薪資最高，平均年薪為10.9萬美元，整整是全球平均的兩倍，澳洲與加拿大的開發人員平均年薪，也有8.8萬美元與7.3萬美元。</p> <p>該調查也詢問了開發人員在不寫程式時的休閒活動，有61%是聽音樂，52%逛網路，48%吃東西，也有48%會選擇散步或作運動，也有3%說他們從不休息。</p> </div></div></div>
2020/2/6 20:20作者陳曉莉https://www.ithome.com.tw/news/135688
濫用推特API大量以電話搜尋帳戶，疑似由國家資助的攻擊者所為
<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>去年12月24日<a href="https://privacy.twitter.com/en/blog/2020/an-incident-impacting-your-account-identity">推特發現</a>有惡意人士，利用大量假帳號惡意利用推特提供的API，來配對使用者帳號以及電話號碼，推特發現之後，立即暫停了相關的帳號，現在對外公開調查結果。</p> <p>原先該API預期使用方式，是要讓新帳戶使用者簡單地在推特上找到已經認識的人。當用戶允許其他人以電話搜尋自己的推特帳號，則擁有電話的人便可以在推特搜尋到相關聯的帳號。</p> <p>在調查的過程，推特發現部分帳戶不合理的使用這些API，而這些帳戶的IP來自多個國家，包含伊朗、以色列和馬來西亞，來自這些國家的個別IP，發送了過多的請求量，推特提到，這些IP與受國家資助的攻擊行為有關。</p> <p>推特已經對遭到濫用的API端點做出許多修正，該API的查詢回應不再回傳特定的帳戶名稱，而且也已經停用了濫用API的帳號。</p> </div></div></div>
2020/2/6 18:30作者李建興https://www.ithome.com.tw/news/135682
【金融業抗疫對策：金管會】金融業紛紛啟動緊急應變預定對策，保險業更分6級因應武漢肺炎
<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>在銀行業方面，其實早在1995年，金管會就已訂定「金融事業機構災害防救作業要點」，並在1996年請銀行公會訂定「金融事業機構災害緊急應變對策手冊範本」，讓金融機構在發生重大災害時，能以這兩項規定，自行延伸出較有系統性的作法與對策。</p> <p>金管會銀行局副局長莊琇媛近期表示，為因應武漢肺炎疫情，銀行局在1月30日開工當天，就已電話通知本國銀行採取3項緊急措施，包括了規畫妥適的防疫與應變措施；國內外從業人員若有確診病例，應立即通報；以及為了因應疫情，銀行要變更任一國內外分支機構的辦公方式，也得立即通報銀行局。</p> <p>在金融事業機構災害緊急應變對策，莊琇媛指出，金融機構業應依照金融事業機構災害防救作業要點、金融事業機構災害緊急應變對策手冊範本這兩項規定，自行建立相關因應機制，設置災害緊急應變小組，各項應變措施包括業務復原措施、存款、放款等客戶服務權宜措施、連線作業與資訊網路安全管理等。</p> <h3><strong><span style="color:#B22222;">金融業對大規模傳染病應變重點：遠端連線工作機制、視訊會議形式</span></strong></h3> <p>因應此次武漢肺炎，各家銀行紛紛啟動了應變機制，除了大樓及場域的防護管理之外，也有銀行早在IT營運管理機制中，規範了遠端連線（在家）工作機制、視訊與電話會議、人員狀況通報、代理人名冊、緊急應變手冊，以及必要到班人員名冊等。</p> <p>在營運持續計畫（Business Continuity Planning，BCP）上，一位銀行IT主管透露，IT單位會每年至少演練一次備用機房，但業務單位則是預先訂定計畫，平時不會演練。</p> <p>一般來說，金融業BCP常見作法上，通常著重在資訊系統因天災或是外力因素，導致正式機房無法運作的災情，銀行需在最短時間啓動BCP，啟用備援中心來服務客戶。但，在大規模傳染病的應變對策上，則著重於人員防護及減少人員接觸，所以，遠端連線工作機制與視訊會議形式才是銀行IT的抗疫重點。</p> <p>然而，因為駭客入侵事件頻傳，主管機關對於銀行在遠端連線工作的機制，要求特別嚴格。除了連線必須有控管機制，而且人員須先造冊核可之外，所有連線作業都需要留下軌跡，事後主管必須檢閱。</p> <p>以這家銀行為例，他們在即時通訊機制上，提供了2組空中會議室，搭配WhatsApp上的緊急應變群組，以及應變中心的通報機制。緊急應變群組還分2級，包括IT層級與高階主管層級。IT應變群組，涵蓋科級以上的各部門主管，包含個金、企金和基礎架構部門。高階主管應變群組，成員則以總經理、各事業單位執行長、營運長、人資長、策略長等。</p> <p>不少銀行則像星展銀行（臺灣），早在春節假期，就要求全行員工通報健康狀況，並要求高風險員工依政府要求居家隔離14天，並鼓勵以視訊會議取代不必要的接觸，星展銀行甚至已在臺北市信義區、內湖區分別設有營運中心，若有必要員工可分批上班，並啟用相關備援系統，確保營運不致中斷。</p> <p>另一家外商渣打銀行的管理團隊也在年假期間啟動臺灣防疫小組，來掌握疫情發展。渣打銀行表示，目前除了對必要人員要落實隔離與自主管理措施，進出辦公場所需噴灑酒精、戴口罩，同時減少面對面會議，鼓勵改以電話或視訊會議，員工差旅到中國大陸地區也暫時避免。</p> <h3><span style="color:#B22222;"><strong>保險業明訂六級防疫動員等級，因應措施囊括業務與IT</strong></span></h3> <p>在保險業方面，據了解，為了因應像SARS這樣的傳染病，保險業相關公會早已在2014年訂定「保險業因應法定傳染病相關應變措施方案」以及「保險公司防治法定傳染病各階段疫情因應措施」，並經保險局准予備查。</p> <p>保險局副局長張玉煇則表示，春節前夕已發函給保險業相關公會，請各保險公司應加強對武漢肺炎疫情的警覺與認知，並規畫備妥流感防疫相關因應措施，建立緊急聯絡窗口，並與保險局隨時保持聯繫，以利未來若疫情升溫，能夠及時因應防治。</p> <p>在這份保險公司防治法定傳染病各階段疫情因應措施中，明確訂出六級防疫動員等級，並訂有相對應的因應措施，壽險公會表示，各家壽險公司已在1月30日正式實施，參考此分備查函，依照各家保險業務的不同，擬定相關應變措施。其中，又分為客戶端（比如保費繳交、理賠）、公司內部人員、人員管理的應變措施。</p> <p>壽險公會指出，目前保險業將疫情訂為第三級（出現境外移入病例所引起的第二波感染），這階段共有7項因應措施。一是各家保險公司開始啟動運作法定傳染病因應專案小組；二是加強各項防疫宣導，提升員工健康管理要求；三則是感染區回國與有法定傳染病患接觸史者的監控，實施自主健康管理；四是員工防疫休假處理；五是啟用定期疫情通報系統；六是公告防疫配合事項，包括保戶得個別檢具證明文件向保險公司申請緩繳保費3個月等優惠措施；最後一點則是備援作業規畫與執行。</p> <p>不過，疫情若持續蔓延，也有後續的因應建議措施，例如第四級（社區流行，但控制中），更明訂要有重大應變措施演練。或是到了疫情全國流行但控制中的第五級，以及疫情全國流行但失控的第六級時，則要強制實施異地備援與在家辦公、資訊中心異地備援、行政及服務中心替代支援等因應措施。此外，證券期貨業方面，證期局副局長張振山提到，券商公會也已通知各券商加強防疫措施。</p> <p>相較於保險相關公會明訂法定傳染病各階段疫情因應措施，銀行業所用的災害防救作業要點和緊急應變對策手冊範本兩項文件中，倒是沒有明文將傳染病定義為災害緊急應變的範圍，銀行局補充，傳染病可視為天災人禍。</p> <p>不過，也有銀行，還沒有預先將大規模傳染病列入平時的BCP計畫中，歷經SARS、H1N1，到這次的武漢肺炎，未來，金融機構應該要把傳染病納入災害緊急應變的範圍，讓銀行業在平時就能預先備妥更周詳的對策。文⊙李靜宜</p> <h3><strong><span style="color:#006400;">保險業疫情擴大後分級因應建議 </span></strong></h3> <p>根據保險相關公會官網的「保險公司防治法定傳染病各階段疫情因應措施」表單，將防疫動員等級分為1～6級，目前疫情仍處於第3級，但未來若發生社區流行，乃至全國流行且失控，保險業也訂定了4～6級的後續應變方向。</p> <p> </p> <p><img alt="" src="https://s4.itho.me/sites/default/files/images/%E5%A3%BD%E9%9A%AA%E5%85%AC%E6%9C%83.png" /></p> </div></div></div>
2020/2/6 18:44作者李靜宜https://www.ithome.com.tw/news/135685
【軟體新創抗疫實例：優拓資訊】全員遠端工作徹底避險，但得更講究即時溝通和例會互動的細節
<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