abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
dnes 11:00 | Humor

Před týdnem byly zveřejněny informace o bezpečnostní chybě CVE-2018-10933 v knihovně libssh implementující protokol SSH. Autentizaci bylo možné jednoduše obejít odesláním zprávy SSH2_MSG_USERAUTH_SUCCESS. Chyba byla opravena v upstream verzích libssh 0.8.4 a 0.7.6. Chris Lamb, vedoucí projektu Debian, zveřejnil na Twitteru upravený komiks Cyanide & Happiness věnovaný této bezpečnostní chybě.

Ladislav Hagara | Komentářů: 0
dnes 10:22 | Komunita

Mozilla na svém blogu Future Releases oznámila spolupráci se švýcarskou společností Proton Technologies stojící za šifrovanou poštou ProtonMail a virtuální privátní sítí ProtonVPN. Právě službu ProtonVPN v ceně 10 dolarů měsíčně začne Mozilla od zítra postupně nabízet uživatelům Firefoxu v USA. Část peněz bude použita na další rozvoj Firefoxu.

Ladislav Hagara | Komentářů: 0
dnes 00:22 | Nová verze

Byla vydána verze 11.4 open source alternativy GitHubu, tj. softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech, GitLab (Wikipedie). Představení nových vlastností i s náhledy v příspěvku na blogu.

Ladislav Hagara | Komentářů: 0
dnes 00:11 | Zajímavý článek

Jiří Eischmann se v příspěvku Datovka na Flathubu na svém blogu věnuje aplikaci Datovka, tj. multiplatformní desktopové aplikaci pro přístup k datovým schránkám a k trvalému uchovávání datových zpráv v lokální databázi, ve formátu Flatpak. Instalovat ji lze přímo z Flathubu.

Ladislav Hagara | Komentářů: 0
včera 22:55 | Komunita

Richard Stallman představil první verzi dokumentu s názvem GNU Kind Communication Guidelines s doporučeními pro přispěvatele do projektu GNU. Cílem doporučení je udržovat v komunitě přátelskou atmosféru.

Ladislav Hagara | Komentářů: 4
včera 22:22 | Nová verze

Byl vydán Linux 4.19. Jeho vývoj dokončil a vydání oficiálně oznámil Greg Kroah-Hartman, poněvadž si Linus Torvalds vzal před pěti týdny volno a rozhodl se zapracovat na svém chování. Ke kontroverznímu dokumentu Contributor Covenant Code of Conduct přibyla jeho interpretace Linux Kernel Contributor Covenant Code of Conduct Interpretation. Přehled nových vlastností a vylepšení Linuxu 4.19 na stránce Linux Kernel Newbies a samozřejmě v Jaderných novinách. Kódové jméno Linuxu bylo změněno z Merciless Moray na People's Front.

Ladislav Hagara | Komentářů: 4
včera 02:00 | Pozvánky

Konference OpenAlt 2018 (dříve LinuxAlt a Openmobility) proběhne již o víkendu 3. a 4. listopadu na FIT VUT v Brně. Motto konference je "Otevřeným přístupem k otevřené společnosti". Připraveno je 8 tracků přednášek a workshopů. Pořadatelé připravili výběr toho nejzajímavějšího.

Ladislav Hagara | Komentářů: 0
21.10. 01:00 | IT novinky

Bylo vydáno RFC 8484 řešící posílání DNS dotazů a získávání DNS odpovědí přes protokol HTTPS (DoH, DNS over HTTPS). V aktuálních verzích Firefoxu je DoH ve výchozím nastavení zakázáno. Povolit jej lze v about:config změnou hodnoty network.trr.mode (Trusted Recursive Resolver). V srpnu zveřejnila Mozilla výsledky experimentu s DNS přes HTTPS ve Firefoxu Nightly.

Ladislav Hagara | Komentářů: 50
19.10. 13:00 | Komunita

