NEW: WhatsApp said it caught and disrupted a new hacking campaign by NSO Group against its users.
The Meta-owned messaging giant said this phishing campaign violates a court decision that ordered NSO to stop targeting WhatsApp and its users. WhatsApp is seeking to hold NSO in contempt of court because of this violation.
Spy Tech: The GPS Numbers Station
https://hackaday.com/2026/06/08/spy-tech-the-gps-numbers-station/
Stuck on a problem..... Would really appreciate some help. Over the last four days I have had many coffees and even more headaches from WinRE on a hobby project (long weekend). Basically what I've tried to do is map the state machine for TPM and WinRE. To anyone interested I can provide a 42 page walkthrough of my methodology, thoughts, roadblocks, and current issue. the bootmgrfw lives in physical memory from what I could tell from my RE, so it was easy enough to extract the static start address from the .efi file, but WinRE lives in virtual memory. Long story short, I was able to find that start point after timing the break in a GDB stub (QEMU) when the TianoCore logo was running and then scrape through looking for the public symbol file for winload.efi and then eventually through some searching of memory find the location of the entry after calculating the base taking into account the RVA I had taken from Ghidra previously since at that point I knew it was loaded in memory. I was using that for 6 hours + and after shutting off for the night, I realised when I logged on the next day that it was no longer resolving the function, I have attached before and after. As far as I can tell ASLR is not enabled here. Does anyone know what could have caused that? I can't work it out for the life of me. You can tell its rubbish from the (bad) instruction.
Agents need better tools for reversing! I'm releasing declib (previously libbs), with a new CLI today that gives agents CLI access to 4 decompilers (IDA, Ghidra, Binja, angr), parity feature support to most MCP (12 features), and the ability to sync those changes across decs!
https://asciinema.org/a/J6jHm77G4a5L0TVZ
🚨 New advisory by @kruxinator & Christian Hager: Local privilege escalation in @genetec 's #RabbitMQ deployment (#CVE-2026-25112)
Writable dir + missing binary + SeImpersonatePrivilege = SYSTEM via Rotten Potato 🥔
Patch available. Apply now!
🔗 https://r.sec-consult.com/genetec
#privesc
Here's yet another reason to not give money to Proton:
Happy 31st Birthday to the #PHP programming language.
X.Org Security Advisory: June 2, 2026 https://www.openwall.com/lists/oss-security/2026/06/02/1
8 issues in X server and Xwayland, all with ZDI-CAN identifiers, one also already has a CVE
Here’s an easter egg in the new Lego Batman that I think all of yourwill REALLY appreciate.
It’s so good, I had to make a video.
Been telling people about these kinds of hybrid threats and interactions between threat actors and victims for years, and these examples are not reflecting true nation-state efforts or capabilities.
Cyber threats aren't limiting themselves to computers so why are we?
https://bird.makeup/users/jamieantisocial/statuses/2062922881869271522
WinNotify/signeddrv.sys — Full Local Privilege Escalation via Arbitrary Kernel Read/Write https://medium.com/@haider303mustafa/winnotify-signeddrv-sys-full-local-privilege-escalation-via-arbitrary-kernel-read-write-09e0c1ababf3
Security Advisory: CVE-2025-52293 - Memory Safety Violation in GPAC MP4Box HEVC SPS Parser
Processing a crafted MP4 file containing malformed HEVC SPS data with `MP4Box` can trigger a segmentation fault in `gf_hevc_read_sps_bs_internal()`, causing a Denial of Service.
Summary:
The `gf_hevc_read_sps_bs_internal()` function in `media_tools/av_parsers.c` does not safely handle crafted HEVC SPS data while parsing video configuration from a malicious MP4 file. During import and split processing, malformed SPS data reaches the HEVC parser and causes an invalid memory read.
AddressSanitizer reports a `SEGV` caused by a `READ` memory access at `media_tools/av_parsers.c:9309`. The crash occurs while MP4Box processes the crafted file through the isomedia input and NAL replacement/configuration path.
CWE:
CWE classification was not specified in the local MITRE data. This issue is best described as a memory safety violation in HEVC SPS parsing, with an observed out-of-bounds/invalid read leading to SIGSEGV.
Affected Component:
```
media_tools/av_parsers.c:9309
Function: gf_hevc_read_sps_bs_internal()
```
Affected Product:
MP4Box (GPAC Multimedia Open Source Project)
Affected Version:
MP4Box versions 2.4 and earlier (GPAC build at commit: 8a0d5b43c242fe4befb88530e4c9afef37114161)
Attack Conditions:
An attacker supplies a crafted MP4 file containing malformed HEVC SPS NAL units. The issue can be reproduced locally with:
```
./MP4Box -add 3_poc.mp4 -new /dev/null -split-size 5000000
```
No elevated privileges are required. User interaction is required when the victim manually processes the malicious MP4 file, or an automated workflow invokes MP4Box on attacker-controlled media.
Impact:
The immediate observed impact is Denial of Service due to process termination. The local CVE request classifies the issue as a buffer overflow / memory safety violation. The observed ASAN trace shows an invalid read; no evidence of arbitrary code execution was observed.
Fix / mitigation status:
The issue was fixed in GPAC commit:
```
d091c7e92ef0b6497b808e243501f500135f69c4
```
Users should update to a GPAC build containing this commit or later. The parser should validate HEVC SPS bitstream boundaries and reject malformed SPS/NAL data before reading fields from the bitstream.
References:
- Issue: https://github.com/gpac/gpac/issues/3146
- PoC: https://github.com/sigdevel/pocs/blob/main/res/gpac/MP4Box/3/3_poc.mp4
- Fix: https://github.com/gpac/gpac/commit/d091c7e92ef0b6497b808e243501f500135f69c4
Credit
@sigdevel
#fuzzing #infosec #security #afl #revers #cybersecurity #bugbounty #vulnerability #opensource #linux #cve #advisory #media
Winners Announced in 2026's 'International Obfuscated C Code Competition' https://developers.slashdot.org/story/26/06/07/1730236/winners-announced-in-2026s-international-obfuscated-c-code-competition?utm_source=rss1.0mainlinkanon