2002 óta, amikor a kernel ACPI-támogatással bővült, egy felesleges várakozási - „dummy wait” művelet került be a kernelbe. Történt ez mindazért, mert akkoriban néhány chipkészletnél az STPCLK# nem volt időben érvényesítve a kernelben az üresjárat során. A dummy I/O olvasás késlelteti a további utasításfeldolgozást, amíg a CPU teljesen le nem áll. Az AMD egyik mérnöke azonban nemrégiben észrevette, hogy ezt a viselkedést a modern AMD Zen 3 hardvereken is alkalmazzák, és megállapította, hogy ez teljesítményproblémákhoz vezethet az terhelt és üresjárati fázisok között gyorsan váltó munkaterheléseknél, és különösen a nagyobb magszámú rendszerek, például a Ryzen Threadripper és EPYC platformok esetében.
K Prateek Nayak, az AMD mérnöke, kimutatta, hogy a hibás megoldása milyen jelentős hatással lehet a teljesítményre a modern hardverekre az AMD rendszereken. Az Intel CPU-k eközben nem használják ezt a kódutat a modern hardverekhez, így nem érinti őket ez a teljesítményvesztés. Az adott tesztben a minimum adatátviteli értékek 1390.52 százalékkal növekedtek és az átlagos adatátvitel is 50.85 százalékkal emelkedett.
Eredetileg az AMD egy javítást végzett itt, majd Dave Hansen, az Intel mérnöke tisztította és egyszerűsítette ezt a kódot. Ez utóbbi javítás egyszerűen nem alkalmazza ezt a "dummy wait" megoldást, kivéve a régebbi (Nehalem előtti) Intel rendszereket. Mostantól tehát az AMD rendszerek is kihagyják ezt a műveletet, amely a modern rendszereken ronthatja a teljesítményt. Mivel ez főként az leterhelt és az üresjárati állapotok között gyakran váltó munkaterhelésekre van hatással, valamint a nagyobb magszámú rendszereknél jobban észrevehető, az AMD EPYC szerver teljesítménye ezzel a javítással meglehetősen érdekes lehet, különösen a webszerver / adatbázis-munkaterhelések és más típusú gyors tesztek esetében.
A PACMAN egy újszerű hardvertámadás, amely képes megkerülni a Apple M1 CPU-n a Pointer Authentication (PAC) rendszert. A felfedezést tevő MIT CSAIL kutatók, az alábbiakbna mutatják be ezt a támadási formát:
Csütörtökön reggel a Firefox bizonyos körülmények között nem töltött be oldalakat, vagy összeomolhatott.
Ezt egy a böngészőben lévő HTTP/3 hiba okozta, amelyet az események sora „aktivált(külső hivatkozás)”. A Firefox telemetria hálózati elérésében történő változtatás miatt olyan felhőszolgáltatás Load Balancer szolgáltatás lett használatba véve, amely a „Content-Length” HTTP fejlécet kisbetűsként, azaz „content-length” formában adta meg. A szabvány szerint(külső hivatkozás) nem kis- és nagybetűérzékeny formában megadott HTTP fejlécet kisbetűs módon megadva a Firefox nem vette figyelembe és a FindRequestContentLength függvényhívás 0 mérettel számolta. Ennek következményeként(külső hivatkozás) a Firefox hibás hálózati alrendszere (Necko(külső hivatkozás)) feldolgozási ágba került és belső hálózati puffereket felemésztve végtelen ciklusba került - amely a többi weboldalt is elérhetetlenné tette és a böngészőn a lefagyás jelei lettek úrrá...
A legújabb Firefox továbbra is Windows (AMD 64 bites, ARM 64 bites és 32 bites), Linux (64 és 32 bites) és OS X (Intel és Apple Silicon) operációs rendszerekre tölthető le(külső hivatkozás), szokás szerint magyar nyelven is. A most kiadott verzió fejlesztéseiről a kiadási megjegyzések(külső hivatkozás)ben lehet olvasni, a közzétett biztonsági hirdetményeket pedig itt lehet elolvasni(külső hivatkozás). Linux Mint esetén a frissítés elérhető a Frissítéskézelő alkalmazásban, illetve más platformok esetén terjesztés által biztosított frissítési csatornákon keresztül. A Windows 11 felhasználók már telepíthetik a Microsoft Store-ból.
A Firefox bizonyos körülmények között a mai nap nem töltött be oldalakat, vagy összeomolhat. Ezt egy HTTP/3 hiba okozza. A Firefox mérnökei dolgoznak a hiba elhárításán(külső hivatkozás):
„Jelenlegi gyanúnk szerint(külső hivatkozás) a Google Cloud Load Balancer (vagy egy hasonló CloudFlare szolgáltatás), amely az egyik saját szerverünk előtt áll, kapott egy frissítést, amely egy meglévő HTTP3 hibát vált ki. Először a Telemetriát gyanúsították, mivel ez az egyik első szolgáltatás, amelyhez egy normál Firefox-konfiguráció csatlakozik, de feltehetően a hiba bármely más, ilyen szerverhez való csatlakozás esetén is kiváltja a hibát. A jelenlegi tervünk az, hogy a HTTP3-at letiltjuk, hogy enyhítsük a problémát, amíg meg nem találjuk a pontos hibát a hálózati stack-ben.”
A másik észrevétel az volt, hogy a felhasználók a Telemetria letiltásával is elérték ezt a hatást. Elképzelhető, hogy alapból csak a Telemetria használ HTTP/3 kapcsolatokat.
„A Firefox szolgáltatásokban voltak kiesések, és ezt sajnáljuk. Úgy véljük, hogy a hibát kijavítottuk, és a Firefox újraindítása visszaállítja a normális viselkedést. Hamarosan további információkkal szolgálunk.”
Az internet nagy része hosszú ideig tartó problémákat szenvedett el, miután többszörös kiesés miatt az Amazon Web Services (AWS(külső hivatkozás)) hálózatának nagy része leállt.
A DownDetector(külső hivatkozás) valós idejű kiesésfigyelő szolgáltatás adatai szerint az incidens nagyjából 12:00 órakor kezdődött, és több ezer felhasználó regisztrált problémákat Európa-, Ázsia- és USA-szerte.
A Firefox-ot készítő Mozilla, két, aktívan kihasznált 0-day, hibát javított a héten a böngészőben. Ennek megfelelően minden Firefox felhasználónak érdemes - sőt kötelező - az új verzióra frissítenie.
(Frissítve) A Spectre nevű sérülékenység két hibája többé-kevésbé minden modern processzort, a Meltdown pedig az Intel elmúlt 10 évben megjelent valamennyi processzoraát és néhány erősebb ARM processzort érint – lehetővé téve adatszivárgást. Az Intel Management Engine sebezhetőségei pedig távoltól teszik elérhetővé a gépet. Mindegyik hibára született már hibajavítás, ezek telepítése elengedhetetlen lesz a jövőben a számítógépek biztonságos üzemeletetéséhez. Az első javítások még januárban jelentek meg, de az Intel mikrokód frissítés és a Windows frissítés is olyan hibákat okozott, mely után a gyártók újabb javításokat adtak ki.
Torvaldsnál most épp az Intel Spectre 2 sebezhetőségre adott javítás borította ki a bilit, amely a szakember szerint (is) több sebből vérzik. Torvalds úgy gondolja, hogy az Intel processzorait túlságosan visszavetné, ha az összes érintett termék tisztességes javítást kapna. Ezért a gyártó most tűzoltást végez, biztonsági javítás helyett sokkal inkább egy új, opcionálisan bekapcsolható védelmi funkcióként kezeli a Spectre 2-re adott megoldást.
Nem jól indul az év az Intel számára, ugyanis láthatóan idő előtt kiderült egy hardveres hiba, amely a jelenlegi adatok szerint érinti a vállalat összes modernebb processzorát. Nemrég ugyanis Linus Torvalds beolvasztotta(külső hivatkozás) a kernelfájljába a kernel laptábla izolációját, amely segít a felhasználói és a kernelmemória jobb elszigetelésében.