Při prvním spuštění Ubuntu 18.04 LTS (Bionic Beaver) je spuštěn nástroj Ubuntu Report. Pokud uživatel souhlasí, jsou pomocí tohoto nástroje odeslány do Canonicalu informace o daném počítači (doba instalace, počet procesorů, rozlišení displeje, velikost paměti, časová zóna, ...). V červnu byly zveřejněny první statistiky. Podrobnější statistiky jsou nově k dispozici na samostatné stránce.

Ladislav Hagara | Komentářů: 12
19.10. 01:00 | Pozvánky

O víkendu probíhá v Košicích pravidelné setkání příznivců otevřených technologií OSS Víkend. Na programu je řada zajímavých přednášek a workshopů.

Ladislav Hagara | Komentářů: 0
Přispíváte osobně k vývoji svobodného softwaru?
 (40%)
 (42%)
 (24%)
 (23%)
 (12%)
 (36%)
Celkem 286 hlasů
 Komentářů: 17, poslední včera 22:11
Rozcestník

LazyFP, bezpečnostní chyba CVE-2018-3665 v procesorech Intel

Intel potvrdil (INTEL-SA-00145) další bezpečnostní chybu ve svých procesorech. Jedná se o chybu CVE-2018-3665 s názvem LazyFP.

14.6. 14:00 | Ladislav Hagara | Bezpečnostní upozornění


Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

Komentáře

Vložit další komentář

