Infosec consultant at REVƎЯSEC https://reversec.com - Coding, Research + various other interests
Infosec consultant at REVƎЯSEC https://reversec.com - Coding, Research + various other interests
Posts
Infosec consultant at REVƎЯSEC https://reversec.com - Coding, Research + various other interests
Infosec consultant at REVƎЯSEC https://reversec.com - Coding, Research + various other interests
Infosec consultant at REVƎЯSEC https://reversec.com - Coding, Research + various other interests
Infosec consultant at REVƎЯSEC https://reversec.com - Coding, Research + various other interests
Infosec consultant at REVƎЯSEC https://reversec.com - Coding, Research + various other interests
Infosec consultant at REVƎЯSEC https://reversec.com - Coding, Research + various other interests
Infosec consultant at REVƎЯSEC https://reversec.com - Coding, Research + various other interests
Bouncy Castle Java 1.85 has been released. It includes fixes to various rather significant vulnerabilities and weaknesses. Some highlights:
- CVE-2026-8763 - Name Constraints bypass via trailing dot in rfc822Name and URI.
- CVE-2026-12803 - KCCMBlockCipher MAC does not bind nonce when AAD is absent (cross-nonce AEAD forgery).
- CVE-2026-12816 - IESEngine stream-mode MAC forgery via length-dependent KDF split.
- CVE-2026-58061 - CCM-family modes write plaintext to caller buffer before tag check.
- CVE-2026-58062 - Stapled OCSP response accepted without binding to the checked certificate.
- CVE-2026-59639 - CMS verifySignatures returns true for SignedData with zero signers.
https://www.bouncycastle.org/resources/new-release-bouncy-castle-java-1-85/
Infosec consultant at REVƎЯSEC https://reversec.com - Coding, Research + various other interests
Infosec consultant at REVƎЯSEC https://reversec.com - Coding, Research + various other interests
Infosec consultant at REVƎЯSEC https://reversec.com - Coding, Research + various other interests
Infosec consultant at REVƎЯSEC https://reversec.com - Coding, Research + various other interests
Infosec consultant at REVƎЯSEC https://reversec.com - Coding, Research + various other interests
Infosec consultant at REVƎЯSEC https://reversec.com - Coding, Research + various other interests
Infosec consultant at REVƎЯSEC https://reversec.com - Coding, Research + various other interests
Infosec consultant at REVƎЯSEC https://reversec.com - Coding, Research + various other interests
Infosec consultant at REVƎЯSEC https://reversec.com - Coding, Research + various other interests
Infosec consultant at REVƎЯSEC https://reversec.com - Coding, Research + various other interests
Infosec consultant at REVƎЯSEC https://reversec.com - Coding, Research + various other interests
Infosec consultant at REVƎЯSEC https://reversec.com - Coding, Research + various other interests
Infosec consultant at REVƎЯSEC https://reversec.com - Coding, Research + various other interests
Infosec consultant at REVƎЯSEC https://reversec.com - Coding, Research + various other interests
Infosec consultant at REVƎЯSEC https://reversec.com - Coding, Research + various other interests
No, the libssh2 vulnerability CVE-2026-55200 isn't end of the world.
- You need to defeat ASLR to successfully exploit it. The PoC works only when you disable ASLR. In most realistic use cases you need additional off-band infoleak from the app using libssh2.
- You also must somehow convince the victim to connect to your malicious server, OR compromise some existing server to perform the attack.
Calling this a "CRITICAL VULNERABILITY" is dumb.
Infosec consultant at REVƎЯSEC https://reversec.com - Coding, Research + various other interests
Infosec consultant at REVƎЯSEC https://reversec.com - Coding, Research + various other interests
Infosec consultant at REVƎЯSEC https://reversec.com - Coding, Research + various other interests
Infosec consultant at REVƎЯSEC https://reversec.com - Coding, Research + various other interests
Infosec consultant at REVƎЯSEC https://reversec.com - Coding, Research + various other interests
Infosec consultant at REVƎЯSEC https://reversec.com - Coding, Research + various other interests
Infosec consultant at REVƎЯSEC https://reversec.com - Coding, Research + various other interests
Infosec consultant at REVƎЯSEC https://reversec.com - Coding, Research + various other interests
Infosec consultant at REVƎЯSEC https://reversec.com - Coding, Research + various other interests
Infosec consultant at REVƎЯSEC https://reversec.com - Coding, Research + various other interests
Vulnerabilities found from #curl:
#Mythos: 1
Me: 30
- https://daniel.haxx.se/blog/2026/05/11/mythos-finds-a-curl-vulnerability/
- https://sintonen.fi/advisories/
Infosec consultant at REVƎЯSEC https://reversec.com - Coding, Research + various other interests
Several vulnerabilities in #Apache HTTP Server 2.4 have been fixed in release 2.4.67. The most severe of these are:
- CVE-2026-23918: Apache HTTP Server: http2: double free and possible RCE on early reset
- CVE-2026-24072: Apache HTTP Server: mod_rewrite elevation of privileges via ap_expr
- CVE-2026-33006: Apache HTTP Server: mod_auth_digest timing attack
https://httpd.apache.org/security/vulnerabilities_24.html
#CVE_2026_23918 #CVE_2026_24072 #CVE_2026_33006 #infosec #cybersecurity
Infosec consultant at REVƎЯSEC https://reversec.com - Coding, Research + various other interests
Infosec consultant at REVƎЯSEC https://reversec.com - Coding, Research + various other interests
Infosec consultant at REVƎЯSEC https://reversec.com - Coding, Research + various other interests
Los Alamos nuclear secrets "leaked" in LGP-21 magnetic disk memory:
https://www.youtube.com/watch?v=IBjh0SaA5dc
I guess securely wiping storage media wasn't a thing eh?
Infosec consultant at REVƎЯSEC https://reversec.com - Coding, Research + various other interests
Reminder to anyone using #ApacheCamel SCP/SFTP connections: Apache Camel does not perform host identity validation unless you explicitly configure "StrictHostKeyChecking" as "yes". The default value for "StrictHostKeyChecking" is "no". If you do not explicitly configure this option as "yes", the connections are susceptible to meddler in the middle attacks.
What is the impact of such insecure configuration?
If you are using SSH password authentication, the attacker in a privileged network position can perform full MiTM, grab the username and password, and thus gain authenticated access to the target server.
If you use a key-based authentication, the attacker cannot perform full MitM. However, they can still present a fake server and, in case of upload, steal the uploaded files. In case of download, the malicious server can present fake or malicious files for download.
So, any configuration that could get intercepted MUST always specify the host identity and use "StrictHostKeyChecking" "yes". Even configurations in secured networks should use "yes" for additional security.
Unfortunately, the Apache Camel documentation isn't clear on this topic, and the OpenSSH's similar option and its default value working in a different manner can easily lead to confusion and insecure configurations.
Infosec consultant at REVƎЯSEC https://reversec.com - Coding, Research + various other interests
Infosec consultant at REVƎЯSEC https://reversec.com - Coding, Research + various other interests
Mitigation to #CVE_2026_31431 / #copyfail :
- If kernel config has CONFIG_CRYPTO_USER_API_AEAD=m:
echo "install algif_aead /bin/false" | sudo tee /etc/modprobe.d/disable-algif.conf; sudo rmmod algif_aead
- If kernel config has CONFIG_CRYPTO_USER_API_AEAD=y:
Add "initcall_blacklist=algif_aead_init" to the kernel command line and reboot.
Infosec consultant at REVƎЯSEC https://reversec.com - Coding, Research + various other interests
Infosec consultant at REVƎЯSEC https://reversec.com - Coding, Research + various other interests
Finnish medical data is available for researchers, unless if you specifically opt-out. I have, you should, too.
https://findata.fi/en/about-findata/your-data-rights/#how-can-I-exercise-my-rights
Infosec consultant at REVƎЯSEC https://reversec.com - Coding, Research + various other interests
Infosec consultant at REVƎЯSEC https://reversec.com - Coding, Research + various other interests
I've tried to report a security vulnerability to @signalapp@mastodon.world for months now (first attempt was 2025-11-23 to the official security-at email address). I haven't gotten any response from them, even after repeated attempts. This is highly frustrating.
Is there a way to reach them? I don't need any kind of special treatment, just someone acknowledging that the message has been received would be okay.
Infosec consultant at REVƎЯSEC https://reversec.com - Coding, Research + various other interests
Infosec consultant at REVƎЯSEC https://reversec.com - Coding, Research + various other interests
Infosec consultant at REVƎЯSEC https://reversec.com - Coding, Research + various other interests
Not every security adjacent bug is an exploitable vulnerability.
Infosec consultant at REVƎЯSEC https://reversec.com - Coding, Research + various other interests
Infosec consultant at REVƎЯSEC https://reversec.com - Coding, Research + various other interests
Infosec consultant at REVƎЯSEC https://reversec.com - Coding, Research + various other interests