Millions of High-Security Crypto Keys Crippled by Newly Discovered Flaw (arstechnica.com)
Slovak and Czech researchers have found a vulnerability that leaves government and corporate encryption cards vulnerable to hackers to impersonate key owners, inject malicious code into digitally signed software, and decrypt sensitive data, reports ArsTechnica. From the report: The weakness allows attackers to calculate the private portion of any vulnerable key using nothing more than the corresponding public portion. Hackers can then use the private key to impersonate key owners, decrypt sensitive data, sneak malicious code into digitally signed software, and bypass protections that prevent accessing or tampering with stolen PCs. The five-year-old flaw is also troubling because it's located in code that complies with two internationally recognized security certification standards that are binding on many governments, contractors, and companies around the world. The code library was developed by German chipmaker Infineon and has been generating weak keys since 2012 at the latest. The flaw is the one Estonia's government obliquely referred to last month when it warned that 750,000 digital IDs issued since 2014 were vulnerable to attack. Estonian officials said they were closing the ID card public key database to prevent abuse. On Monday, officials posted this update. Last week, Microsoft, Google, and Infineon all warned how the weakness can impair the protections built into TPM products that ironically enough are designed to give an additional measure of security to high-targeted individuals and organizations.
Your guess is as good as anybody's.
Results
We detected insecure key
Key type X509 certificate (PEM)
Bit length 2048
Test result Vulnerable
My God! We're all gonna die!
Would using the Rust programming language have helped avoid this flaw?
Can we combine all these articles under just one title "Your Security is Flawed. You're Not Secure"?
Sent from my TARDIS
As much as i really _hate_ to say i told you so.
But seriously, i told you so.
Next up, curve 25519 and millions of apple fan boys crying into their caramel latte.
If you use a Yubikey or other smart card for key generation, revoke them and generate new keys using OpenSSL. Any system relying on TPM 1.4 is also suspect. This flaw affects keys generated using Infineon smartcards. Currently 1024 bit keys are trivially broken and 2048 bit keys are broken but could cost tens of thousands of dollars in compute to crack. 3072 and 4096 bit keys are still quite safe but if regeneration is practical then you should still do it. The attack could always improve and reach them.
What makes you think that any of these vulnerabilities weren't (1) already known by the various government spy associations, or (2) intentionally introduced to weaken encryption to support the endless "War on Terror"?
"The flaw resides in the Infineon-developed RSA Library version v1.02.013, specifically within an algorithm it implements for RSA primes generation." Oh, you mean this Infineon that was working to produce libraries for the "NSA's Cryptographic Interoperability Strategy (CIS)" back in 2013?
I'm having trouble finding the specific details. It looks like they aren't releasing all the details publicly until a conference on November 2nd https://crocs.fi.muni.cz/public/papers/rsa_ccs17 but it appears to be a problem only with RSA keys they generate and has to do with how they are generating large primes, not a fundamental flaw in RSA. This has happened before with some implementations. For example, some early RSA implementations (and occasionally some ones still today made by people who have no business programming them) would chose primes in the following way: Pick a random big odd number and check if it is prime, and if so use it. If not, add 2 and check again, keep going until you have a prime. The problem with this method is that some primes end up being much more likely to be selected than others. For example, if you are picking two digit primes then the only way this way to pick 109 is if one picked 109 on the nose, but 127 becomes much more likely to be picked because if your initial number is 121,123,125 or 127 then it gets picked. It seems like some much more subtle variant of something like this is at fault.
They quickly fixed the WPA flaw, so they will fix this as well. They just get things done!
It's HACKERS HACKERS HACKERS.
The details don't matter.
DNS Name=*.toptenreviews.com
DNS Name=*.dignifyed.com
DNS Name=*.laptopmag.com
DNS Name=*.tomshardware.fr
DNS Name=*.newsarama.com
DNS Name=*.tomsguide.com
DNS Name=*.tomshardware.de
DNS Name=*.space.com
DNS Name=*.buyerzone.com
DNS Name=*.shopsavvy.com
DNS Name=*.business.com
DNS Name=*.tomsguide.fr
DNS Name=*.businessnewsdaily.com
DNS Name=*.livescience.com
DNS Name=*.activejunky.com
DNS Name=*.anandtech.com
DNS Name=*.tomshardware.com
DNS Name=*.tomsitpro.com
DNS Name=*.tomshardware.co.uk
"Last week, Microsoft, Google, and Infineon all warned how the weakness can impair the protections built into TPM products that ironically enough are designed to give an additional measure of security to high-targeted individuals and organizations."
Wrong TPM and Intel's ME and other AMD equivalents are NSA backdoors. We are so fast to jump on Kaspersky's backdoor issues and just assume that American controlled companies don't have the same vulnerabilities. It may be a different natuon's spook that has access, but rest assured these "secure platforms" are just built in malware.
And, as we all know, a crippled key cannot be trusted.
Beware crippled keys! They might not appear to limp, but they are crippled all the same.
(Only don't say this in front of Kripkenstein, rather than his secret Japanese wife, or he might just kill you.)
See subject (Win7 = unaffected) https://www.bishopfox.com/blog/2017/10/a-bug-has-no-name-multiple-heap-buffer-overflows-in-the-windows-dns-client/
* I use hosts files combined w/ OpenDNS (patched vs. kaminsky redirect poisoning) vs. UNPATCHED remote DNS (99++% != patched)
I turn the service for it off (too small of a buffer to contain LARGE hosts files creating CPU overuse) & use this to UP priority of hosts over local dns clientside SLOWER USERMODE dnsapi.dll + over remote unpatched DNS servers:
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\ServiceProvider]
"DnsPriority"=dword:00000006
"HostsPriority"=dword:00000005
"LocalPriority"=dword:00000007
"NetbtPriority"=dword:00000008
(LOWER = MORE PRIORITY)
APK
P.S.=> APK Hosts File Engine 9.0++ SR-7 32/64-bit https://www.google.com/search?hl=en&source=hp&biw=&bih=&q=%22APK+Hosts+File+Engine%22+and+%22start64%22&btnG=Google+Search&gbv=1/ ... apk
Was the local dnscache SLOW usermode service (dnsapi.dll) patched? Not to worry & how/why IF not https://it.slashdot.org/comments.pl?sid=11242545&cid=55379275/ I have a solution that works for more speed, security, reliability & anonymity there in that link.
APK
P.S.=> "Pats self on back"... apk
Linux version please...
What the hell was ironic about that?
See subject & a fair challenge from me to you to show you've done better (& you did a "Run, Forrest: RUN!!!") https://science.slashdot.org/comments.pl?sid=9818817&cid=53162837/ as you have ZERO to show for yourself obviously!
* Well, "surprise, surprise" - you were trolling me or talking behind my back there too just as you are now (to your public dismay)...
APK
P.S.=> Shouldn't do that "Opportunist" (another ARSTECHNICA underachiever who trolls by FAKE NAMES for your FAKE LIE OF A LIFE) - it always backfires on you (not that you care - you're used to life backfiring on you as are all "your kind", lol)... apk
I could fairly easily port it to Linux (as the latest Delphi will do Linux again as it used to in Kylix) but I am not in the habit of helping "the competition"... lol!
* Only things to port (that aren't ready) would be drive letters vs. mounted devices (easy), WinSocket2 vs. std. *NIX sockets (already doable), & that's really about it...
APK
P.S.=> Don't get me wrong though - I actually LIKE & have used Linux (for years @ a time over Windows, longest was 2010 & it was pretty good, far cry from 1st time I tried it when it wouldn't do "X" w/ the vidcard I had then, Diamond Stealth 24 iirc - that was Slackware 1.02 iirc, in 1994) - but I am a Windows fan & made my career off of it - Linux's BIGGEST SHORTCOMING is applications vs. Windows & yes, I am helping to keep it that way (you can do shell scripts, takes about 14++ *NIX commands to do what my program does in Windows in 1 package in GUI though (you'd be stuck in shellscripts))... apk