14.6. 15:03 pc2005 | skóre: 36 | blog: GardenOfEdenConfiguration | liberec
Rozbalit Rozbalit vše Re: LazyFP, bezpečnostní chyba CVE-2018-3665 v procesorech Intel
reakce od kámoše: Core i7 SX :-D
15.6. 05:17 Dikobraz Fik
Rozbalit Rozbalit vše Re: LazyFP, bezpečnostní chyba CVE-2018-3665 v procesorech Intel
nechapem :(
15.6. 05:50 michi141 | Brno
Rozbalit Rozbalit vše Re: LazyFP, bezpečnostní chyba CVE-2018-3665 v procesorech Intel
486 procesory od Intelu existovaly v modelech SX a DX – rozdíl byl hlavně v tom, že DX měl matematický koprocesor (FPU), kterej byl zaměřenej na floating point operace. SX ho vůbec neměl.
15.6. 10:02 Michal Kubeček | skóre: 71 | Luštěnice
Rozbalit Rozbalit vše Re: LazyFP, bezpečnostní chyba CVE-2018-3665 v procesorech Intel

Ve skutečnosti to bylo mnohem horší. Plnohodnotné 486 byly trochu dražší a Intel potřeboval něco, co by konkurovalo levným 386 od AMD a Cyrixu (možná i VIA), které běhaly na vyšší frekvenci než 386 od Intelu. Takže začali u vadných 486, které měly vadnou jen FPU část, tu FPU část blokovat a prodávat je jako 486SX, což byla "486 bez koprocesoru". A protože jich nebylo dost (zejména poté, co se výrobní proces zaběhl), tak časem začali jako 486SX prodávat i zcela funkční 486DX se zablokovanou FPU (tou dobou už byla stejně výroba levnější).

Vyvrcholení frašky nastalo, když někteří zákazníci, kteří si koupili 486SX, zjistili, že by se jim FPU přeci jen hodila. Řešením bylo - modří už vědí - prodávat 486DX se zablokovanou CPU jako "487SX". Takže si člověk místo jednoho procesoru s integrovanou FPU vlastně koupil dva, každý měl zablokovanou jednu půlku a jako bonus jste měl pomalejší komunikaci mezi CPU a FPU. A to se vyplatí… (tedy aspoň Intelu)

Ovoce avatar 15.6. 11:39 Ovoce | skóre: 13 | blog: Vyplizlo_ze_zivota
Rozbalit Rozbalit vše Re: LazyFP, bezpečnostní chyba CVE-2018-3665 v procesorech Intel
Ono to prej bylo ještě legračnější, ono to prý fungovalo tak, že ta 487ka byla kompletní procák 486DX, kterej po nainstalování při bootu deaktivoval to samotné CPU 486SX a převzal jeho roli (lolol). Prý se pak to původní "cpu" za určitých podmínek dokonce dalo vyndat a jet jen s tím 487.

Jinak ale u 386ky a předchozích čipů IIRC tyhle bizarnosti nebyly, tam x87 byla reáalná přídavná FPU, zatímco samotný CPU ji nemělo.
15.6. 12:37 Michal Kubeček | skóre: 71 | Luštěnice
Rozbalit Rozbalit vše Re: LazyFP, bezpečnostní chyba CVE-2018-3665 v procesorech Intel
O to víc bylo to označení matoucí, protože u 386 se "SX" varianta lišila jen tím, že měla jen šestnáctibitovou datovou sběrnici (32b slova se posílala na dvakrát) a zapojených jen 24 bitů adresové sběrnice (což v praxi nikoho neomezovalo), ale po softwarové stránce se chovala stejně.
Max avatar 15.6. 13:27 Max | skóre: 66 | blog: Max_Devaine
Rozbalit Rozbalit vše Re: LazyFP, bezpečnostní chyba CVE-2018-3665 v procesorech Intel
Tak tomu říkám historická vsuvka :). V té době jsem měl ještě osobního kačera na provázku.
Zdar Max
Měl jsem sen ... :(
Jendа avatar 16.6. 05:50 Jendа | skóre: 75 | blog: Výlevníček | JO70FB
Rozbalit Rozbalit vše Re: LazyFP, bezpečnostní chyba CVE-2018-3665 v procesorech Intel
Nemudruj a radši si kup licenci na větší cache :-D
Mark Stopka avatar 16.6. 06:43 Mark Stopka | skóre: 58 | blog: Paranoidní blog | European Economic Area
Rozbalit Rozbalit vše Re: LazyFP, bezpečnostní chyba CVE-2018-3665 v procesorech Intel
Co se ti nezdá, u IBM je tenhle postup naprosto bežný...
Ovoce avatar 16.6. 10:44 Ovoce | skóre: 13 | blog: Vyplizlo_ze_zivota
Rozbalit Rozbalit vše Re: LazyFP, bezpečnostní chyba CVE-2018-3665 v procesorech Intel
Akorát si připiš dvě nuly :) A je to měsíční platba, ne jednorázová :)
16.6. 14:15 pc2005 | skóre: 36 | blog: GardenOfEdenConfiguration | liberec
Rozbalit Rozbalit vše Re: LazyFP, bezpečnostní chyba CVE-2018-3665 v procesorech Intel
Je to sice hnus pro člověka, co se vrtá v HW, ale mohlo by být hůř, kdyby bylo v CPU kus FPGA pole, tak bys platil klidně licenci za každej registr navíc :-D.
15.6. 10:07 486
Rozbalit Rozbalit vše Re: LazyFP, bezpečnostní chyba CVE-2018-3665 v procesorech Intel
486 SX matematický koprocesor měl, ale deaktivovaný, protože Intel měl nějakou HW chybu na čipu a nechtělo se jim vadné čipy vyhodit, tak to prodával jako SX verzi bez FPU. Vtipné bylo, že ke 486 SX se dal dokoupit matematický koprocesor 487 SX, což byl plnohotnotnotný 486 DX (CPU+FPU), jen přeznačený na FPU. Po instalaci do desky tento 487 SX "koprocesor" deaktivoval původní 486 SX procesor a všechny operace prováděl sám :-).
18.6. 14:48 pc2005 | skóre: 36 | blog: GardenOfEdenConfiguration | liberec
Rozbalit Rozbalit vše Re: LazyFP, bezpečnostní chyba CVE-2018-3665 v procesorech Intel
Mě na tom hlavně vadí, že ta lhůta 90 dnů měla vypršet na spectre-ng 7. května, pak to posunuli o 14 dní a teďka je 18. června, jsme možná tak v půlce a i tak je stejně většina informací u lazyfp "zcenzurována" nápisem "Link withheld by request from Intel", WTF? Takhle ani nevím zda se to týká i AMD a Intel si hraje na světovýho policajta a nebo to je problém jen intelu.

