{"id":119301,"date":"2024-08-10T09:43:01","date_gmt":"2024-08-10T07:43:01","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/sinkclose-uyazvimost-v-cpu-amd-pozvolyayushhaya-poluchit-dostup-k-smm"},"modified":"2024-08-10T09:43:01","modified_gmt":"2024-08-10T07:43:01","slug":"sinkclose-uyazvimost-v-cpu-amd-pozvolyayushhaya-poluchit-dostup-k-smm","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pl\/blog\/news\/sinkclose-uyazvimost-v-cpu-amd-pozvolyayushhaya-poluchit-dostup-k-smm","title":{"rendered":"Sinkclose \u2014 luka w procesorach AMD, kt\u00f3ra umo\u017cliwia dost\u0119p do SMM.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Badacze z firmy IOActive odkryli luk\u0119 (CVE-2023-31315) w procesorach AMD, kt\u00f3ra przy przywilejowanym lokalnym dost\u0119pie do systemu pozwala na zmian\u0119 konfiguracji SMM (System Management Mode, Ring -2), nawet je\u015bli w\u0142\u0105czony jest mechanizm blokady SMM (SMM Lock), a tak\u017ce potencjalnie umo\u017cliwia wykonanie kodu na poziomie SMM. Poziom SMM, kt\u00f3ry ma wy\u017cszy priorytet ni\u017c tryb hypervisora i zerowy poziom ochrony, umo\u017cliwia nieograniczony dost\u0119p do ca\u0142ej pami\u0119ci systemowej i mo\u017ce by\u0107 wykorzystywany do kontrolowania systemu operacyjnego. <\/p>\n
Luka, kt\u00f3ra otrzyma\u0142a kryptonim Sinkclose, jest spowodowana niew\u0142a\u015bciw\u0105 weryfikacj\u0105 rejestr\u00f3w specyficznych dla modelu (MSR, Model Specific Register). Dla SMM przypisywany jest obszar fizycznych stron pami\u0119ci, do kt\u00f3rego dost\u0119p na poziomie kontrolera pami\u0119ci jest zablokowany. Odkryta luka pozwala na omini\u0119cie tej blokady poprzez manipulacj\u0119 okre\u015blonymi rejestrami MSR, do kt\u00f3rych zapis nie zosta\u0142 zablokowany pomimo ustawienia trybu SMM Lock. <\/p>\n
Eksploatacja luki mo\u017ce by\u0107 dokonana z zerowego poziomu ochrony, na kt\u00f3rym dzia\u0142a j\u0105dro systemu operacyjnego, i mo\u017ce by\u0107 wykorzystywana na przyk\u0142ad do zachowania swojego obecno\u015bci po eksploatacji innych luk w systemie lub stosowania metod in\u017cynierii spo\u0142ecznej. System operacyjny nie ma mo\u017cliwo\u015bci \u015bledzenia i kontrolowania wykonywania kodu na poziomie SMM, co mo\u017ce by\u0107 u\u017cyte do modyfikacji oprogramowania uk\u0142adowego i umieszczania ukrytych z\u0142o\u015bliwych kod\u00f3w lub rootkit\u00f3w, kt\u00f3re nie s\u0105 wykrywane przez system operacyjny, a tak\u017ce do wy\u0142\u0105czania weryfikacji na etapie uruchamiania oraz atak\u00f3w na hypervisory w celu omini\u0119cia mechanizm\u00f3w weryfikacji integralno\u015bci wirtualnych \u015brodowisk. <\/p>\n
Luka ta wyst\u0119puje praktycznie we wszystkich chipach AMD produkowanych od 2006 roku, w tym w seriach procesor\u00f3w AMD EPYC (1-4 generacji), Ryzen (R1000, R2000, 3000-8000, V1000, V2000, V3000), Athlon 3000 i Threadripper PRO. Aktualizacje mikrokodu w celu zablokowania luki zosta\u0142y ju\u017c wydane dla mobilnych i desktopowych serii CPU EPYC i Ryzen. Dla modeli CPU do zastosowa\u0144 wbudowanych aktualizacja ma zosta\u0107 opublikowana w pa\u017adzierniku. Jedynym sposobem usuni\u0119cia z\u0142o\u015bliwego kodu wprowadzonego poprzez atak na SMM jest wyczyszczenie pami\u0119ci przy u\u017cyciu fizycznie pod\u0142\u0105czonego programatora SPI Flash. \n \u0179r\u00f3d\u0142o: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"