
u/informatikus

We’ve lost an icon. Margaret Hamilton, a computer science pioneer best known for her work at MIT leading development of the flight software for the Apollo missions to the moon, has died at 90.
Hackers obtain counterfeit TLS certificates for Google and other large services | Compromise of 3 domain registries allows hackers to walk off with unauthorized certs.
arstechnica.com10 F1 cars suddenly limited to 30 km/h because of a software bug
Amikor a szoftver túl okos akar lenni : a genetika fejlődését másfél évtizeden át hátráltatta az Excel, ami több száz kutatás eredményeit rontotta el
A hülye autocorrect, pontosabban automatikus formátumválasztó.
Na végre! Lepaktált a Telekom és a Cloudflare
...
A viszonteladói megállapodás ugyanakkor csak az egyik eleme a stratégiai együttműködésnek, illetve ez lehetett az ára annak, hogy a DTAG és a Cloudflare hálózatait végre közvetlenül összekapcsolják, vagyis létrejöjjön a direkt peering kapcsolat a két cég hálózata - és ügyfelei - között.
Ez egyben azt jelenti, hogy mostantól a Cloudflare szolgáltatásait használó ügyfelek a weben plusz lépcsőfokok (hop-ok) nélkül, a lehető legnagyobb sávszélesség és a legkisebb hálózati késleltetés mellett érhetik el felhasználóikat és vice versa.
Ideiglenesen állomásozok nálatok egyet. Reggel bringán 7 fokban, kis pulcsiban, hát, vehettem volna kesztyűt.
És két percig még a fűtés a vonaton is jólesett.
Mai unalmas kiberbiztonság hír: kifelé nyitott SSH porton be lehet(ett) jelentkezni Mikrotik routerekre simán a "-2" felhasználónév megadásával, jelszó és kulcs nélkül.
A RouterOS SSH implementációjában két hiba láncolható össze. A CVE-2026-67279 miatt egy rekey után az SSH session autentikáció nélkül is eljuthat a channel/session állapotig. Ezután a CVE-2026-86060 kihasználja, hogy a login folyamat a -2 értéket nem felhasználónévnek, hanem file descriptor 2-nek értelmezi, és onnan próbál megbízható login/policy adatot olvasni. Mivel az FD 2 az SSH PTY-re mutat, a támadó befolyásolhatja ezt az adatot, így az auth bypassból tényleges jogosultságszerzés lehet.
Részletes technikai elemzés itt:
https://cert.pl/en/posts/2026/09/mikrotrick-technical-analysis/
Úgy tűnik, tényleg senki sincs biztonságban. A ShinyHunters azt állítja, hogy betört az FBI rendszereibe, és több ezer jelenlegi és korábbi FBI-alkalmazott, ügynök és állásra jelentkező érzékeny adataihoz jutott hozzá.
A csoport szerint belső szolgáltatásokhoz is hozzáfértek, és 2–3 TB adatot vittek el; egyes beszámolók szerint a megszerzett adatok között nevek, lakcímek és telefonszámok is vannak. Az FBI egyelőre csak azt erősítette meg, hogy az FBIJobs.gov-ot érintő jogosulatlan aktivitást vizsgálja – a támadók ennél jóval súlyosabb állításai még nincsenek teljes egészében függetlenül megerősítve.
A tanulságot most nehéz lenne ennél bonyolultabban megfogalmazni: nincs olyan, hogy „mi túl nagyok, túl fontosak vagy túl profik vagyunk ahhoz, hogy minket feltörjenek”. Lehet FBI, bank, kórház vagy négyfős KKV: legfeljebb a támadási felület, az ellenfél és a következmények nagyságrendje más.
Senki sincs biztonságban. Legfeljebb van, aki még nem tudja, hogy baj van.
Mi történt New York IT-infrastruktúrájával 2001. szeptember 11-én?
Ma 25 éve, 2001. szeptember 11-én a World Trade Center elleni támadásokban 2977 ember vesztette életét. Az emberi tragédia mellett néhány óra alatt megsemmisült Lower Manhattan informatikai és telekommunikációs infrastruktúrájának jelentős része is.
A World Trade Center nem egyszerűen két nagyon magas irodaház volt. A világ egyik legfontosabb pénzügyi központjának részeként bankok, brókercégek és telekommunikációs vállalatok kritikus rendszerei működtek benne és közvetlen környezetében.
Szeptember 11. ezért egyben az informatika történetének egyik legnagyobb, élesben bekövetkezett disaster recovery eseménye is lett.
Szervertermek a tornyokban
2001-ben természetesen még egészen másképp nézett ki a vállalati informatika, mint ma. AWS nem létezett, a virtualizáció még gyerekcipőben járt, a kritikus pénzügyi rendszerek pedig jellemzően saját szervereken, storage rendszereken és privát hálózatokon működtek.
A World Trade Centerben több cégnek komoly IT-infrastruktúrája volt. A Morgan Stanley irodáival együtt például az összes ott található informatikai berendezése megsemmisült.
A legsúlyosabban érintett cégek egyike a Cantor Fitzgerald és technológiai leányvállalata, az eSpeed volt. A vállalat elektronikus kötvénykereskedési rendszereinek egyik elsődleges adatközpontja a World Trade Centerben működött.
Az eSpeed azonban már 2001 februárjától épített egy második, párhuzamos computing centert a New Jersey-i Rochelle Parkban, körülbelül 25 kilométerre Manhattantől.
A két helyszínt nagy sebességű optikai kapcsolat kötötte össze. A kritikus adatbázisokat replikálták, és nem egyszerű cold standby rendszerről volt szó: az alkalmazások egy része New Yorkban, másik része New Jersey-ben futott élesben, és rendszeresen át is mozgatták őket egyik helyszínről a másikra (active-active site). Ráadásul a szervereket normál üzemben mindössze körülbelül 10%-os kihasználtsággal járatták, hogy hirtelen terhelésnövekedés esetén jelentős tartalék maradjon.
London pedig további tartalék helyszínként szolgált.
8:46 – eltűnik az egyik site
Amikor az északi tornyot 8:46-kor eltalálta az első repülőgép, az eSpeed rendszerei egy része fizikailag megszűnt létezni.
A redundancia azonban működött. A New Yorkban futó tranzakciók átkerültek Rochelle Parkba és Londonba. Az európai és ázsiai ügyfelek szolgáltatásai gyakorlatilag folyamatosan működtek.
Az amerikai oldal viszont nem. Megszűntek az amerikai ügyfelek hálózati kapcsolatai, és eltűntek a bankok felé vezető kapcsolatok is. A kereskedési rendszer tehát működött, az adatok megvoltak, de a tranzakciókat nem lehetett elszámolni.
Az eSpeed ezért néhány órán belül úgy döntött, hogy a settlement funkciót kiszervezi az ADP New Jersey-i rendszeréhez.
A két cég korábban nem dolgozott együtt. Mégis kevesebb mint 48 óra alatt összekötötték a két rendszert, létrehozták a szükséges adatkapcsolatokat, a londoni fejlesztők elkészítették az integrációt, és az amerikai ügyfelek kapcsolatait is átkonfigurálták.
Amikor szeptember 13-án újraindult az amerikai állampapírpiac, a Cantor Fitzgerald ismét képes volt kereskedni. Mindezt úgy, hogy a vállalat 658 dolgozója, köztük az eSpeed 180 munkatársa meghalt a támadásban.
Morgan Stanley: négy ISP-ből három eltűnt
A déli torony egyik legnagyobb bérlője a Morgan Stanley volt, mintegy 3500 dolgozóval. A cég World Trade Centerben található teljes IT-infrastruktúrája megsemmisült, de külső backup rendszerekkel rendelkezett.
9:15-re a vezetést egy Seventh Avenue-i command centerbe helyezték át. 9:25-kor aktiválták a Varick Streeten lévő backup rendszereket, New Jersey-ben pedig már elkezdték beszerezni a szükséges további IT-eszközöket.
A Morgan Stanley két évvel korábban módosította telekommunikációs stratégiáját: a költséghatékonyságnál fontosabb lett a túlélőképesség. Ennek egyik eredménye az volt, hogy New Yorkban négy külön internet-szolgáltatóval rendelkeztek.
Szeptember 11-én ebből három kiesett. A negyedik működött. A Morgan Stanley ezért a támadás alatt is online maradt.
A backup működik. Csak nem lehet elérni.
A környék legnagyobb problémája végül sok esetben nem az adatvesztés és nem is a szerverek elvesztése volt. Hanem a hálózat.
A World Trade Center közvetlen közelében, a 140 West Street alatt működött a Verizon egyik legfontosabb telekommunikációs központja. A WTC 7 összeomlása súlyosan megrongálta az épületet. Törmelék szakította el a kábeleket, majd a megsérült vízvezetékekből és az oltásból származó víz elárasztotta az alagsori kábelkamrákat.
A kiesés mérete egészen elképesztő volt. A támadás közvetlenül vagy közvetve több mint 4 millió Verizon adatkapcsolat helyreállítását tette szükségessé. Maga a West Street-i épület ráadásul tranzitpontként is működött: körülbelül 2,7 millió olyan adatkapcsolat haladt át rajta, amelynek egyik végpontja sem ott volt.
A World Trade Centerben és a WTC 7-ben további három Verizon switch semmisült meg. Az AT&T pedig elvesztette a World Trade Centerben működő egyik fontos átviteli központját. Vagyis két fizikailag különböző végpont vagy szolgáltató nem feltétlenül jelentett két fizikailag független útvonalat.
Kábeleket húztak az utcán
A Verizon West Street-i központjának helyreállítása nem nagyon hasonlított egy normál hálózati incidens kezelésére. A föld alatti aknák egy részéhez addig hozzá sem lehetett férni, amíg el nem hordták a helyenként kilenc méter magas törmeléket.
Ezért ideiglenesen egyszerűen a föld felszínén vezettek új kábeleket, megkerülve a használhatatlanná vált infrastruktúrát. Az elárasztott föld alatti cable vault helyett az épület első emeletén építettek újat, majd az új kábeleket az épület külső oldalán vezették fel az ötödik és nyolcadik emeletre.
Szeptember 17-re, amikor a New York Stock Exchange újra kinyitott, a kritikus pénzügyi kommunikáció jelentős részét sikerült helyreállítani.
Két adatközpont is lehet egyszerre rossz helyen
A Merrill Lynch helyzete más volt. A vállalat két adatközpontját is elvesztette, pedig maga a World Financial Center a tornyokkal szemben állt.
A támadás után az áramellátás részben helyreállt, a hűtés azonban nem. A szervertermek túlmelegedtek, máshol pedig porral és szennyeződéssel kerültek kapcsolatba a berendezések. A hardver fizikailag egy része talán működőképes maradt volna, de a gyártók már nem vállalták rá a támogatást. Mission-critical pénzügyi rendszereknél ez gyakorlatilag ugyanazt jelentette, mintha a hardver megsemmisült volna.
A Merrill Lynch ezért elvesztette corporate és capital-market rendszereinek teljes helyi production és development datacenter-kapacitását. Az új elsődleges adatközpontot később Staten Islandre helyezték, másik elektromos hálózatra. A korábbi helyszín helyreállítása után már tartalék szerepet kapott.
És az adatok?
Talán ez a történet egyik kevésbé ismert része:
A nagy pénzügyi vállalatoknál meglepően kevés kritikus adat veszett el.
Ennek egyik oka maga a World Trade Center volt.
1993-ban már történt egy súlyos bombatámadás az épületegyüttes ellen. Ennek hatására sok ott működő pénzügyi vállalat komolyan átdolgozta a disaster recovery és off-site backup rendszerét.
Az EMC-nek például 25 ügyfele volt a tornyokban. Amikor az első gép becsapódott, a monitoring rendszerek automatikusan jelezni kezdték a szolgáltatónak az áramkimaradást, túlmelegedést és vibrációt. A Comdisco hét World Trade Centerben működő ügyfelének mintegy 80 terabájtnyi adatát tükrözte más helyszíneken. A SunGard hét WTC-ügyfelet szolgált ki disaster recovery szolgáltatással. Náluk még hagyományos tape backupot használó ügyfelek is viszonylag jól jártak: a támadás kedd reggel történt, az előző esti szalagokat pedig már elszállították külső tárolóhelyre.
Ez természetesen nem jelenti azt, hogy semmilyen adat nem veszett el. A PC-ken, lokális rendszereken vagy az utolsó backup óta keletkezett információ egy része elveszhetett. A nagy központi üzleti adatállományok jelentős része azonban túlélte.
Amire a DR-terv nem számított
A pénzügyi szektor későbbi hivatalos vizsgálatai érdekes különbséget mutattak.
Sok vállalatnak volt backup rendszere, soknak volt másodlagos adatközpontja, volt redundáns hálózat, volt disaster recovery szolgáltató. Csakhogy a tervek jelentős része abból indult ki, hogy egy épület vagy egy rendszer esik ki.
Szeptember 11-én viszont egyszerre vált használhatatlanná egy egész városrész infrastruktúrája. Egyes cégek primary és backup helyszínei ugyanannak a katasztrófának a hatókörébe kerültek. Mások alternatív telephelye működött, de az emberek a lezárások miatt nem tudtak eljutni oda. Megint mások külső disaster recovery szolgáltatóhoz szerződtek, de ugyanahhoz a szolgáltatóhoz egyszerre rengeteg ügyfél jelentett be katasztrófahelyzetet.
A Comdisco például szeptember 14-ig 36 vállalattól 73 disaster declarationt kapott. Korábbi rekordjuk egy természeti katasztrófa során 32 volt. A technikai rendszerek egy része tehát pontosan azt tette, amire tervezték, csak maga az esemény volt nagyobb annál, amire tervezték őket.
- Az elemzés elkészítésében LLM rendszereket használtunk.
Nincs vége a nyavajgásnak, most én jövök. Mi a ****szért kell fűteni a vonaton, amikor kint 15 fok van, bent is legalább 22? És akkor a barom rátolja a fűtést maximumra - ég le a lábam, és ömlik rólam a víz? Nincs ebben a sokmillárdos fosban egy rohadt termosztát?
Köszönöm, hogy elmondhattam.
És igen, szóltam a kallernak. "Ez ilyen".
Beautiful feat of engineering inside an IBM LTO-7 tape drive
It was faulty which is why I had it open, still couldn’t fix it but I got some great shots of the internal mech and the head voice coil activating, the issue is probably to do with the voice coil springs being broken as it can’t maintain a good tracking lock on the data bands.
Már lassan minden napra jut egy jelentős adatszivárgás. A mai versenyző: Berlin. 5,8 TB, nagyjából 1,4 millió dokumentum. Személyes adatok, kritikus infrastruktúra, vízművek, erőművek, börtönök, katonai és védelmi anyagok – ha már viszik, ne kelljen kétszer fordulni.
A támadók 30 BTC-t kértek, Berlin nem fizetett, így az anyag felkerült a darkwebre. Most pedig próbálják kideríteni, pontosan mi minden ment el.
Az igazán megnyugtató rész: a kiszivárgott dokumentumok átvizsgálását részben kézzel végzik.
Német precizitás.
Gyerekek, nem úgy volt, hogy ez redundáns? Az us-central1-b kiesett a Google Cloudban 4 órára. A nap végén minden csak vas és üveg.
status.cloud.google.comThe crazy SQL injection payloads I found on one of my clients’ sites
These SQL injections have been coming in daily to this site which has still seemingly managed to avoid infection simply because of the changed database prefix. This one uses the “author not in” query bug inside some crazy nested query to place the payload in the database.
This is all related to the WP2Shell bug which was reported over a month ago. The site had auto updates disabled and still managed to avoid getting infected because of some seemingly silly security practices like changing table names and database prefixes. As far as I can tell all of these failed. I was alerted to the issue because the site got locked in a loop of timeouts, perhaps related to these malformed queries. Unfortunately I’m going to have to do some kind of a forensic workup even though there were no clear indicators of compromise because requests to the batch endpoint resulted in many 207 codes which means they may have succeeded.
But when I saw the giant block of 0s and 1s and hex codes in the logs, my heart dropped into my stomach. Stay safe out there people and leave auto updates on. It’s worth the chance of breaking your site every once in a while.
A mai, SSD-n felnövő generációnak már fogalma se lesz, hogy ez mi.
defrag98.comEgy friss biztonsági rést kihasználva életre kelthetők már lejárt hitelkártyák: érintésmentes fizetések bonyolíthatók velük. Zombikártyákként emlegetik ezeket a feltört fizetőeszközöket, miután hiába „halt meg” a kártya, bizonyos körülmények között a fizetési rendszer még „élőnek” hiheti.
Nem szeretek a HVG-től cikket megosztani, ez ráadásul duplán rémes, mert hülye háttérszínnel vannak benne bekezdések, amit ki kell jelölni a láthatóság kedvéért (legalábbis nálam).
De azért olvassátok, főleg az eredeti tanulmányt.
https://hvg.hu/tudomany/20260824_csalas-lejart-bankkartya-hitelkartya-zombikartya
https://www.usenix.org/system/files/usenixsecurity26-anwar.pdf
A Microsoft ténylegesen nyílt fejlesztésűvé teszi a Windows modern felületének egyik alapját
A WinUI a Microsoft modern, XAML-alapú UI-frameworkje Windows alkalmazásokhoz; több Windows-komponens is erre épül.
A forráskód ugyan már évek óta látható volt GitHubon, de a tényleges fejlesztés jelentős része Microsofton belül zajlott.
Most magát a fejlesztési folyamatot is a nyilvános repositoryba költöztetik: a WinUI már forrásból buildelhető, és a következő lépések között a tesztek, illetve a valódi közösségi kódhozzájárulások megnyitása szerepel.
Vettek egy routert az Amazonon. Két gyárilag beépített backdoort találtak benne - ráadásul egy csomó más márkanév alatt is árulják ugyanezt.
A VulnCheck kutatói egy white-label ZBT LTE-router firmware-ét vizsgálták, és két külön távoli hozzáférési mechanizmust találtak benne. A DARKLANTERN a WAN felől fogad parancsokat, a SPEAKINGSTONE pedig maga jelentkezik ki egy távoli szerverre; mindkettő root jogosultsággal fut.
A kutatók beregisztrálták a firmware-be írt egyik tartalék domaint, mire százával kezdtek bejelentkezni hozzájuk ilyen routerek.
Ez nem egyszerűen egy újabb CVE: a funkciók szándékosan kerültek a firmware-be. A gyártó egy korábbi hasonló komponensről azt állította, hogy ügyféltámogatási célú; a kutatók szerint azonban nincs benne megfelelő autentikáció, és az OEM/white-label lánc miatt ugyanaz a hardver számos más márkanév alatt is forgalomba került, pl. Deep Orange, WiFlyer, Lippert Components, Wave WiFi, OneX, MoFi Network, Digineo, ALLNET, Cioswi, CroSkylink és KuWFi is.
cikk: