на практика всички процесори със спекулативно изпълнение на инструкции (на интел)
и ОС, които шерват физическа памет между кърнъла и юсер-спейса, което на практика значи всички, без DOS 3.11

спешната кръпка е да ги разделят в 2 таблици (при спекулативното изпълнение под-системата не гледала в дескрипторите дали всяка итерация на инструкциите има право да прескача в чужда манджа). което май решава проблема кърнъл/юзер-спейс, но си остава проблема юзер/юзер.
явно в интел са копирали блокчето навсякъде, пък и е твърде някъде в страни и не подлежи на пачване с микрокода. май само първите атоми не са засегнати доколкото разбрах обаче, се ползва някакъв механизъм от ексепшъни и скоростта на точене е силно ограничена. свалих си документите, ма нямам време да ги чета. за сега кърпежите са повече с цел да се обслужи общественото мнение, със сигурност ще има поредици от кръпки или дори фундаментални теологични промени в ОС, когато осмислят дълбочината на проблема.

изцепката е грандиозна, днес им паднаха акциите с 9% (за сега). СЕО-то може и той да го отнесе, продал си бил значителна част от акциите преди месец-два и ако го подгонят за злоупотреба с вътрешна информация, дизел-гейт ще му се види дишане на планински въздус с дъх на теменужки.

прави ми впечатление, че за проблема се е знаело отдавна, но не е станал публично достояние. напомня ми на чернобил и манифестациите под дъжда. от интел заявяват, че техните процесори работели точно, както били дизайнати, д'ебиш. сиреч - не било дефект, а фючър.

---

тони,
трябва да погледна какви страйпове може да прави сториджа, мога да почна да го пълня с малки по обем 10К дискчета, но предполагам, че ще опра до капацитета на наличния FC (2х8). което все пак ще си е по-бързо от каквато и да е комбинация със SATA в компа.

---

глобално погледнато, вадим пишещите машини, режем LAN кабела и проблема с реклами, вируси, дупки и кръпки ще се реши на 80%
за интернеткане по някое атомче, или специфично подбран селерон. имам и едно дъно с Р2, но ще трябва да изровя и нетскейп от миналия век.

Дедо и по нови от нетскейпа вървят, няма страшно.
Кръпката е колкото за успокоение, сложих кръпки, пачнах FW ама все тая, чудно ак си изначало с някоя виртуалка дали ще си бърка между виртуалките, трябва да се чете, не ми се чете а и нямам желание да разбирам, колко хубав беше света преди да разберем новината. ike е виновен за всичко, с неговия линк предизвиква грижовни мисли у хората.

Дедо, абе ако имаш читав RAID, ама истински в компа може и да не е баш така, зависи с какво са я окомплектовали гадинката. Но то така или иначе се опира и до дискове.

p.s. то ако е за компилация там файловете малки, ще ти трябват IO-пси, а това както и да го гледаш иска много дискове, т.е. много по-малки .... е може и много големи, ако има кеш ...

ами твърдят, че може да се скача навсякъде във физическата памет, макар и бавно.
спасението е много бавен процесор с адски много памет, да обикалят с дни да си намерят нещо интересно.
до колко е реалистично в реалния живот е трудно да се каже, но всяка такава възможност директно води до отсвирване на сигурността.
което за нормалния домашен потребител на тубата няма особено значение, но ония с фермите - гугъл, амазон и т.н., които продават услугата виртуализация, облак, база данни, ще им се стъжни живота от адвокатите на клиентите (хамерика, все пак е страната на адвокатите), респектвно те ще подпукат интел и ще настане всеобщ благодат... за адвокатите.

особено, когато някой докаже, че са знаели, а са мълчали. или още по-лошото - че са оставили дупката нарочно.

Мда, те продават сървиси а на нашите директно пари се раздават ... но пък сме само ние, малко по трудно ще се случи

а ние простосмъртните, да пачваме ли нещо или да си стоим на Правец 82...т.е. на Windows XP/7 и какъвто хардуер си имаме в момента
верно ако се окаже, че са знаели - дизел гейта
ще си е направо детска приказка...

Е според теб може ли да не са знаели ? Разбирам да е станало преди месец, или година, или 5 години ама то ....

От 10 години само козметични промени https://en.wikipedia.org/wiki/Nehalem_(microarchitecture) за това, като кажат всички имат предвид всички от последните 10 години или 99.9% от Интел процесорите които се ползват в момента.

Зачетох се снощи в проблема... интересното е, че си е концептуален бъг и са засегнати абсолютно всички. Между другото АРМ са сред най-засегнатите, може би заради това и са първите с rework - нова инструкция.
Значи те май са няколко проблема, но основния е начина по който работят суперскаларните out-of-order ядра. Примерно юзер код вика някаква кърнел функция като й подава указател или манипулатор, изобщо нещо свързано с паметта. Нормално кърнела първо проверява и само ако указателя е валиден се прави достъп до адреса. С такива неща е пълен всеки един кърнел, нищо необичайно.
На ниско ниво обаче всеки кур с out-of-order се пробва да изпълнява инструкции напред, демек съвсем нормално е да тръгне да чете от адреса, преди още if-a да е минал. Това го правят всички, защото паметта е много бавна, конвейрите са 10-15 нива и за да не се губи ужасно много време всички се стараят да подготвят данните предварително, т.н. спекулативни четения. Дотук също нищо лошо, юзера дава забранен адрес, проца го чете, после конвейра изхвърля стойността и съдържанието не се вижда нито от кърнела, нито от юзера.
Всичко е прекрасно, но тия идиоти от гугъл правят още една стъпка, добавят към спекулацията още едно четене, като адреса се изчислява на база стойността от първото четене. На пръв поглед няма лошо - дали ще е едно фалшиво четене или две... някакъв мъртъв код, който не би трябвало да се изпълнява. Само дето на практика проца го изпълнява, но пък изхвърля стойностите, така че юзер кода на теория не би трябвало да разбере нищо.
Да, ама не. Юзер кода не получава данни, но може да засече времето за изпълнение. Оказва се, че спекулативните четения добавят закъснения и тия закъснения са различни в зависимост от това с какъв адрес спекулираме, дали е кеширан в L1, L2 или е някакъва недостъпна памет. Нужна е просто такава функция, която изчислява втория адрес така че да е към бърза или бавна памет/достъп в зависимост да кажем бит от стойността в първия адрес.
Демек засичайки времето можем да разберем дали бита е 0 или 1. С малко повечко функции и фантазия се оказва, че на теория юзер код може бит по бит да чете памет до която не би трябвало да има достъп

Днес има ъпдейт на Firefox който би трябвало да пресича възможността атаката да се направи от JavaScript код:

Добре че пиковете не са засегнати, че тъкмо довършвах една джаджа и се бях напрегнАл от тия шпионски изпълнения...

ти представяш ли си да пускат ъпдейт за пиковете

на микрокода на пиковете

Облече жълтата фланелка !

може и на атмели, msp-та, 8051 и т.н.
фланелката е за Ицо, той започна

Айде и ябълките
https://www.dnevnik.bg/tehnologii/2018/ ... ome_layer2