Rosetta 2在Mac上與Apple Silicon -Apple Support（KG），Rosetta：2年學習彗星67p/Churyumov -Gerasimenko Philippe Garnier-大師ASEP

Rosetta：2年學習彗星67p/Churyumov-Gerasimenko Philippe Garnier

Contents

1 Rosetta：2年學習彗星67p/Churyumov-Gerasimenko Philippe Garnier

來臨是太陽系組最早的男士的冰冷身體，現在按太空任務限制了細節. 最新的航天器Rosetta將於2016年9月結束研究，此前第一次將Philae降落在彗星核表面，並在其軌道上沿著67p延續了更多的軌道。. 板載科學儀器已證明彗星活動的混亂行為是其軌道下場的函數. 攝像機揭示了易於侵蝕和灰塵沉積的不規則表面，其表面上很少有CE的斑點. 灰塵顆粒探測器表明，兩種類型的固體顆粒被核彈出，一個是緻密和緊湊的晶粒，另一種是非常蓬鬆的不規則粉塵顆粒. 我們在彗星核內部沒有特定的結構，我們由核內部發出的儀器和彗星材料密度非常低（0）（0）（0）（0）（0）（0）.5 g.CM-3）仍然很難解釋. 由彗星彈出的氣態顆粒含有高分的O2和復雜的碳質分子（如甘氨酸），甘氨酸是一種酸，該酸首先是由Rosetta原位降定的.
我們將詳細介紹整個Rosetta/Philae Mission和DeStiles的結果.

Rosetta 2與Apple Silicon上的Mac上

帶有Apple Silicon的Mac能夠使用稱為X86_64指令集運行代碼 羅塞塔2. 提供了兩種類型的翻譯類型：時間和提前.

Just Pime翻譯

在即時（JIT）翻譯管道中，X86_64 MACH對像在圖像執行路徑早期確定. 當鼓勵這些圖像時，內核將控制轉移到特殊的Rosetta翻譯存根，而不是動態鏈接編輯器Dyld（1） . 然後，翻譯存根在圖像執行過程中翻譯x86_64頁. 該翻譯在此過程中無所事事. 內核仍然可以驗證每個X86_64頁面的代碼針對附加到二進制的代碼簽名，因為該頁面故障. 如果發生哈希不匹配，內核為該過程執行了修復政策.

提前翻譯

在提前（AOT）翻譯路徑中，從存儲中讀取X86_64 BINAIES系統認為該代碼的響應能力最佳. 翻譯後的偽影以特殊類型的MACH對象文件寫入存儲. 該文件類似於可執行的映像，但標誌著它是另一個圖像的翻譯產品.

在此模型中，AOT偽像從原始X86_64可執行的圖像中衍生出其所有身份信息. 為了強制執行這種綁定，特權用戶空間實體使用由安全飛地管理的設備特定密鑰簽名翻譯工件. 此密鑰僅發布給特權用戶空間實體，該實體使用有限的權利被識別. 為翻譯工件創建的代碼目錄包括原始X86_64可執行圖像的代碼目錄. 翻譯偽影本身的簽名被稱為 補充簽名.

AOT管道的開始與JIT管道類似，內核轉移到Rosetta運行時，而不是動態鏈接編輯器Dyld（1） . 但是Rosetta運行時間然後向Rosetta System Service發送了一個解釋性通信（IPC）查詢，該服務要求當前可執行的映像的可行翻譯. 如果發現的話，Rosetta服務為該翻譯提供了處理，並將其映射到該過程中並執行. 在執行過程中，內核執行了代碼目錄的翻譯工件，該目錄由植根於設備安全簽名密鑰的簽名驗證. 原始X86_64圖像的代碼目錄哈希不涉及此過程.

翻譯後的工件存儲在數據保險庫中，除了Rosetta服務外，任何擴展都無法訪問運行時. Rosetta服務通過將讀取的描述符分配給單個翻譯工件來管理對其緩存的訪問；這限制了訪問AOT偽像緩存. 該服務的腦力溝通和依賴的足蹟有意保持非常狹窄，以限制其攻擊表面.

如果代碼目錄具有原始X86_64圖像與編碼AOT Translation Artifact簽名中的圖像不匹配，則此結果正在考慮相當於無效的代碼簽名，並且採取了適當的錨固操作.

如果遠程進程查詢內核中的授權或其他代碼標識屬性，則aot translater的可執行文件，則將原始x86_64映像的身份屬性返回到其中.

靜態信任緩存內容

MacOS 11或更高版本的船上，帶有馬赫“脂肪”雙只有X86_64和ARM64計算機代碼的片. 在帶有Apple Silicon的Mac上，用戶可以決定通過Rosetta Pipeline-formex示例執行系統二進制的X86_64切片，以加載沒有本機ARM64變體的插件. 為了支持此批准，通常包含三個代碼目錄的靜態信任緩存：

ARM64切片的代碼目錄哈希
x86_64 slice的代碼目錄哈希
x86_64 slice的AOT翻譯的代碼目錄哈希

Rosetta AOT翻譯過程是確定性的，因為它可以重現任何給定輸入的相同輸出，而不管何時進行翻譯或在執行的設備上進行了哪些設備.

在MACOS構建過程中，每個MACH對象文件都通過與正在構建的MacOS的版本關聯的Rosetta AOT翻譯管道運行，並將結果代碼目錄Hasis記錄到Trust Cache中. 為了提高效率，實際翻譯產品不會與操作系統一起運送，並且在用戶請求時會按需重構.

當使用Apple Silicon在Mac上執行X86_64映像時，如果該圖像的代碼目錄在靜態信任緩存中還預計將處於靜態信託緩存中. 此類產品沒有由設備特定的密鑰簽名，因為簽名授權植根於Apple Secure Boot鏈.

未符號X86_64代碼

除非附上有效的簽名，否. 此簽名可以像臨時代碼簽名一樣簡單（CF. CodeSign（1））沒有任何實際身份，從不可分割的密鑰對的秘密一半中（簡單地對二進制的測量很簡單）.

對於二進制兼容性，允許翻譯後的X86_64代碼通過Rosetta執行，而根本沒有簽名信息. 沒有通過設備安全的飛地簽名步驟傳達到此代碼的特定身份，並且它以與基於Intel的MAC執行的本機非符號代碼相同的限制執行.