Posts
2425
Following
583
Followers
1293
A drunken debugger

Heretek of Silent Signal
Edited 2 months ago
I published my analysis of the Series 9000 Brainalyzer exploit by Rick Sanchez:

https://video.infosec.exchange/w/jtR1V9N5ghHES5oayeBrrd

Did I miss anything?

#NoCVE
0
0
1
#Hungary #media
Show content
If you support any independent news organization you may want to consider if they also accept money from companies that launder money for war criminals while also ruining the atmosphere:

https://blog.mollywhite.net/binance-script/
1
0
0
Why the Soviet Computer Failed

https://www.youtube.com/watch?v=dnHdqPBrtH8

Again, it's all about incentives...
0
0
1
repeated
repeated

Oh God, yes! When starting a qemu instance, you can pass it an fd on the command line for its listening socket for that chardev.

You can also tell it to listen on a TCP or UNIX socket, but as the starting process, you now need to try and connect multiple times until qemu is finally started and opened its listening socket. It also might never connect in case qemu fails to start. This is really annoying to handle properly in your code.

With the fd-passing, the parent process can create the listening socket, clear CLOEXEC on the socket, pass it to qemu and then connect to it. At that time it will either be open already or if qemu fails to start, the listening socket will be gone and the connect() fails.

I haven't tried it yet, but I need it for work and it sounds like a proper solution to a really annoying problem.

https://patchwork.kernel.org/project/qemu-devel/patch/20180205152455.12088-10-berrange@redhat.com/

1
1
1
repeated

Unattended children get an IBM System/370 and a Cobol starter lecture.

4
19
0
Another amazing video by 3Blue1Brown, prepare to get your mind blown:

https://www.youtube.com/watch?v=piJkuavhV50

#Math
0
2
5
repeated
repeated

Want to know more about the reverse engineering community? Šárka and Brent break down the 2024 results from our annual Reverse Engineering Survey in our latest blog post:

https://binary.ninja/2024/11/08/user-survey-results.html

0
2
0
repeated

Apple added a feature called "inactivity reboot" in iOS 18.1. This is implemented in keybagd and the AppleSEPKeyStore kernel extension. It seems to have nothing to do with phone/wireless network state. Keystore is used when unlocking the device. So if you don't unlock your iPhone for a while... it will reboot!

In the news: "Police Freak Out at iPhones Mysteriously Rebooting Themselves, Locking Cops Out"
https://www.404media.co/police-freak-out-at-iphones-mysteriously-rebooting-themselves-locking-cops-out/

iOS version diffs to see yourself:
https://github.com/search?q=repo%3Ablacktop%2Fipsw-diffs%20inactivity_reboot&type=code

13
30
1
repeated

🍎🐛🎙️Following my talk we are releasing a blogpost series at Kandji, detailing the vulnerabilities of diskarbitrationd and storagekitd I discussed in my "Apple Disk-O Party" talk.

First part is out, and covers CVE-2024-44175.

https://www.kandji.io/blog/macos-audit-story-part1

0
3
0
repeated

So does anyone have any rumors on the supposed PAN-OS vuln? I'm itching for a new directory traversal vuln. It's been a tough week and I could use that bit of joy.

1
1
0
repeated

Veeam security advisory from 06 November 2024 Veeam Backup Enterprise Manager Vulnerability (CVE-2024-40715)
CVE-2024-40715 (7.7 high) Veeam Backup & Replication Enterprise Manager authentication bypass. No mention of exploitation.

0
1
0
repeated

The contrast between two CUPS vulns is amazing. This one, CVE-2024-35235, seems to have flown completely under the radar - in total contrast to CVE-2024-47176. It was an LPE with an exploit chain that sounds very reliable. I only heard about it for the first time today.

https://bird.makeup/@snyksec/1841524163921453552

0
4
0
repeated

In case you missed it, here's the recording of our talk "Exploiting File Writes in Hardened Environments"!

It's a short and sweet 30-minute talk, so grab a coffee and sit back while @scryh goes from HTTP request to ROP chain in Node.js ☕

https://www.youtube.com/watch?v=ltmZNTP2KX4

0
4
0
repeated

Palo Alto Networks Security Advisory: PAN-SA-2024-0015 Important Informational Bulletin: Ensure Access to Management Interface is Secured
Palo Alto Networks is aware of a claim of a remote code execution vulnerability via the PAN-OS management interface. They do not know the specifics of the claimed vulnerability.

We strongly recommend customers to ensure access to your management interface is configured correctly in accordance with our recommended best practice deployment guidelines. In particular, we recommend that you ensure that access to the management interface is possible only from trusted internal IPs and not from the Internet. The vast majority of firewalls already follow this Palo Alto Networks and industry best practice.

1
3
0
repeated
repeated

Please make this happen. I would love nothing more than to have an image parser run during a bugcheck

https://bird.makeup/@clemensv/1814209068082270285

1
2
1
[RSS] Was It Really GPAC? (No!) Getting a CVE Removed from CISA KEV

https://jericho.blog/2024/11/07/was-it-really-gpac-no-getting-a-cve-removed-from-cisa-kev/
0
2
3
[RSS] Introduction to Procedural Debugging through Binary Libification [USENIX paper]

https://www.usenix.org/conference/woot24/presentation/brossard

%27In this article, we introduce the notions of "libification" and "procedural debugging" to facilitate partial debugging of binaries at the procedural level. These techniques allow the transformation of arbitrary dynamically linked ELF binaries into shared libraries, and the study of memory corruption bugs by directly calling the vulnerable functions, hence separating the memory corruption intraprocedural analysis from the reachability problem. %27
0
0
1
Show older