Proč je tolik povyku s meltdownem mezi normálními usery (diskuse)

[vlastikroot]

IMHO to je jen medialne zajimave a urcite to bude mit vliv na marketing a akcie.

[alkoholik]

Protoze se jich to tyka: Meltdown means that userland code, such as JavaScript running in a web browser, can read kernel memory.

[deda.jabko]

Meltdown means that userland code, such as JavaScript running in a web browser, can read kernel memory.

Jeste bych dodal, ze jadro ma namapovanou celou fyzickou pamet do adresniho prostoru jadra, to znamena, ze jakykoliv proces (vcetne JS v prohlizeci) muzes cist pamet jakehokoliv procesu. Treba hesla nactena jinym prohlizecem/aplikaci do pameti, ...

[CIJOML]

Tohle je trochu zavadejici. Problem je, ze kazdy proces ma mapovanou svou pamet a i pamet jadra(respektive celou fyzickou pamet). To z duvodu aby nemuselo dochazet tak casto k prepnuti kontextu a vyliti kesi. Melo se za to, ze ochrana v CPU ze dana stranka je nepristupna je dostatecna. To se ukazalo jako omyl a s urcitymi triky je mozne aby proces precet i pamet jadra, kterou by nemel. Resenim je vypnuti mapovani cele pameti do pametoveho prostoru procesu a diky tomu i castejsi prepinani kontextu.

Je zrejme ze v pameti budou ulozene klice, hesla...

Ano je to problem ktery se tyka i uzivatelu hlavne tech, kteri pouzivaji PC k pristupu k bankovnictvi.

[Heron]

a s urcitymi triky

Což o to, s určitými triky dostupnými a zneužitelnými jen přes přesně poskládané instrukce, to bych ještě chápal. (Tj. bylo by nutné spustit přesně upravenou binárku na daném stroji.) Ale zarazilo mě, že se k těm trikům dostane i JS, který by měl běžet v podstatě interpretovaně v jakémsi virtuálním prostředí v prohlížeči.

Prostě z mého pohledu tahle nepříjemnost v CPU odhalila další chybu v konceptu a evidentně (soudě podle reakcí v podstatě všech co na to ve světě chtěli reagovat), se nikdo moc nemá k tomu vyřešit koncepční problém a spoléhá se jen na to, že to "někdo" v CPU opraví a svět bude zase krásný.

Prostě tady se desítky let tvořilo relativně bezpečné prostředi, oddělovaly se programy, uživatelé, sítě, řešily se podpisy a autentičnost balíčků (vůbec je pikantní, že dbáme na to, aby balíček s prohlížečem byl podepsán a ověřitelně přeložen a potom v něm dovolíme spustit libovolný kód) a kde co a potom si do "prohlížečů" strčíme spouštěč libovolného kódu, který ochotně a s nadšením spustí vše, co po síti přileze a budeme dokonce ještě řešit, jak tomu dát plný přístup k HW (třeba k GPU).

V podstatě to ani nijak jinak než průserem dopadnout nemohlo, ale nezdá se, že by se z toho někdo poučil.

[filbar]

Stejně nejvíce nechápu to jak se JS může dostat k paměti procesoru. Vždyť přece běží v prohlížeči a dělá jenom to co mu prohlížeč dovolí, ne? :-O. Jsem už před 10 let www vývojař a ještě jsem se v JS nesetkal s příkazem pro čtení paměti. Můžu jenom manipulovat s DOMem v prohlížeči a maximálně si ajaxnout pro část stránky.

[ehm]

Achjo... Je takový problém si o tom něco přečíst? Asi holt je jednodušší napsat blog a nic o tom nevědět.

[pc2005]

Co je to "paměť procesoru". Uvažuješ na moc abstraktní úrovni. JS samozřejmě paměť potřebuje pro uložení samotnýho kódu a pro proměnný jako například pole. Ty data jsou samozřejmě ve stejným RAM modulu jako kernel paměť.

Spectre je ale hlavně o tom, že přinutíš cizí program, aby četl paměť kterou nemá, ale ta informace se rovnou nečte, ta se luští z vedlejšího chování běhu kódu. Konkrétně se měří čas jak dlouho trvá nějaké vlákno (protože procesor čeká desítky až stovky taktů na čtení z RAM).

Meltdown pak tohle používá ve spojení s architektonickou chybou x86 od Intelu, kde ti CPU leakuje informaci i rychlosti při čtení kernel paměti.

[little.owl]

V podstatě to ani nijak jinak než průserem dopadnout nemohlo, ale nezdá se, že by se z toho někdo poučil.

ARM ted prekopava kvuli temto problemum architekturu dalsi generace jader, takze se poucil, ale vysledky budou viditelne tak za dva roky.

[Käyttäjä 11133]

Jojo, z průseru do průseru :D

[pc2005]