BTW: by bylo vtipný, kdyby to AMD nepostihlo díky tomu jak sdílí jedno FPU mezi dvěma jádry a za což bylo i žalováno :-D.
Ovoce avatar 19.6. 09:12 Ovoce | skóre: 13 | blog: Vyplizlo_ze_zivota
Rozbalit Rozbalit vše Re: LazyFP, bezpečnostní chyba CVE-2018-3665 v procesorech Intel
Protože to mělo vyjít až pozděj ale de Raadt z OpenBSD musel bejt slavnej, tak to vykecal, údajně se to dozvěděl z "rumours". Tkaže to odhalení je improvizovaný a patche nejsou pro všechno hotový.

To provedení FPU (který platilo jenom u předchozích architektur, ne u současnejch) ba na tom asi nic nezměnilo. Tady jde o to, že to lazy FP restore má aktualizovat stav FPU registrů předtím, než na ně progeam po přepnutí kontextu šáhne. Ale ukazuje se, že když se to navlékne tak, aby je program přečetl v rámci spekulativního vykonávání, tak se ta kontrola/ochrana neprovede včas, program si ty věci přečte, zůstanou v cache a po revertu si je tam ten program může najít jako u Spectre/Meltdownu. Čili problém je v příliš uvolněné kontrole privilegií/limitací, pravděpodobně za cílem nahonit výkon. Naštěstí se to lazy FP restore dá vypnout v OS a dnes stejně nemá žádnej význam.
19.6. 09:46 Michal Kubeček | skóre: 71 | Luštěnice
Rozbalit Rozbalit vše Re: LazyFP, bezpečnostní chyba CVE-2018-3665 v procesorech Intel
de Raadt z OpenBSD musel bejt slavnej, tak to vykecal

AFAIK byl spíš naštvaný (právem), že nebyl mezi těmi, kdo dostali informace. Na jednu stranu ho chápu, na druhou nejsem úplně přesvědčený, že tohle je ten správný způsob, jak zařídit, aby je příště dostal.

19.6. 13:17 pc2005 | skóre: 36 | blog: GardenOfEdenConfiguration | liberec
Rozbalit Rozbalit vše Re: LazyFP, bezpečnostní chyba CVE-2018-3665 v procesorech Intel
Protože to mělo vyjít až pozděj ale de Raadt z OpenBSD musel bejt slavnej, tak to vykecal, údajně se to dozvěděl z "rumours".
Vykecal to ještě dřív než patch do kernelu ještě v roce 2017? Ale dobrý no. I když bych teda čekal, že by to zveřejnil google zero za pár dní tak jako tak.

Každopádně vzhledem k tomu, že je LazyFPU dneska víceméně blokovaný tím, že všichni stejně flushujou při každým task switchi (a fakt to není tak velký problém implementovat), tak na to tak 90 denní lhůta IMO stačila.

To provedení FPU (který platilo jenom u předchozích architektur, ne u současnejch) ba na tom asi nic nezměnilo. Tady jde o to, že to lazy FP restore má aktualizovat stav FPU registrů předtím, než na ně progeam po přepnutí kontextu šáhne.
Právě že u bulldozeru na ty registry možná šáhne mnohem dřív druhé jádro (pokud potřebuje 256bit operaci), takže se musí udržovat konzistence už každým taktu ne až na každém task switchi. Alespoň na blokovém schéma jsou ty FPU registry označováný jako shared. Jako samozřejmě ten bug se tam asi dá udělat taky, ale tady je vyšší šance, že si toho někdo všimne při verifikaci.

