| ▲ | jdw64 3 hours ago | |||||||||||||||||||||||||
I'm going through each one, and it's fascinating to see things like this. The UAF principle in c-ares is really interesting. The problem ultimately came from not being able to prevent stale pointers. The attack works by figuring out the size of the stale pointer, then spraying memory with data of the same size, and finally achieving RCE (Remote Code Execution). How do people even come up with ideas like this? | ||||||||||||||||||||||||||
| ▲ | jdw64 3 hours ago | parent | next [-] | |||||||||||||||||||||||||
But do people actually find these vulnerabilities on their own, or are they using LLMs? I was curious about how these vulnerabilities work, so I tried asking my dear friend Mr. CLAUDE, but he immediately threw an error and ended the session because it was a cybersecurity question. Enterprise APIs block even the analysis itself, so it's amazing that people can actually pull this off in practice. | ||||||||||||||||||||||||||
| ||||||||||||||||||||||||||
| ▲ | jeffbee 3 hours ago | parent | prev [-] | |||||||||||||||||||||||||
le sigh, c-ares. Very predictable outcome. If you ever find yourself entertaining the idea that you will simply write non-blocking network protocol stacks in C with manual lifetime management, slap yourself. It doesn't matter if you think you are a super genius of unimpeachable taste. The job is impossible. | ||||||||||||||||||||||||||
| ||||||||||||||||||||||||||