Spíš ještě dýl. Leda by všem zákazníkům o licenci dali update zdarma. U ARMu je AFAIK jedna z licencí přece ta, že ti prodají netlist a můžeš ho po předem dohodnutý čas vyrábět.

[R]

Kedze bezny uzivatel spusta nezname nedoveryhodne programy z webu s pravami administratora, tak si neviem predstavit, ako by ho tato diera mohla ohrozit este viac.

[Michal Kubeček]

která je vlastně kritická pouze pro servery, které mají veřejnou IP adresu

Tuhle informaci máte odkud?

Dokud nenavstěvují stránky porna, malvaru či podobné, tak ani přes js se k nim nemůže nikdo dostat

Myslel jsem - asi naivně - že téhle mantře nemůže nikdo, kdo má aspoň trochu představu o fungování věcí, věřit.

a co se týče jádra Fedory(používám jí na ntb), tak uvažuju, že si udělám vlastní repo, kde budu distribuční jádra Fedoru překompilovávat s vypnutou ochranou

Když vás to baví, proč ne, ale nebylo by o chloupek jednodušší to prostě vypnout příslušnými command line parametry?

[Migi]

A já měl za to, že už se všeoběcně ví, že NAT je asi taková uroven ochrany, jako petlice ze špagátu.

[chrono]

KPTI (ochrana proti Meltdown) sa dá bez problémov zakázať pri štartovaní OS (prípadne kedykoľvek po spustení OS), takže nie je potrebné čokoľvek kompilovať.

[limit_false]

2 roky uptime bez updatu jadra? Tak to skonci se adminovanim serveru. Behem tech dvou let se objevilo vicero local exploitu jak local privilege escalation na linux samotny, nejznamejsi asi dirtycow (coz pak plati i na kontejnerove virtualizace) a dalsi privilege escalationy i na dalsi nekontejnerove virtualizacni reseni.

[Käyttäjä 11133]

A proč by mě local exploty na (některých) serverech měly znepokojovat? To snad záleží na use-case toho serveru, ne?

[filbar]

To aby se někdo dostal na server a mohl zneužít chybu jádra, to by musel nejprve přece prolomit ssh, postfixe, bo apache a něco jím podstrčít. A ty služby mám chráněné pomocí SELinuxu, dokonce ještě přísněji než je výchozí politika.

[Käyttäjä 11133]

Nebo třeba wordpress

[filbar]

Apache toho mám obzvlášť chráněného pomocí SELinuxu - mám pro něj napsanou dokonce i vlastní pravidla SELinuxu, které jsou ještě přísnější než standartní, tak tudy se doufám nikdo nedostane. A navíc mám na serveru pouze provéřené klienty s Joomlou, nebo Nette, čímž nechci říct, že by se v Joomle nemohla vyskytnout taková chyba, ale že znám nainstalované rozšíření.

[MadCatX]

Koncept Security by ignorance?

[Käyttäjä 11133]

Fillbar už své porzumění problematice IT bezpečnosti tady prezentoval dostatečně k tomu aby sis na tohle udělal názor, nemyslíš? :) Ignorance is bliss :)

[Kkt1]

Dej URL, nasdilim nejaky soubor z tveho servru...

[MadCatX]

Obávám se, že jsi vůbec nepochopil, v čem je Meltdown tak kritický. Nějaký vlastní JS je možné propašovat kamkoliv, stačí se jen zamyslet, kolik webů je postavených na různých neaktualizovaných Drupalech a Wordpressech. Po prohlížečích je rozumně možné chtít jen to, aby zajistily, že se JS nedostane mimo sandbox a případně nevyzrazovaly informace ve vyšších detailech, než je nutné. Další problém je, že výkonnostní dopady KPTI, retpoline apod. se i těch běžných uživatelů mohou nepříjemně dotknout at už jsou reálně napadnutelní nebo ne.

[Michal Kubeček]

To, že ten JavaScript může číst (libovolnou) paměť jádra, je také běžné i bez Meltdownu?

[pc2005]

No povyku je mezi normálními usery i proto, že Meltdown svezl i se Spectrem (i mě chvíli trvalo než jsem pochopil rozdíly). Záplaty Meltdownu zpomalují počítač komukoliv (flush TLB, ale i PCID (?)) a spectre záplaty pak zamrzají windowsy.

Firefoxu, aby byl JS bezpečný a ne jádra.

Meltdown je architektonická chyba CPU, rušící rozdělení privilegovaných okruhů běhu kódu. Libovolný software obvykle není schopen běžet na nedůvěryhodném HW důvěryhodně.

[Radovan]

To už by rovnou mohl chtít, aby FF byl stejně bezpečný i kdyby běžel na 8086

[D-Evil]

Texty tohohle typu jsou přesně ten důvod, proč si myslim, že je blogování to nejhorší, co Internet mohlo potkat. Pevně doufám, že tohle uvidí co nejmíň lidí a že si nikdo z nich nebude myslet, že máte pravdu.