P.S.
RHEL-7 defaults to (safe) “eager” floating point register restore on Sandy Bridge and newer Intel processors, so is not affected. AMD processors are not affected.
Ovoce avatar 19.6. 14:30 Ovoce | skóre: 13 | blog: Vyplizlo_ze_zivota
Rozbalit Rozbalit vše Re: LazyFP, bezpečnostní chyba CVE-2018-3665 v procesorech Intel
Právě že u bulldozeru na ty registry možná šáhne mnohem dřív druhé jádro (pokud potřebuje 256bit operaci), takže se musí udržovat konzistence už každým taktu ne až na každém task switchi. Alespoň na blokovém schéma jsou ty FPU registry označováný jako shared. Jako samozřejmě ten bug se tam asi dá udělat taky, ale tady je vyšší šance, že si toho někdo všimne při verifikaci.
V blokovém schématu to může vypadat jak chce, ale ty registry samozřejmě s druhým vláknem sdílené nejsou, to by bylo absurdní. Je to jako v případě SMT/HT, tyhle struktury musí být zdvojené. Respektive fyzický registrový soubor (který je mnohem větší) může být sdílený, to není problém, ale nikdy ne na něj odkazující architektonické registry, které jádra (vlákna) vidí. A mapování mezi arch. registry a tím fyzickým souborem zajistí, aby druhé vlákno nikdy nevidělo obsah mapovaný z druhého vlákna.
Každopádně vzhledem k tomu, že je LazyFPU dneska víceméně blokovaný tím, že všichni stejně flushujou při každým task switchi (a fakt to není tak velký problém implementovat), tak na to tak 90 denní lhůta IMO stačila.
P.S. Právě že to vypadá, že na Windows je pořád LazyFP používané a patche zatím nejsou. Takže delší čekání bylo na místě, i když bug IMHO tak hrozný není (ale bavíme se o principu). V Linuxu je Lazy FP Restore nejspíš vypnuté z jiných důvodů - už nebylo považováno za užitečné kvůli tomu, že už neneí časté, že by aplikace nesahaly na FPU/SIMD. Zdroj: Linus.
Ovoce avatar 19.6. 14:36 Ovoce | skóre: 13 | blog: Vyplizlo_ze_zivota
Rozbalit Rozbalit vše Re: LazyFP, bezpečnostní chyba CVE-2018-3665 v procesorech Intel
*aby druhé vlákno nikdy nevidělo obsah mapovaný z prvního vlákna.
19.6. 16:46 pc2005 | skóre: 36 | blog: GardenOfEdenConfiguration | liberec
Rozbalit Rozbalit vše Re: LazyFP, bezpečnostní chyba CVE-2018-3665 v procesorech Intel
V blokovém schématu to může vypadat jak chce, ale ty registry samozřejmě s druhým vláknem sdílené nejsou, to by bylo absurdní.
OK jsem to blbě nazval no. Zase pro stav, kdy je ta jednotka prvním vláknem používaná a druhé vlákno si na ní chce udělat out of order spekulativní přístup, tak nutně narazí na to, že je busy.
Právě že to vypadá, že na Windows je pořád LazyFP používané a patche zatím nejsou. Takže delší čekání bylo na místě, i když bug IMHO tak hrozný není (ale bavíme se o principu).
Neměla by oprava spočívat jen v tom, že místo v handleru té lazy FPU vyjímky se ty FPU registry uloží už při task switchi? To je tak přesunutí volání jedné funkce a rekompilace.
V Linuxu je Lazy FP Restore nejspíš vypnuté z jiných důvodů - už nebylo považováno za užitečné kvůli tomu, že už neneí časté, že by aplikace nesahaly na FPU/SIMD.
To je to samý co píšu IMO ;-). Každej task switch stejně nakonec skončil vyprázdněním registrů předchozí úlohy, tak odstranění té hw vyjímky se kód zjednodušil.

Založit nové vláknoNahoru


ISSN 1214-1267   www.czech-server.cz
© 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.