marksamman

9 ms·

61.
Qualcomm KeyMaster keys extracted directly from TrustZone(mobile.twitter.com)
165 points by marksamman 10y ago|62 comments
62.
GraphicsMagick and ImageMagick popen() shell vulnerability via filename(permalink.gmane.org)
144 points by marksamman 10y ago|54 comments
63.
Perf top: an awesome way to spy on CPU usage(jvns.ca)
1 points by marksamman 11y ago|0 comments
64.
Signal Desktop(whispersystems.org)
555 points by marksamman 11y ago|279 comments
65.
by marksamman 12y ago
https://news.ycombinator.com/item?id=8295102
66.
by marksamman 12y ago
If you search for the character '+' in the list of e-mails you can get an idea where the mails leaked from. It seems to me like this is a collection of databases scraped from different sources as others have suggested. For Gmail u
67.
by marksamman 12y ago
emplace_back was added in C++11 which does just that: http://en.cppreference.com/w/cpp/container/vector/emplace_ba...
68.
by marksamman 12y ago
guarantee != possibility. There's no guarantee with realloc, but there's no possibility with new[], copy and delete[]. You can't grow the size you allocated with new[] in-place, and because you need to retain the existing dat
69.
by marksamman 12y ago
You probably should, but the problem is still there because std::vector implementations don't use realloc. They call new[] with the new size, copy over the data and delete[] the old chunk. This eliminates the possibility to grow the ve
70.
by marksamman 12y ago
It isn't clear whether that is on a specific port or every port. The documentation[1] makes it look like it's on a specific port since it requires a target port to run. If it's on a specific port, you might want to multiply 4
71.
by marksamman 12y ago
It helps against a masscan on the standard port. If the attacker is specifically targeting you or has the resources to masscan every port, then I agree that it's useless.