OSVDB retweeted
this maybe the worst modern paper on the subject of vulnerabilities and cyber norms cfr.org/blog/three-measures-…
OSVDB retweeted
Some of the most egregious findings from a study of the world's 100 largest airports:
▪️100% of the mobile apps contain at least five external software frameworks.
▪️100% of the mobile apps contain at least two vulnerabilities.
scmagazine.com/home/security…
OSVDB retweeted
@dvyukov "modest estimation, syzkaller have found more than 1000 security vulnerabilities"
OSVDB retweeted
Massive Oracle Patch Reverses Company's Trend Toward Fewer Flaws ow.ly/wGef50xYyFz by @roblemos #Oracle #patching #vulnerabilities #software
OSVDB retweeted
The new RCE in Citrix is... a directory traversal?! Goddammit people. Will you ever learn? 😥 – at Boston, MA
We have just released a new tool for exploiting CVE-2019-19781.
Our goal was to keep private as long as possible to have a longer window to fix.
Other researchers have published the exploit code in the wild already. Cats out of the bag.
github.com/trustedsec/cve-20…
#TrustedSec
OSVDB retweeted
At Google Project Zero, the team spends a *lot* of time discussing and evaluating vulnerability disclosure policies and their consequences. It's a complex and controversial topic!
Here's P0's policy changes for 2020 (with our rationale for the changes):
googleprojectzero.blogspot.c…
OSVDB retweeted
"The products saturating our lives are released in the worst, most broken, untested, and often dangerously flawed forms imaginable. Think Skynet, but a dumbass."
New by me, with incredible art by @KorenShadmi and @eveb starring in the opener: engadget.com/2019/12/31/home…
OSVDB retweeted
If you are depressed this Christmas, just remember that one inebriated developer committed the heartbleed vulnerability to OpenSSL during their festivities, always check those late at night new year's eve open-source commits!
OSVDB retweeted
And @cvenew is still publishing IDs that do not have provenance of the vulnerability. This should be a serious concern to anyone that works with vulnerability intelligence.
OSVDB retweeted
It’s a poorly kept secret that some great Android 0days come from upstream patches. CVE fixes in mainline don’t always make it into Android, so it’s free vuln research.
New guidance on Linux-stable Merges for Android: source.android.com/devices/a… -- looks positive, reducing the patch gap for upstream kernel security bugs is really important. The window of exposure for publicly known issues is too long at the moment.
OSVDB retweeted
Bug bounty reports be like:
I've got arbitrary vibration execution on any cell phones if I know as little as a phone number
OSVDB retweeted
There's a "security.txt" proposal to IETF (the RFC ppl) for a robots.txt-like way for researchers to contact website owners about vulns. Comment needed ASAP, and anybody can comment via email! Personally I'm for @securitytxt. Make vuln reporting easier! mailarchive.ietf.org/arch/ms…
OSVDB retweeted
Linux ProTip: sysctl -a | grep rp_filter If any values are 2, you may be vulnerable to hijacked VPN(OpenVPN/IPSec/Wireguard/etc) tunnels. Set rp_filter to 1 please. Ref: CVE-2019-14899 #stayfrosty #linux #vpn #security #networks
Summary:
✅Yes PoC helps bad people do bad things faster
✅Defenders need the PoC more than the attackers do, even though both sides are helped by its release
✅Giving defenders even slight edges over the majority of criminal attackers is net good
✨Non disclosure is far worse
OSVDB retweeted
Tired of S3 buckets getting created as public? I put together a Python script that can go into a Lambda function that closes them. I've found this helpful for environments where S3 buckets don't need to be public within an AWS account. #AWS
github.com/hackersifu/s3lock…
OSVDB retweeted
$iot->burn($garbage); # Periodic reminder that IOT is terrible. Reversing a phone firmware, after unpacking the proprietary blob I find a bug that was previously reported 4 years ago. Tracking the supply chain, I am now 3 deep. We need software BOMs and reproducible builds ASAP
OSVDB retweeted
After some peer discussion, I've decided to follow Google's timeline for disclosure of vulnerabilities being publicly exploited in the wild, which is 7 days. I have the advisory written up and will disclose on November 20th, unless @KeybaseIO wishes to engage further
OSVDB retweeted
I'm assuming the lack of follow up form @KeybaseIO means I can chat about the issue I reported to them that they don't think is a big deal. I'm gonna have to write this one up






















