※ 本文為 terievv 轉寄自 ptt.cc 更新時間: 2018-01-04 09:02:57
看板 PC_Shopping
作者 標題 Re: [情報] Intel嚴重漏洞 OS更新將會降低效能
時間 Wed Jan 3 15:35:10 2018
看英文報道上說明是今年發現了一類Javascript的的攻擊,進而發現
這類攻擊會影響到哪些提供虛擬主機服務的供應商。
所以Linux開始導入一個功能page table isolation,再導入
這個功能的時候發現一個Intel的bug。
我是不清楚x86體系的事情,我只熟悉IOMMU和arm所以不清楚這個
到底是什麼問題。
AMD會因為下面的提交不受影響,這裡也說明的緣由:
https://lkml.org/lkml/2017/12/27/2
這裡似乎有原因猜測:
https://news.ycombinator.com/item?id=16046636
似乎是Intel有一項功能,Intel CPU會預先任意執行需要權限的代碼從非授權代碼的
空間當中。而AMD不會如此做。導致Intel CPU需要實現Page table isolation,
而AMD不需要。
當年買洋垃圾預備機就是防它bug處理不完,#1O3O_4U8 (PC_Shopping) 還真是正確的選擇,
不知道有多少U會被迅速的淘汰掉。20%~30%的效能折扣對multiple cores抗的住的。
--
你比較喜歡哪一個?
當年不是黨國大老但是被江浙財團捧紅的中國帥哥
跟同樣擁兵一方的諸侯約會裁軍結果半途諸侯們爽約,平常有在寫日記的莊嚴男人開始發飆
在旁邊讀著荒漠甘泉冷眼旁觀看著薔薇戰爭的人,為了中國的事情爭吵
別國調侃是不是中國總統,義正詞嚴的說著我是民族的燈塔的威嚴老先生
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 103.29.142.67
※ 文章代碼(AID): #1QJ8Upyc (PC_Shopping)
※ 文章網址: https://www.ptt.cc/bbs/PC_Shopping/M.1514964915.A.F26.html
※ 同主題文章:
01-03 10:00 ■ [情報] Intel嚴重漏洞 OS更新將會降低效能
01-03 10:28 ■ Re: [情報] Intel嚴重漏洞 OS更新將會降低效能
01-03 13:05 ■ Re: [情報] Intel嚴重漏洞 OS更新將會降低效能
01-03 14:20 ■ Re: [情報] Intel嚴重漏洞 OS更新將會降低效能
● 01-03 15:35 ■ Re: [情報] Intel嚴重漏洞 OS更新將會降低效能
01-03 19:38 ■ Re: [情報] Intel嚴重漏洞 OS更新將會降低效能
01-03 20:02 ■ Re: [情報] Intel嚴重漏洞 OS更新將會降低效能
01-03 20:11 ■ Re: [情報] Intel嚴重漏洞 OS更新將會降低效能
01-03 22:28 ■ Re: [情報] Intel嚴重漏洞 OS更新將會降低效能
01-04 02:01 ■ Re: [情報] Intel嚴重漏洞 OS更新將會降低效能
… ×16
※ 編輯: hizuki (103.29.142.67), 01/03/2018 15:43:59
可以反向推倒出作業系統的虛擬記憶體的排布。我們可以攻擊記憶體管理器設計上的bugs。
我不寫Javascript的,我也不清楚。
※ 編輯: hizuki (103.29.142.67), 01/03/2018 15:53:52
--
推 : 這種底層的東西怎麼會跟 JS 有關...1F 01/03 15:40
→ : 就我看到的資料表示沒有一個 proof of concept 可以
→ : 真正達到 remote code execution
→ : 不過理論上是可以的所以先 PATCH 掉了
英文文章說明了一個攻擊模式:通過Javascript觀測一個Javascript對象的記憶體位置,→ : 就我看到的資料表示沒有一個 proof of concept 可以
→ : 真正達到 remote code execution
→ : 不過理論上是可以的所以先 PATCH 掉了
可以反向推倒出作業系統的虛擬記憶體的排布。我們可以攻擊記憶體管理器設計上的bugs。
推 : 好像是user mode就可以讓這個問題發生5F 01/03 15:44
推 : 離題一下,簽名檔中說的是張開穴嗎?6F 01/03 15:44
嗯→ : javascript要執行不是會先下載到local端7F 01/03 15:45
推 : 通常要搞到這種程度的攻擊要下 instruction 去跑,8F 01/03 15:47
※ 編輯: hizuki (103.29.142.67), 01/03/2018 15:48:05→ : 所以一般 high-level 的語言不好做攻擊,最好像 C9F 01/03 15:47
→ : 可以塞 inline asm 進去
→ : 你可以給我 ref 嗎?我很想知道我寫了好幾年 JS 怎
→ : 麼都不知道可以查 object 在記憶體中的位置
goo.gl/xWDtLE→ : 可以塞 inline asm 進去
→ : 你可以給我 ref 嗎?我很想知道我寫了好幾年 JS 怎
→ : 麼都不知道可以查 object 在記憶體中的位置
我不寫Javascript的,我也不清楚。
※ 編輯: hizuki (103.29.142.67), 01/03/2018 15:53:52
→ : 最痛的就三大雲端廠商八 AWS AZURE GCP都虛擬化的13F 01/03 16:05
→ : 沒辦法無視這問題
→ : Azure都寄信提醒要直接強制更新
→ : 沒辦法無視這問題
→ : Azure都寄信提醒要直接強制更新
→ : azure 快普及一下 epyc 啦16F 01/03 16:20
→ : 好像還在Beta八 現在想玩得跟Azure特別申請的樣子17F 01/03 16:29
→ : 把VT-D跟VT-X都關掉不就沒事了...18F 01/03 17:28
→ : 這又不只影響vt19F 01/03 17:29
→ : 不都言明intel EPT有資安的問題,可以用記憶體反查20F 01/03 17:30
→ : 這個記憶體是虛擬的,因共用同個實體虛擬A入侵虛擬B
→ : 只要關掉VT就解決了,當然虛擬效能會掉20%
→ : VT是讓程式跳過Ring3直接存取Ring0,關掉就得乖乖來
推 : 原來是被誤導,linux導入一個新方案結果指向intel
→ : 這個記憶體是虛擬的,因共用同個實體虛擬A入侵虛擬B
→ : 只要關掉VT就解決了,當然虛擬效能會掉20%
→ : VT是讓程式跳過Ring3直接存取Ring0,關掉就得乖乖來
推 : 原來是被誤導,linux導入一個新方案結果指向intel
噓 : 樓上別不懂裝懂 胡扯一堆25F 01/03 17:42
→ : 用舊的方式反而比較安全,這個掛是責怪intel不配合26F 01/03 17:43
噓 : 某人還是繼續自請水桶吧27F 01/03 17:43
→ : 簡單來說就r3可以讀取一部分r0的記憶體資料 不管你v28F 01/03 17:44
→ : t有沒有開都讀的到
→ : t有沒有開都讀的到
→ : 內核頁表隔離,微軟打算在RS4版導入結果爆出這個掛30F 01/03 17:44
推 : ....為什麼你可以讀出與所有技術討論區相反的答案31F 01/03 17:45
→ : 那時還沒有虛擬化技術,跟R0~3沒關係32F 01/03 17:45
→ : 這個與虛擬化技術無關 而是虛擬化技術搭配上這個33F 01/03 17:45
→ : 就是破洞 虛擬化都幹假的
→ : 就是破洞 虛擬化都幹假的
→ : 反正禁用KPTI問題就解決了35F 01/03 17:47
噓 : ring-3-level user code to read ring-0-level kern36F 01/03 17:47
→ : el data. 就這行總結一切 胡扯一堆幹嘛 英文不好?
→ : el data. 就這行總結一切 胡扯一堆幹嘛 英文不好?
→ : 你真的英文不好就別誤導別人了41F 01/03 17:49
推 : KPTI就是為了解決Intel硬體問題才有的...公沙小?42F 01/03 17:49
→ : 源自於2005年Linux內核採用了位址空間配置隨機載入43F 01/03 17:50
→ : AMD可以不用是因為AMD沒有這個問題 不需要開44F 01/03 17:50
推 : 智商差異45F 01/03 17:50
→ : 文中就說這個Bug將在下一版的Win10修正46F 01/03 17:51
→ : 反正我是不信,當年SSE有Bug還不是照樣用intel
→ : 有聽過哪家銀行被駭客入侵加發10%利息的...
→ : 反正我是不信,當年SSE有Bug還不是照樣用intel
→ : 有聽過哪家銀行被駭客入侵加發10%利息的...
噓 : 這個bug就是可以透過讀取r0記憶體資訊 有機會繞過隨49F 01/03 17:53
→ : 機化位址 不懂就別裝懂了
→ : 機化位址 不懂就別裝懂了
推 : 這種不會是在user mode知道,抱歉我之前說錯51F 01/03 17:53
→ : linux免費的反而不安全...52F 01/03 17:54
你看看Windows也要導入相同功能好不好?推 : 您的結論真的很奇特ww53F 01/03 17:54
→ : Windows已經在11/8的Insider Preview 17035修正了54F 01/03 17:54
→ : 有機會不代表一定會55F 01/03 17:54
→ : 這bug全部os都中拉 mac也是等更新 扯什麼56F 01/03 17:55
Announcing Windows 10 Insider Preview Build 17035 for PC - Windows Experience BlogWindows Experience Blog
Hello Windows Insiders! Today, we are releasing Windows 10 Insider Preview Build 17035 for PC to Windows Insiders in the Fast ring and for those who o ...
Hello Windows Insiders! Today, we are releasing Windows 10 Insider Preview Build 17035 for PC to Windows Insiders in the Fast ring and for those who o ...
→ : 又不是人人都用測試版XD58F 01/03 17:55
→ : 所謂的有機會就是駭客多試幾次就成功的意思 傻了嗎59F 01/03 17:55
→ : 這個洞又沒有千禧年那個大! 一群投資人見獵心喜的60F 01/03 17:56
推 : 雖然一開始可以從user mode開始61F 01/03 17:57
→ : 這是OS都會中槍阿,現在大家都在測試修正跟linux免62F 01/03 17:57
→ : 費不安全無關吧
→ : 費不安全無關吧
→ : 我的電腦又不是裝一堆共諜資料,才不擔心駭客64F 01/03 17:57
噓 : 效能-20%然後說不大 夠奇葩65F 01/03 17:58
噓 : 又沒有人關心你擔不擔心好嗎,要擔心的人多的是66F 01/03 17:59
→ : 對 一堆中勒索病毒的當初也是說資料不重要67F 01/03 17:59
推 : 是說,這對多開安卓模擬器掛遊戲的有沒有影響0.0?68F 01/03 18:00
推 : 效能有機會叫回來嗎 @@69F 01/03 18:01
推 : 對pxhome來說,資料被駭光光,也是要支持intel啦70F 01/03 18:01
→ : 看到師傅有一堆信眾,就知這種盲目的人無所不在
→ : 看到師傅有一堆信眾,就知這種盲目的人無所不在
推 : 降效能20%跟資料被盜 這就是目前intel cpu的道路72F 01/03 18:02
→ : 說了 風險最大的就是現在的雲廠商 都是虛擬化技術的73F 01/03 18:13
→ : 個人戶反而沒那麼嚴重
→ : 個人戶反而沒那麼嚴重
推 : 一堆做服務的Server效能要低20% 不就要再買新的來補75F 01/03 18:23
噓 : 純噓pxhome 雖然我不懂英文,但是我知道安全跟免費76F 01/03 18:23
→ : 沒有關係
→ : 沒有關係
推 : 個人用戶影響不大啊..因為要駭你又不需要用到這個78F 01/03 18:24
→ : 有沒有神人可以解說一下這漏洞要透過什麼途徑攻破?79F 01/03 18:24
推 : 跟上APLLPE 更新降效 才潮~~~~80F 01/03 18:32
→ : 損害最大的是server等級的,這方面本來都intel市場81F 01/03 18:43
推 : 如果是真的,微軟谷歌的雲服務影響真的會很大82F 01/03 18:46
※ 編輯: hizuki (110.90.60.96), 01/03/2018 19:01:18推 : Core當初能贏K10原來是靠偷吃步...83F 01/03 19:43
→ : 整體性能來說還是會贏的84F 01/03 19:49
→ : 嚴格來說 你看到-20~-50%是懲罰後的結果
→ : 嚴格來說 你看到-20~-50%是懲罰後的結果
推 : 這偷吃步幾年累積下來的商業價值,AMD哭死了86F 01/03 19:50
→ : 這太底層了 也不知道Intel當初不這麼做性能會少多少87F 01/03 19:57
推 : 我是不覺得總計會掉20%~50%拉 20%~50%是Linux懲罰性88F 01/03 19:59
→ : 只要user mode/kernel mode切換就flush掉table
→ : 相當於直接判決做一次切換就快取失敗一次
→ : 只要user mode/kernel mode切換就flush掉table
→ : 相當於直接判決做一次切換就快取失敗一次
→ : 肯定有損失啦 只是多少不知道91F 01/03 20:00
→ : 如果當年Intel沒這樣搞 搞不好會壓不過K8?
→ : 如果當年Intel沒這樣搞 搞不好會壓不過K8?
推 : 有可能93F 01/03 20:04
噓 : 純噓px94F 01/03 21:43
推 : 洋垃圾哪有比較好........傷更大95F 01/03 22:31
--
※ 看板: terievv 文章推薦值: 0 目前人氣: 0 累積人氣: 166
回列表(←)
分享