Re: [情報] Intel嚴重漏洞 OS更新將會降低效能

看板PC_Shopping作者 (@@")時間6年前 (2018/01/04 13:21), 編輯推噓30(30推 0噓 59→)
留言89則, 24人參與, 6年前最新討論串15/38 (看更多)
※ 引述《kira925 (1 2 3 4 疾風炭)》之銘言： : https://googleprojectzero.blogspot.tw/2018/01/reading-privileged- : memory-with-side.html?m=1 : https://tinyurl.com/y82aqvbf (縮網址) : Google:我忍你們很久了 : 以下內容只是粗略看過 有錯誤請指正 : 目前Google找到了三種不同的問題 : 第一種: bounds check bypass 三家都有中獎，針對特殊的BPF JIT Compiler : (Google的概念測試對象: Intel Xeon/AMD FX/AMD A8/ARM A57) : 第二種: branch target injection Intel : (概念測試對象: Intel Xeon) : 第三種: rogue data cache load Intel : (概念測試對象: Intel Xeon) : 不過情節差異大概是 第一種並不是系統預設會去開啟的東西 : 第二與第三是日常的系統指令 : 順帶一提 第一種可能是先天SPEC就有漏洞 : ARM的回應表示Work as Intended不過也承認確實有漏洞存在 : 他們已經準備好對應的更新了(也要做FUCKWIT?) : ---- : 讓我們繼續看下去 針對第三種，從paper的例子裡大致講一下 1 ; rcx = kernel address 2 ; rbx = probe array 3 retry: 4 mov al, byte [rcx] <--讀取kernel address 5 shl rax, 0xc 6 jz retry 7 mov rbx, qword [rbx + rax] <--user address 第4行，intel在scheduler要issue指令前，沒有確認load是否有權限讀取 等到指令執行完，要retire時才核查權限 但是等到這個時候，後面的指令也都執行完了 第7行的cache line [rbx + rax]從記憶體搬到了cache內 因為[rbx + rax]是位於user可以存取的範圍內 所以之後可以藉由讀取不同cache line，看他是cache hit/miss 來猜測kernel address裡的內容是什麼 至於其他家處理器，在scheduler要issue指令前就確認了權限 因此第4行指令就根本不會執行了，更不用說後面的567行了 舉個白話文的例子來說 未成年的小明到i餐廳點"高級"清酒喝，服務生在點酒時並未確認小明身分證 把清酒加熱後，上給小明時才發現他未成年 雖然小明沒有喝到酒，但是酒早已被加熱了 小明藉由酒溫知道了哪一瓶才是"高級"清酒，並把他偷出來喝掉 至於其他a餐廳，在點酒時就會先確認身分證，服務生自然不會加熱清酒 因此小明永遠不知道a餐廳真正的"高級"清酒是哪一瓶 例子講完了，至於要怎麼修? 那就在scheduler要issue訪存指令前先確認權限阿 根據架構不同，如果權限存放的地方離scheduler有點遠 讀起來多花一點時間，那就把頻率降低一點來meet timing 或者每個存取都多花一個cycle來確認權限囉 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 136.62.164.18 ※ 文章網址: https://www.ptt.cc/bbs/PC_Shopping/M.1515043262.A.E55.html
推
01/04 13:24, 6年前 , 1F
偷吃步被打回原形 -20%剛好而已
01/04 13:24, 1F
→
01/04 13:25, 6年前 , 2F
古有漢堡神偷，今有清酒神偷
01/04 13:25, 2F
推
01/04 13:25, 6年前 , 3F
就偷吃步
01/04 13:25, 3F
推
01/04 13:26, 6年前 , 4F
例子好懂
01/04 13:26, 4F
推
01/04 13:27, 6年前 , 5F
IT界的重大災難阿
01/04 13:27, 5F
推
01/04 13:27, 6年前 , 6F
想請問，過去10幾年是駭客沒發現這漏洞？還是？
01/04 13:27, 6F
推
01/04 13:29, 6年前 , 7F
推 這樣一整個明瞭了
01/04 13:29, 7F
推
01/04 13:30, 6年前 , 8F
因為side channel attack 並不是有效率的偷資料方法
01/04 13:30, 8F
推
01/04 13:30, 6年前 , 9F
小明表示: 我什麼時候才能成年啊
01/04 13:30, 9F
→
01/04 13:31, 6年前 , 10F
所以研究的人當然不多，要偷資料有更多有效方法
01/04 13:31, 10F
推
01/04 13:31, 6年前 , 11F
再請問外行的問題這樣的攻擊無法用防毒木馬程式擋？
01/04 13:31, 11F
→
01/04 13:32, 6年前 , 12F
這個問題是CPU自有的問題，你用防毒軟體都沒用啦
01/04 13:32, 12F
推
01/04 13:32, 6年前 , 13F
作弊優化跑分?
01/04 13:32, 13F
→
01/04 13:33, 6年前 , 14F
不行～整個漏洞的概念在於無法阻止資料外洩
01/04 13:33, 14F
→
01/04 13:33, 6年前 , 15F
並不是這個漏洞可以取得系統控制權限或改寫記憶體
01/04 13:33, 15F
推
01/04 13:34, 6年前 , 16F
請問是透過網路就能入侵？還是要實體連接電腦？
01/04 13:34, 16F
推
01/04 13:34, 6年前 , 17F
要從軟體上下手了話就得從OS層級把整個功能關閉
01/04 13:34, 17F
→
01/04 13:34, 6年前 , 18F
ATM乖乖吐鈔
01/04 13:34, 18F
→
01/04 13:35, 6年前 , 19F
但會嚴重影響性能。最極端情況會掉50%性能
01/04 13:35, 19F
→
01/04 13:35, 6年前 , 20F
目前MeltDown的Patch就是增加人手檢查身份證
01/04 13:35, 20F
→
01/04 13:36, 6年前 , 21F
KPTI整體性能影響應該很小但特定應用會很嚴重
01/04 13:36, 21F
→
01/04 13:37, 6年前 , 22F
這看來 透過網路就可以進去了吧 asm.js看來可以用
01/04 13:37, 22F
→
01/04 13:37, 6年前 , 23F
來實作?
01/04 13:37, 23F
→
01/04 13:38, 6年前 , 24F
可以喔～python js java 基本上都可以喔
01/04 13:38, 24F
→
01/04 13:38, 6年前 , 25F
所以說是重大災難阿....唉唉煩欸
01/04 13:38, 25F
推
01/04 13:39, 6年前 , 26F
有人知道這個影響層面的詳細說明嗎？
01/04 13:39, 26F
→
01/04 13:39, 6年前 , 27F
這洞真的大 最近幾個月看來會很刺激
01/04 13:39, 27F
→
01/04 13:39, 6年前 , 28F
例如什麼情況下會被影響，什麼情況下不會？
01/04 13:39, 28F
推
01/04 13:39, 6年前 , 29F
所有雲端廠商都緊急維護了
01/04 13:39, 29F
→
01/04 13:40, 6年前 , 30F
有用到虛擬化功能的都會被影響到
01/04 13:40, 30F
→
01/04 13:40, 6年前 , 31F
用軟體補強後，電腦在處理什麼樣的事情，效能會降
01/04 13:40, 31F
→
01/04 13:41, 6年前 , 32F
什麼情況效能不會降？
01/04 13:41, 32F
→
01/04 13:41, 6年前 , 33F
所以目前影響最大應該就是各大雲端廠商
01/04 13:41, 33F
推
01/04 13:41, 6年前 , 34F
Google實作的部份 虛擬機好像也有辦法透過這個漏洞
01/04 13:41, 34F
→
01/04 13:41, 6年前 , 35F
存取到Host的記憶體內容
01/04 13:41, 35F
→
01/04 13:42, 6年前 , 36F
這對雲端廠商來說 還蠻嚴重的
01/04 13:42, 36F
→
01/04 13:42, 6年前 , 37F
zero day這東西放出來就是基本上大廠已經不怕了
01/04 13:42, 37F
→
01/04 13:42, 6年前 , 38F
放出來之前 應該早就先通知了吧?
01/04 13:42, 38F
→
01/04 13:42, 6年前 , 39F
現在跪在地上的是小廠商XD
01/04 13:42, 39F
→
01/04 13:43, 6年前 , 40F
前幾大的雲端廠應該都有對應方案了
01/04 13:43, 40F
→
01/04 13:43, 6年前 , 41F
小廠商表示QQ
01/04 13:43, 41F
→
01/04 13:44, 6年前 , 42F
Windows、Linux還有macOS有已經有製作相關的更新
01/04 13:44, 42F
推
01/04 13:45, 6年前 , 43F
是只要一開機就是用到了虛擬化功能了嗎？
01/04 13:45, 43F
推
01/04 13:46, 6年前 , 44F
推你的餐廳比喻 不然我還真看不懂XD
01/04 13:46, 44F
推
01/04 13:49, 6年前 , 45F
Linux的Patch不是早就出去了?
01/04 13:49, 45F
推
01/04 13:53, 6年前 , 46F
4.15的patch要怎麼merge到3.x T__T 大大救我阿
01/04 13:53, 46F
→
01/04 13:53, 6年前 , 47F
一般來說外部網站無法藉由網站上的Java script讀取
01/04 13:53, 47F
→
01/04 13:53, 6年前 , 48F
你的密碼，現在他能藉由這種方式來正確推測出密碼，
01/04 13:53, 48F
→
01/04 13:53, 6年前 , 49F
上個網銀行帳密洩光光，還不恐怖嗎？
01/04 13:53, 49F
→
01/04 13:53, 6年前 , 50F
若是這樣 要修正不難 但是對效能影響有大到2016/6
01/04 13:53, 50F
→
01/04 13:53, 6年前 , 51F
月通知了 現在還不動作？
01/04 13:53, 51F
推
01/04 13:54, 6年前 , 52F
Linux的補丁 才剛上還沒release
01/04 13:54, 52F
→
01/04 13:55, 6年前 , 53F
動了 不要當作驗證不用時間
01/04 13:55, 53F
→
01/04 13:56, 6年前 , 54F
一個耳光就給錢~ 給錢~ 給錢~
01/04 13:56, 54F
推
01/04 13:57, 6年前 , 55F
Meltdown誇張的程度是你很難得看到Linux Kernel大家
01/04 13:57, 55F
→
01/04 13:57, 6年前 , 56F
都安安靜靜趕快寫patch 大頭都沒嘴你寫得很爛
01/04 13:57, 56F
→
01/04 13:59, 6年前 , 57F
KPTI不是已經backported到4.14.11了嗎?
01/04 13:59, 57F
推
01/04 14:00, 6年前 , 58F
樓上 這個世上用3.x 甚至2.x的Server還滿街跑...
01/04 14:00, 58F
→
01/04 14:02, 6年前 , 59F
完全忘記舊版的存在(X
01/04 14:02, 59F
推
01/04 14:02, 6年前 , 60F
再外行請問，手機的部份有沒有類似的問題存在？
01/04 14:02, 60F
→
01/04 14:03, 6年前 , 61F
Spectre的話 有
01/04 14:03, 61F
→
01/04 14:04, 6年前 , 62F
怕的是 ARM好像說A15 A57 A72 這三個好像有Meltdown
01/04 14:04, 62F
推
01/04 14:05, 6年前 , 63F
ARMv8 系列的不用怕 電視盒愛用的A15只能放生了
01/04 14:05, 63F
→
01/04 14:05, 6年前 , 64F
新的機器要改不難啊，只是tape out出去回來就兩個月
01/04 14:05, 64F
→
01/04 14:06, 6年前 , 65F
了，還要加上設計和驗證時間
01/04 14:06, 65F
→
01/04 14:08, 6年前 , 66F
幫補一下ARM "可能"受影響的產品
01/04 14:08, 66F
→
01/04 14:10, 6年前 , 67F
A15 Allwinner A8X系列(電視盒愛用),Exynos 52/54xx
01/04 14:10, 67F
→
01/04 14:11, 6年前 , 68F
A57 Snapdragon 808/810 ,Exynos 7 5433/7420
01/04 14:11, 68F
→
01/04 14:13, 6年前 , 69F
A72 這就很精采了Snapdragon 65X系列,MTK Helio X2x
01/04 14:13, 69F
推
01/04 14:14, 6年前 , 70F
所以我的625沒事嗎QQ
01/04 14:14, 70F
推
01/04 14:15, 6年前 , 71F
A72一堆人在用...
01/04 14:15, 71F
→
01/04 14:17, 6年前 , 72F
別怕兒～ARM patch打下去效能幾乎沒影響滴
01/04 14:17, 72F
→
01/04 14:18, 6年前 , 73F
真的想偷你手機資料的也不用會side channel這麻煩法
01/04 14:18, 73F
→
01/04 14:19, 6年前 , 74F
Side Channel拉資料很慢啊 還不如找OS的漏洞
01/04 14:19, 74F
推
01/04 14:21, 6年前 , 75F
也不慢了吧...
01/04 14:21, 75F
→
01/04 14:22, 6年前 , 76F
問一下 降頻這個不需要重走硬體的設計驗證流程吧？
01/04 14:22, 76F
→
01/04 14:23, 6年前 , 77F
我看了下論文 Meltdown可以拉出500kB阿....
01/04 14:23, 77F
推
01/04 14:27, 6年前 , 78F
ARM基本上不怕Meltdown的
01/04 14:27, 78F
→
01/04 14:28, 6年前 , 79F
只有A75偷吃步過頭，但是patch基本上也都完善了
01/04 14:28, 79F
推
01/05 05:40, 6年前 , 80F
用A53的RPI3這次逃過一劫, 然後asm.js跟assmebly沒
01/05 05:40, 80F
→
01/05 05:42, 6年前 , 81F
半點關係, 重點不是程式語言, 要用這個漏動入侵機器
01/05 05:42, 81F
→
01/05 05:44, 6年前 , 82F
的前提是, 入侵者要先得到放任意執行檔的權限, 所以
01/05 05:44, 82F
→
01/05 05:50, 6年前 , 83F
所有開主機的服務(EC2,GCE)都有危險,主流PaaS(GAE,
01/05 05:50, 83F
→
01/05 05:52, 6年前 , 84F
heroku)大概也好不到哪去,因為都允許放客製執行環境
01/05 05:52, 84F
→
01/05 05:54, 6年前 , 85F
SaaS要看狀況,如果是大廠的(ex.gmail)應該不會跟外
01/05 05:54, 85F
→
01/05 05:56, 6年前 , 86F
GCE/GAE客戶share host
01/05 05:56, 86F
→
01/05 05:58, 6年前 , 87F
EC2客戶如果是租用 Dedicated Host 應該也躲過一劫
01/05 05:58, 87F
→
01/06 01:50, 6年前 , 88F
恩
01/06 01:50, 88F
推
01/14 19:19, 6年前 , 89F
01/14 19:19, 89F
‣ 更多 twlin 的文章
文章代碼(AID): #1QJRc-vL (PC_Shopping)
討論串 (同標題文章)
本文引述了以下文章的的內容：
完整討論串 (本文為第 15 之 38 篇)：
排序： 最舊先 | 最新先 | 留言數
在新視窗開啟完整討論串 (共38篇)
‣ 更多 twlin 的文章
文章代碼(AID): #1QJRc-vL (PC_Shopping)