Új hozzászólás Aktív témák

• #201 opr nagyúr wwenigma #195

  Új Válasz 2020-03-09 23:59:26 #201

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  opr

  nagyúr

  válasz wwenigma #195 üzenetére

  Nekem is ez a tippem, viszont ez egy jó nevű csapat, nehezemre esik elhinni, hogy egy ilyen blőd baromságra hajlandóak lennének, ilyenből elég egy és ugrott a nehezen felépített renomé.
  Mondjuk, gondolom van az a pénz, amiért nekik is korpásodik a hajuk, csak akkor is furcsa lenne, na.

• #175 Turcsika tag wwenigma #155

  Új Válasz 2020-03-09 07:53:40 #175

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Turcsika

  tag

  válasz wwenigma #155 üzenetére

  Bocsánat csak volt dolgom.

  Nos a tomshardware kiértékelte a az amd válaszát, és nem nyugtatta meg őket.

  "Update #1 3/8/2020 8:10am PT: AMD responded to our queries with an advisory the company posted to its website:
  "We are aware of a new whitepaper that claims potential security exploits in AMD CPUs, whereby a malicious actor could manipulate a cache-related feature to potentially transmit user data in an unintended way. The researchers then pair this data path with known and mitigated software or speculative execution side channel vulnerabilities. AMD believes these are not new speculation-based attacks.""

  Illetve a kutatók is válaszoltak a kérdésre - tudod akinek (eddig) komoly volt számodra a véleménye:

  Update #2 3/8/2020 3:00pm PT: The researchers contend that this vulnerability is still active.

  https://twitter.com/PaulyAlcorn/status/1236755899781451779

  Vagyis az amd közleménye egy nagy kamu. A sebezhetőség él. Ezt minősíteni sem lehet.

  Gyors javítás az L1D cache letiltása, ami komoly sebesség csökkenést eredményez. De egyelőre próbálkoznak a hozzáférési idő változtatásával.

  2011 óta tudnak a hibáról, nem is értem miért kellett beáldozni a biztonságot a sebesség oltárán.

• #155 wwenigma Jómunkásember wwenigma #151

  Új Válasz 2020-03-08 15:32:38 #155

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  wwenigma

  Jómunkásember

  válasz wwenigma #151 üzenetére

  Nem frissitgetek tovabb hogy varjam a valaszod, de en ugy nezem hogy a Take a way sebezhetoseg amirol beszelsz csak mashogy hivod. Arra pedig reagalt az AMD. White paper - [link]

• #150 Turcsika tag wwenigma #149

  Új Válasz 2020-03-08 13:00:24 #150

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Turcsika

  tag

  válasz wwenigma #149 üzenetére

  Ez a jövő héten kiderül.

  Főleg hogy az amd csak az egyik hibával kapcsolatban adta ki a közleményt, persze erre nem reagálsz.

  https://www.amd.com/en/corporate/product-security

• #147 Turcsika tag wwenigma #146

  Új Válasz 2020-03-08 12:55:58 #147

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Turcsika

  tag

  válasz wwenigma #146 üzenetére

  Vagyis hozzászólásokra alapozol, ami ráadásul két régebbi sebezhetőséggel kapcsolatban érdeklődik. Ez még tőled is új

• #144 Turcsika tag wwenigma #139

  Új Válasz 2020-03-08 12:48:10 #144

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Turcsika

  tag

  válasz wwenigma #139 üzenetére

  Először is: [link]
  "The research team said it notified AMD of the two issues in August 2019, however, the company has not publicly addressed the two issues, nor has it released microcode (CPU firmware) updates.
  An AMD spokesperson was not available for comment on this article."

  Az Amd augusztus óta nem reagált, és a cikk írása idején sem érték el őket. De ahogy megjelentek a cikkek, rögtön kiadtak egy közleményt (tegnap, fél év után) , gondolom erre hivatkozol. Ebben a közleményben felhívnám a figyelmed arra hogy az amd azt hiszi. Azt hitte már párszor aztán sunyiban jöttek ki a mikrokód frissítésel. Ez elég korrekt, fél éve tudnak a dologról és nem javították.

  A saját moddolt kernel gondolom ismeretlen a hekkerek körében.

  Egyébként felhívnám a figyelmed a szinte 100%-os eredménnyel kihasznált támadásokra.

  A másik hiba pedig nem spectre alapú, hanem azon a bizonyos véletlenszám generátoron alapul, ami kiderült hogy minden zen-ben hibás:

  "Másodszor, a kutatók szerint a Collide + Probe támadást is felhasználták a különféle ASLR implementációk entrópiájának (véletlenszerű számok előállításának képessége) csökkentésére. Az ASLR az Adress Space Layout Randomization kifejezést jelenti, és egy biztonsági mechanizmus, amellyel véletlenszerűsítik és felfüggesztik azokat a helyeket, ahol a kód végrehajtja a processzor memóriájában. Ha a támadó megtöri az ASLR-t, akkor megjósolhatja, hogy hol hajtja végre a kód, és megtervezheti az egyéb támadásokat.
  A kutatók szerint megtörték a kernel ASLR-t egy teljesen frissített Linux rendszeren, de az ASLR-t az operációs rendszerekre és az alkalmazásokra is, amelyek hipervizorokban futnak (felhő / virtualizált környezetek).
  Ezek a támadások a rosszindulatú kód telepítését tette szükségessé ugyanazon a gépen, azonban a támadás az interneten is hordozható, egy böngészőbe betöltött rosszindulatú JavaScript segítségével."

  Feltételezhető hogy a véletlenszám generátoros hibára nincs is javítási lehetőség, gondolom ezért is van majd fél éve kussban az amd ezzel kapcsolatban.

• #133 Turcsika tag wwenigma #121

  Új Válasz 2020-03-08 10:59:35 #133

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Turcsika

  tag

  válasz wwenigma #121 üzenetére

  A figyelmen kívül hagyással kapcsolatban valószínű erre regáltál:

  "A cikk szerint a sebezhetőség kihasználásával nem jutsz túl sok adathoz. Szó szerint úgy fogalmaznak, hogy csak néhány bitet lehet kinyerni. Azzal meg túl sokra nem mész. Lehet, ennek lehet betudni, hogy a tom'sHARDWARE-en, meg az AMD hivatalos csatornáján kívül szinte sehol nem lehet olvasni róla."

  A válaszomat fentebb olvashatod, közel 100%-os sikerességgel és 588.9 kB/s sebességgel jutnak adathoz.

  Ami még furcsább, hogy az intel sebezhetőségi hírek alatt, ahol szintén sok esetben helyi hozzáférés, vagy bizonytalan, lassú adatkilopás volt lehetséges, egész más volt a véleményed: [link] [link]

  [link] [link] [link] [link] [link]

  Meglepő lesz, de egyet kell értenem veled, legalábbis amiket annó fogalmaztál meg, ezeket a helyén kell kezelni, és nem szabad elbagatelizálni a dolgokat. Az is tisztán látszik - és remélem véleményed még mindig áll - hogy az amd beáldozta a sebességet a biztonság terén, hiszen az intelhez nagyon hasonlító sebezhetőségről beszélünk.

  Talán még rémisztőbb, hogy az amd-nél ez az új architektúrában van jelen, az intellel szemben, akinek a több éves procijaiban vannak ezek a sebezhetőségek.

  Reméljük nem fog nagy sebesség kieséssel végződni a javításuk, bár pont a cache részt érinti. Ez a jövőben kiderül, illetve az is mi van még vissza.

Új hozzászólás Aktív témák