Hírolvasó

A Google bejelentette, hogy minden amerikai Gmail felhasználó számára elérhetővé tenné azt a funkciót, amellyel rákereshetnek az e-mail címükre a dark weben. A Gmail címek dark webes vizsgálata korábban csak az egyesült államokbeli Google One előfizetőknek volt elérhető, viszont a Google az Amerikán túli terjeszkedést is fontolgatja. Miután egy e-mail címet felfedeznek valamely dark webes […]

The post A Gmail-felhasználók számára a Dark Web is monitorozhatóvá válik first appeared on Nemzeti Kibervédelmi Intézet.

Habár még áprilisi hír, érdemes megemlíteni, hogy a KeepassXC jelszókezelő alkalmazáson külső biztonsági auditot hajtottak végre, ami pozitív eredménnyel zárult.

The post Pozitív értékelést kapott a nyílt forráskódú KeePassXC jelszókezelő first appeared on Nemzeti Kibervédelmi Intézet.

Mike nerdsniped me into wondering how hard sparse memory support would be in lavapipe.

The answer is unfortunately extremely.

Sparse binding essentially allows creating a vulkan buffer/image of a certain size, then plugging in chunks of memory to back it in page-size multiple chunks.

This works great with GPU APIs where we've designed this, but it's actually hard to pull off on the CPU.

Currently lavapipe allocates memory with an aligned malloc. It allocates objects with no backing and non-sparse bindings connect objects to the malloced memory.

However with sparse objects, the object creation should allocate a chunk of virtual memory space, then sparse binding should bind allocated device memory into the virtual memory space. Except Linux has no interfaces for doing this without using a file descriptor.

You can't mmap a chunk of anonymous memory that you allocated with malloc to another location. So if I malloc backing memory A at 0x1234000, but the virtual memory I've used for the object is at 0x4321000, there's no nice way to get the memory from the malloc to be available at the new location (unless I missed an API).

However you can do it with file descriptors. You can mmap a PROT_NONE area for the sparse object, then allocate the backing memory into file descriptors, then mmap areas from those file descriptors into the correct places.

But there are limits on file descriptors, you get 1024 soft, or 4096 hard limits by default, which is woefully low for this. Also *all* device memory allocations would need to be fd backed, not just ones going to be used in sparse allocations.

Vulkan has a limit maxMemoryAllocationCount that could be used for this, but setting it to the fd limit is a problem because some fd's are being used by the application and just in general by normal operations, so reporting 4096 for it, is probably going to explode if you only have 3900 of them left.

Also the sparse CTS tests don't respect the maxMemoryAllocationCount anyways :-)

I shall think on this a bit more, please let me know if anyone has any good ideas!

A Netgear RAX30 routereket érintően 5 biztonsági hiba került nyilvánosságra, amelyek együttes kihasználásával hitelesítés nélküli távoli kódfuttatás érhető el. “A sikeres kihasználások lehetővé teszik a támadók számára, hogy megfigyeljék az áldozatok internetes tevékenységét, eltérítsék az internetkapcsolatokat, és átirányítsák a forgalmat rosszindulatú webhelyekre, vagy rosszindulatú szoftvereket juttassanak a hálózati forgalomba” – nyilatkozta Uri Katz, a Claroty […]

The post Súlyos sebezhetőségeket fedeztek fel a Netgear RAX30 routerekben first appeared on Nemzeti Kibervédelmi Intézet.

Az amerikai Cybersecurity and Infrastructure Security Agency (CISA) figyelmeztetést adott ki a Ruckus Wireless Admin felületét érintő  kritikus kockázati besorolású sebezhetőségről, ami illetéktelenek számára távoli kódvégrehajtást (RCE) tesz lehetővé.

The post Ruckus Wi-Fi Access Pointok támadás alatt first appeared on Nemzeti Kibervédelmi Intézet.

Az Egyesült Királyság kormánya egy új online platformot tervez a – többek között a kibertérben történő – csalások bejelentésére, ezzel megerősítve a Nemzeti Kiberbiztonsági Központ (NCSC) csalások elleni fellépését. Az intézkedések a brit belügyminisztérium által közzétett Csalási Stratégiában olvashatóak, amelyek bevezetésének kezdeti célja, hogy a csalások 2019-es szintjét 2025-ig 10%-al csökkenteni tudják. Az Egyesült Királyságban […]

The post Az Egyesült Királyság új csalás elleni stratégiát tett közzé first appeared on Nemzeti Kibervédelmi Intézet.

Recent discussions have inspired the Sourceware volunteers to think carefully about the future and succession of the leadership for this important hosting project. By joining SFC, Sourceware gains access to strategic advice and governance expertise to recruit new volunteers and raise funds to support work on Sourceware infrastructure.

See this article for more background on those recent discussions.

A kihasználási demonstráció (Proof-of-Concept - PoC) nyilvánosságra kerülése után közel 24 órán belül megindultak a WordPress Advanced Custom Fields nevű pluginjának sérülékenységét célzó támadások.

The post Figyelem: Aktív kihasználás alatt egy WordPress bővítmény sérülékenysége! first appeared on Nemzeti Kibervédelmi Intézet.