Az amd már reagált? Le a kalappal, gyorsak voltak. Ja hogy már 10 hónapja tudnak róla, és konkrétan a konferencia előtt ahol nyilvánosságra hozzák a sebezhetőséget pár nappal javították, illetve mérsékelték a hatását.
A sebezhetőség akkor távolról , egy 0 day kernel sebezhetőségre építve egy rootkit szoftverre mutató megtévesztő maillal kihasználható.
Utána a számítógépről el sem távolítható víruskeresővel, vagy újratelepítéssel, működése szinte észrevétlenül zajlik.
Ez igen.
[ Szerkesztve ]
pár napos hír már...
szerverek már hónapokkal ezelőtt frissítve lettek, otthoni környezetben meg úgy is a user a legnagyobb hibalehetőség, szal igazából mivel teljesítmény vesztéssel nem jár, így otthoni környezetben nem is nagyon kell ezzel foglalkozni, kritikus gépek (szerverek) már frissítve lettek ahogy mondtam...
Ja pár napos? Bocs azt nem figyeltem. Akkor tényleg tárgytalan.
Hát ez komoly.
Voltak már teljesítmény tesztek is? Persze csak ha mai, mert ha már pár napos akkor nem számít az se ha esett 50%-ot. 
Azt olvastam win frissités lesz rá.
Amd - Radeon - Ryzen
Ha az AMD nem készíti el a foltozást a Ryzen 3000-hez, akkor nem lesz Windows-on keresztüli frissítés sem.
Célzott patch kell, a Windows csak egy eljuttatási metódus.
Itt érdemes felszólítani az AMD-t, hogy támogassa a Zen2 CPU-kat is:
[link]
[ Szerkesztve ]
640 KB mindenre elég. - Steve Jobs
teljesítmény vesztéssel nem jár, ugyanis egy már nem használt utasításról van szó... még a Phenom-ok előtt vezették be, de igazából a Phenom és Bulldozer arch-ok idején volt használva régi programok kompatibilitásához a memória címzés miatt, ryzen-hez már be sem kellett volna tenni, csak bent maradt...
Kifejezetten Abuhoz szólna a kérdésem, ha olvassa a topicot. 
Mennyire érinti a Linux alapú rendszereket ez a probléma, illetve a hétköznapi user is sebezhető-e ezzek a réssel, vagy inkább cégeket, szervereket támadnak (-nának) vele elsősorban?
Az emberiség két legnagyobb találmánya az írás és a mikrohullámú sütő.
Nem kötekedés!
Azt írta a hír, hogy nagyon alacsony hozzáférésű és még azt OP-k számára is láthatatlan.
"Ezáltal az itt elindított kódok nagyrészt láthatatlanok az operációs rendszer számára." Akkor ez így OP rendszer független, vagy nem jól értem?
[ Szerkesztve ]
A tehén egy bonyolult állat, de ÉN megfejtem...| 2016-tól az tuti, hogy az angyalok is esznek babot...
De ahhoz hogy a kódot lehessen futtatni adott gépen, először az adott oprendszer kerneléhez kell hozzáférni, ezt is írta a cikk.
"Nem kérdőjeleztem meg, hogy hülyeséget mondasz!"
Linuxot is érinti. Már amennyiben valaki root joggal tudja ezt telepíteni. De azért kíváncsi lennék rá, h hogy-mit kell egy ilyenhez tenni.
Rowon: egyedi user túl kis hal ehhez, cégeknél meg van más védelem is, a root szintig el kell jutni. Ahogy fentebb írták, továbbra is az user a legveszélyesebb...
Hold on, trying to give a fuck... Nope, not Happening • Powered by Linux • "Az élet olyan sz@r, szerencsére a felén már túl vagyok" Al Bundy
Nem teljesen értem az egészet, mert azt írja, hogy a kernelhez fér hozzá, de ahhoz meg igazából számomra kérdőjeles, hogy hogyan? Eddig azt gondoltam, hogy ezek zárt környezetben futnak.
Pl. pár szerverközpontú Linux rendszer, mint az Oracle is az "unbreakable linux kernelt" hirdeti, ezek szerint mégsem annyira törhetetlen?
[ Szerkesztve ]
Az emberiség két legnagyobb találmánya az írás és a mikrohullámú sütő.
Köszi! Érdekes, megint a user a leggyengébb láncszem.. vagy még mindig?
Az emberiség két legnagyobb találmánya az írás és a mikrohullámú sütő.
Nekem csupán az a része nem világos, hogy egy esetleges ilyen típusú fertőződés esetén egy új üres háttértárra friss Windows telepítéssel és azt megelőzően (a háttértár nélküli gépben) egy legfrissebb BIOS(UEFI) reflash-el hogy nem lehet a problémától végleg megszabadulni.
Azért, mert nem az OS (linux, windows, stb) kernel szintjére ér el, hanem a prociban lévő kis operációs rendszeréig.
Ennek a neve Intel Management Engine (intel prociknál) vagy Platform Security Processor (AMD prociknál).
Gyakorlatilag már a procikban is van egy kis számítógép (már régóta). Ahhoz meg kb. fekete doboz, egyszerű juzer sosem fér hozzá.
Formázgathatod ahogy akarod a C meghajtót, meg tolhatod a live OS-t pendriveról, ha a prociban megmarad és nem is tudsz róla. Sőt még alaplap csere vagy bios mókolás sem ér abszolút semmit.
[ Szerkesztve ]
Szerintem, ha fullra le van csupaszítva a gép plusz bios elem is ki van véve, akkor nem kellene sehol megmaradnia. De ez csak erősen szerintem. Valami speciális eszközt olvastam egy cikkben, amivel kigyomlálható.
Az emberiség két legnagyobb találmánya az írás és a mikrohullámú sütő.
Ne ez az. Mert volt amitől csak így tudtam megszabadulni. Gombelemet kivettem, alaplapot pendrive-ról flash-eltem, bliszterből kivett új ssd-t betettem, majd az oprendszert telepítettem. Ha valamit kihagytam vagy nem ebben a sorrendben mentem végig mindig visszamászott valahonnan és csak pislogtam hogy mi történik.
Ha teljesen fullra áramtalanítva van minden és gyári állapotra visszaállítva, akkor gondolom nem marad meg semmi. Plusz amit írtál, hogy szűz új háttértár.
Az emberiség két legnagyobb találmánya az írás és a mikrohullámú sütő.
Acélfarkas, ViZion, Rowon: Ja, értem! Hogy magához a linux root-hoz hogy fér hozzá...
Innentől nekem már magas, mint nyúlnak a lórács.
A tehén egy bonyolult állat, de ÉN megfejtem...| 2016-tól az tuti, hogy az angyalok is esznek babot...
Nekem is magas, csak a nagyon alapokat értem. Viszont ezek szerint megint a user a leggyengébb láncszem a történetben. Van olyan rendszer, amiben a root fiók eleve zárolva van, gondolom szervereknél erre mégjobban ügyelnek és ahhoz is engedélyt kell kérned legalább két embertől, ha fingani akarsz egyet.
[ Szerkesztve ]
Az emberiség két legnagyobb találmánya az írás és a mikrohullámú sütő.
Ezek szerint a (PhenomII, FX, Ryzen) CPU erre a célra fenntartott része szoftveresen permanensen írható (módosítható) lenne? Mert akkor ez megmagyarázza hogy miért nem tudom kiirtani olyan gépekből ahol az alaplapot és a háttértárat ugyan cseréltem, de a CPU maradt. Sőt, van néhány olyan notebook is a környezetemben amikben forrasztva vannak az alkatrészek és a cseréjük kvázi lehetetlen, vagy anyagilag nem éri meg. Offline DVD-ről telepítve egy 20H2 is már eleve fertőzött jeleket produkál az első újraindítást követően.
Kíváncsiságból mik ezek a jelek?
Az emberiség két legnagyobb találmánya az írás és a mikrohullámú sütő.
Igen, ez kb. így van!
Számomra ezt, az is alátámasztja, hogy nem napi szinten olvasni, hogy melyik országba melyik bankot törték fel és loptak el milliárdokat...
A tehén egy bonyolult állat, de ÉN megfejtem...| 2016-tól az tuti, hogy az angyalok is esznek babot...
Random ki-be kapcsolgatnak a gépek, főleg éjszaka, nem kér engedélyt bizonyos telepítésekhez, második-harmadik képernyőt rak fel magának és hálózati hídkapcsolatokat hoz létre magától, agresszíven próbál kapcsolatot létesíteni vezetékes és vezetés nélküli eszközökkel, hálózati feltétképezést végez, adatokat küld ismeretlen ipv6 címekre. A legtöbb eseményről tudomást sem szerzek, vagy csak a naplók átfutása után derül ki hogy mi történt. Friss végpontvédelem, friss 22H2 minden frissítéssel és hiába. Azt észre vettem hogy a jelenség nem függ a CPU típustól. Mindegy hogy Phenom II, FX-8350 vagy Ryzen7 5800X, van a gépekben sőt ugyanazt tapasztalom a környezetemben lévő Intel i5-i7 gépeknél is. Volt aminél a felvázolt stratégiám bevált, tünetmentes a rendszer, és volt ami lassan 1 éve fertőzött és bármit is teszek vele nem lehet kiirtani, mindig visszajönnek a fenti anomáliák. Természetesen a szolgáltatások limitálása, távoli hozzáférések tiltása, stb is része a z intézkedéseimnek de van ahol ez is kevés. Ha megmarad a CPU-ban a kód akkor az megmagyarázza hogy miért nem tudok a jelenséggel mit kezdeni.
Bármilyen OS-t érinthet, ha az OS-en belül találsz még egy olyan sebezhetőséget, amivel root jogot szerzel, és utána lehet kihasználni ezt. Ha nem tudsz root jogot szerezni valamilyen módon, akkor ez sem használható ki.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
Uhh ez elég durván hangzik... A CPU-ban hogy marad meg a kód? Van benne valami háttértár? A cache gondolom áramtalanításkor kiürül.
Az emberiség két legnagyobb találmánya az írás és a mikrohullámú sütő.
Kezdem érteni, akkor ez egy többlépcsős folyamat.
Az emberiség két legnagyobb találmánya az írás és a mikrohullámú sütő.
"Random ki-be kapcsolgatnak a gépek, főleg éjszaka, nem kér engedélyt bizonyos telepítésekhez"
Ezt mondjuk alapból így csinálja a Windows. Sok dolgot át kell benne állítani, hogy tényleg soha ne ébredjen fel "magától". Ezekből mindenki nagy kedvence, mikor éjjel közepén felébred feltenni a Windows frissítést, ami régóta galád módon halogattál...
Ezt kérdeném én is nálam a témában jártasabb személytől. Mert erről nekem eddig nem volt tudomásom, vagyis hogy szoftveresen átírható-e a CPU belső vezérlőprogramja.
Egyébként annyit tennék még hozzá hogy mindegy hogy W7, W10 vagy W11 fut (vagy telepítődik) a gépen. A jelenség nem függ az oprendszertől, de a CPU típusától sem. Phenom II X4 965 a legrégebbi ami használatban van a környezetemben és ott is jelen van ahogyan a R7 5800X-et tartalmazó B550es gépem is anomáliás lett.
@27ddekany: Alaposan bekonfigurált rendszer esetén nem szabadna megtörténnie. Hiába van tiltva a felébresztés UEFI és hálózati eszköz meghajtó szintjén, még a Registry-ben is alaposan kigyomláltam mindent ami ide tartozik. Tavaly nyárig működött, azóta nem. Minden egyes gép ugyanezeket produkálja, még az is amin W7 van. Oda meg mégis mi búbánat akarna magától telepedni?
[ Szerkesztve ]
"Ennek a neve Intel Management Engine (intel prociknál) vagy Platform Security Processor (AMD prociknál)."
A frissítést vajon valami saját flash-re írja, vagy csak a "BIOS" flash-ből átmásolja SRAM-ba mikor indul? Mert utóbbi esetben még írtható a nem kívánt management engine frissítés.
vírus =/= sebezhetőség
Pont ezen a szinten jön most a javítás az intel 13xxx/14xxx procikhoz. Amikor veszel egy procit, gyárilag van rajta egy párszáz kB-os konfig, ami a proci saját működését szabályozza.
https://www.darkreading.com/remote-workforce/amd-issues-updates-for-silicon-level-sinkclose-flaw
Amúgy 2015-ben már volt egy hasonló történet, az Sinkhole volt.
Ez úgy van, hogy a CPU tokozásban (vagy régebben alaplapon) van egy másik CPU (régebben vmi ARM, mostanság valami 486 leszármazott), ami saját OS-t futtat (pl. Intelnél újabban valami kiherélt MINIX-et), és először az indul el. És az végzi többek közt a rendes CPU inicializálását, amiről te tudsz. Szóval ha annak van saját flash-e, és abba beleírnak valami galádságot, akkor eléggé úgy járás van.
Viszont bemondásra nem hiszem el, hogy van aki képes azt az "alapprogramot" permanensen a saját megmókoltra frissíteni, mert tudtommal (és logikusan) igen paranoiásan ellenőrizve van, hogy digitálisan aláírta-e az Intel azt a frissebb változatot.
Valószínűleg maga ez az ellenőrzés hardveresen fixen benne van. Arról tán halottam volna, ha valaki ezt megkerülte (pl. megszerezte a privát kulcsot).
[ Szerkesztve ]
Ja hogy már 10 hónapja tudnak róla, és konkrétan a konferencia előtt ahol nyilvánosságra hozzák a sebezhetőséget pár nappal javították, illetve mérsékelték a hatását.
Na ja. Ezt az apróságot a hwsw lehozta, nagy tétben mertem volna rá fogadni, hogy Abu nem fogja megírni - be is jött... ![;]](http://cdn.rios.hu/dl/s/v1.gif)
"Bonyolult kérdésre egyszerű választ keresni helyénvaló, de ritkán célravezető megoldás" (Wayne Chapman)
OK, volt pl. ez: Intel investigating leak of Intel Boot Guard private keys after MSI breach. Most nem ástam fel, de ez talán még management engine frissítés hamisításra nem elég, "csak" a secure boot nem lesz secure...
"A frissítést vajon valami saját flash-re írja, vagy csak a "BIOS" flash-ből átmásolja SRAM-ba mikor indul?"
Hát erre mondom azt, hogy az attól függ 
Consumer gépeknél Windowsra pld javítócsomag volt, Linux az meg egyedi (gondolom disztribúciótól függ). Epycnél valami E-SMS update (ez inkább BIOS szintű dolog - de nem BIOS).
A többit meg nem tudom.
Ez egyértelműen nem csak egy szimpla "nigéria herceg email" szintű hack, több szinten is profinak kell lenni, és külön külön hack kell először a roothoz, aztán a CPU-hoz, aztán meg a nyomok eltüntetéséhez is.
[ Szerkesztve ]
"A jelenség nem függ az oprendszertől, de a CPU típusától sem. Phenom II X4 965 a legrégebbi ami használatban van a környezetemben és ott is jelen van ahogyan a R7 5800X-et tartalmazó B550es gépem is anomáliás lett"
Ezt mivel nézed?
Ezt a sok sebezhetőséget más számontartani se lehet.
Mire gondolsz? Van néhány gépem itthon és van rengeteg ami a munkámból fakadóan felügyelek. A jelenség amiket tapasztalok nagyjából egy éve független attól hogy milyen CPU van adott gépben és milyen rendszer van rá telepítve.
Átlagusernek nem is kell, soha nem lesz belőle problémája.
Csinálni kell. Kész. Pont.
De legalább kiderül, mint a Windows XP-ről is az a pár száz darab, mégis vannak olyanok, akik 2024-ben is interneteznek vele. Agyhalál. 
[ Szerkesztve ]
Az emberiség két legnagyobb találmánya az írás és a mikrohullámú sütő.
jó, de mi a "jelenség"..? Mit értesz ez alatt? Azt mivel, hogyan észleled?
@23-ban feljebb néhányat leírtam ami hirtelen eszembe jutott. Ezekhez még az is hozzájön hogy bizonyos rendszer process-eknél is van anomália, pl. van olyan ami nem egyezik a "gyári" MS kivitellel, vagy több példány fut belőle mint kellene, esetleg (az általam ismert metódusokkal) nem lehet megakadályozni hogy elinduljon, stb. Nagyon széles a paletta és az is érdekes hogy friss telepítés esetén is már ott van és amint érzékel bármilyen jellegű adatkapcsolatot a külvilággal a rendszer önállósítja magát. Találtam rejtett Ext4 partíciót is több esetben, gondolom onnan másolgatott ezt azt magának, de ahogy írtam teljesen új háttértárra telepítés esetén, BIOS (UEFI) flash után is jelen van/volt. Ezért rejtély még mindig nekem. Ha csak simán új hátértárat vettem elő BIOS flash nélkül akkor magának a particionáláskor már eleve létrehozta a rejtett EXT4-et.
Én itt Intel Management Engine-re, ill, annak AMD-s megfelelőjére gondoltam, hogy vajon a CPU tokozás alatt van-e neki saját flash frissítésekre, ami által elvileg (már ha valahogy ráveszed, hogy fogadja el a te megpiszkált frissítésedet) maga a CPU maradhat "fertőzött". (Mert a másik lehetőség, hogy a management engine mindig gyári ROM-al indul, és az ha talál a BIOS flash-ban jó digitális aláírással frissítést, akkor arra lecseréli önmagát, az SRAM-ban (ami persze táp nélkül felejt). Ekkor a CPU, ha pl. átrakod másik alaplapba, nem hordozza a "fertőzést".)
Akkor felesleges felrakni 7C35v1P (- Fixed CVE-2024-36877 security issue.) bios-t mert jön egy új erre a sebezhetőségre is?
az nemjelent semmit, hogy a root fiok zarolva van, ha sikerul egy olyan exploitot futtatni a rendszeren, ami root jogokhoz jutat.
Első AMD-m - a 65-ös - a seregben volt...
ott lehet az eb elhantolva, hogy nemregen egy csomo mindent kihekkeltek az AMDtol, ha ezek kozott ott volt annak a kodnak az alairokulcsa is, akkor van baj.
Első AMD-m - a 65-ös - a seregben volt...
Ennyire nem értek hozzá, szóval nem tudom. 
Ha a PSP szoftverének frissítéséhez szükséges privát kulcs kerülne ki, és nem "csak" a secure boot-hoz szükséges (amiről tudjuk, hogy jónéhány notebook esetén kiderült), akkor arról már hallottunk volna.
Te tényleg trollkodni jöttél ide?
Ha tudnád (bár biztosan tudod, csak AMD-t szidni jöttél), akkor az ilyen sebezhetőségek hosszú hónapokig titkosak (nem csak az AMD-nél, hanem az Intelnél, NVIDIA-nál, ARM-nál, .... is). A rést észrevevők, és az adott cég sem publikál róla semmit, hogy ne élhessenek vele vissza. Ez eltart általában pár hónapig, amíg az érintett cég tudja reprodukálni a hibát, amíg rájön, hogy miért van a rés, és amíg előáll egy megoldással. (Speciális az, amikor egy cég hosszú ideig nem reagál a felvetődött biztonsági lyukakra, mert akkor az ezt felfedezőknek a nyilvánosság elé kell állniuk, hogy a céget sikerüljön rávenni a javításra. De ezt addig nem teszik meg, amíg a cégtől kapnak visszajelzéseket, hogy 'köszi, megvan a hiba, dolgozunk rajta'.)
Ha pedig megvan a megoldás, és már el is kezdődött ennek a terítése is, akkor közösen bejelentik a nyilvánosságnak is. Most is ez történt.
De ugye trollnak lenni jó. Meg valamelyik (általad nem kedvelt) gyártót szidni is. Remélem, egyszer megérzed milyen az, amikor a 'kedvenc' céged monopol helyzetbe kerül, és majd magasról sz@rik rád (hiába szeretgeted/szeretgetted annyira), és olyan árakat hoz, amiket nem tudsz majd megfizetni. Akkor majd talán nem fogsz úgy hozzáállni a 'gonosz másik'-hoz, hogy 'sz@r, nem kell', és 'gyűlölködjünk rájuk'.
Asus AIO pc-m van ryzennel, előljáróban.
" amíg az érintett cég tudja reprodukálni a hibát, amíg rájön, hogy miért van a rés"
Azonnal produkálják nekik a hibát, és megmondják mi okozza. Nyilván nem csak egy sms-t írnak hogy ementáli a szarod. Vagy személyesen megmutatják, vagy pontos mindenre kiterjedő leírást ad aki felfedezte.
De jót mulattam az erőlködéseden. Főleg amikor te beszélsz kedvenc gyártótól. Akkora fanboy vagy mint a ház.
