What evidence is there that this is actually the SolarWinds hackers and not someone who uploaded some random encrypted files and is hoping to trick people into sending them money?
There’s a PGP signature, but as far as I’ve head the attackers didn’t leave behind any other messages to prove it was signed with the same key.
And it does not seem a very serious attempt either. The only way to make this deal is through a single listed protonmail address that if this gets any traction will be closed in all likelihood. Not like an onion site with a contact page or something.
The message is PGP signed. If the protonmail address is taken down, then another message will be put out with alternate means of contact that will have a correct PGP signature.
If you read the message there is indeed an onion address as backup in case things get taken down.
The PGP address is the important part. No matter what gets taken down, if they can get attention to another message with a valid PGP signature, then they can carry on easily.
EDIT: This is actually how Cicada3301 of all people operated. The PGP key allowed them to post a message even on Pastebin or /x/ and they would still be contactable and effectively uncensorable, because their identity was persistent and their messages were replicated.
As a side note, with so much attention on replacing PGP, I've long though the turning point would be when a group like this uses something else. It's just a highly visible thing and it's a group that a lot of people assume know what they are doing.
There actually isn't much attention on replacing PGP with anything specific.
What other completely decentralized alternatives exist with no single point of failure? libsodium? That's a good start but a long way from a complete alternative.
Plenty of quasi-centralized encrypted chat "apps" keep pretending they offer what PGP offers. The clueful ignore these gesticulations.
Indeed, for a side project I have, I have a problem I want to be able to solve of "encrypt a file with a passphrase in a way that's secure and can be decrypted with standard tools". PGP is the best option for this, but I'm resisting implementing it in the hope I can find something better.
For the context right here minisign would be perfectly capable. The post on this thread is not encrypted, there's no "decentralized" relevancy. Minisign has smaller keys and forces modern technology with a far simpler format.
I've always wondered how effective this sort of info security is. Could a state actor track down there sorts of operations, or can infosec be good enough to really leave no trace?
It's not that hard to do this kind of thing without leaving any solid trace at all.
A way to do it for example would be to use a stolen credit card to subscribe to a few VPN with hops on Tor in between and use that to set up a VPS that puts this up after a few weeks
The devil is in the details, but if you're careful you can leave absolutely no trace.
Although, the more they interact with the internet, the more clues they leave behind. Things like Tor can be deanonymized, and even Tor has a warning. Quote:
"Generally it is impossible to have perfect anonymity, even with Tor."
I think we can't know for sure unless they will release some of it like the shadow brokers did.
But the shadow brokers show that it is possible for hackers with high valuable leaks to post it for sale in the public Internet.
Usually for this kind of thing samples are provided. This attacks feels too sophisticated for a mere sale. At best, if this is legitimate, it's misdirection.
No, you cannot extract the public key from the signature. It is only telling you the fingerprint of the key the message claims to have been signed with, but there is no verification happening.
You can change part of the message or the encoded fingerprint (which is a bit longer than the portion you pasted), and it will still report it the same way.
However, you will not be able to mathematically verify that this message and another one was signed by the same key.
If you look carefully at what GPG is telling you, probably see a line like this, unless you have the key in keyring:
Only 2.6G too, partial is understating it. That's like less than a percent of the monster IIRC. It likely doesn't even include any of the tooling to build it. It notoriously takes days to build.
This really isn't true. It's open to most people in engineering. On the support side, it's only open to those who support Windows, and I don't think it's open at all to services.
Windows source is open to most people at MS. MS is not joking when it says we practice an "inner source" policy, in that we do not rely on the security of our source code to secure our products.
One of the most challenging things Microsoft has faced when open-sourcing projects is the auditing stage. Windows is huge. Lots of code in Windows are not written by Microsoft or even by third-parties contracted by Microsoft. Some parts of Win32 code (that is backwards-compatible sensitive) are owned by third parties that are already long gone or absorbed by other third parties. This is the reason Microsoft cannot even release a binary version of Space Cadet Pinball even when they want to because it is now owned by EA (Surprise! Also see https://devblogs.microsoft.com/oldnewthing/20181221-00/?p=10...) and the same reason why they have removed the pre-2007 equation editor on their Office suite (https://support.microsoft.com/office/equation-editor-6eac7d7...). At one of its previous audits (for IE 7), they have to check if it was Spyglass code and replace the offending code which allows them to terminate their contract with (at the time) AOL.
Windows has many of these components, and they are even attributed when you know where to look. For example, the code for parts of the disk management utility, the spinning-disk defragmenter, and NTFS quota management were based from code provided by VERITAS Systems (which I am not even sure if the company still exists). The MP3 codec is provided by Fraunhofer (which still exists, but I'm sure that they will not agree to open-sourcing that codec). On the other hand, some of them are under permissive licenses or even the same code as other counterparts (while the BSD TCP/IP stack story ranges from code removed by Windows 2000 to simply an apocryphal tale) for example, the code by IJG for JPEG support is used extensively in Windows. The only built-in (L)GPL code used ever was the BRLTTY system (https://mielke.cc/brltty/index.html) and LibLouis (http://liblouis.org/), which was used for Braille accessibility (WSL2 used the Linux kernel, but they are arguably a different application with separate instances).
I've gotten the impression Microsoft is taking a "open source new stuff" approach... After enough years and refactors and replacements, hopefully most of Windows will be open source. Things like the Windows Terminal project and Windows Calculator going open source seem to suggest this is the case.
OSSing a major decades old codebase is a huge undertaking and it's hard to see how it would drive additional Windows or even MSFT revenue at this point.
You'd then have forks pretending to be "secure" wrt things like Protected-Video-Output-Path, widevine etc. Sort of like Magisk for Windows. Disney, Netflix and many others don't really like that.
And you'd have versions with configurable update servers. And LE probably really enjoys the fact, that they can ask "Hey, next time SubjectX downloads daily defender updates, please add-in the Remote-Adminstration-Toolkit" for any of a billion computers. I'm expecting MS to get a big list soon with maybe several dozen million new "people of interest" that need tracking.
Microsoft does do that already. They do both, so dropping the licensing revenue would strictly be a decrease in revenue.
Offering support contracts for open source code is an extremely difficult business model. It happens to be one of the few that actually can work, but the margins are just not great compared to the proprietary software industry. 90% of the kinds of customers who really "should" be paying you simply won't do so if they think they can scrape by without doing so.
Windows includes code from a lot of different companies and places. Sorting out all the licenses would be a major headache (especially as code is refactored/edited) let alone getting agreements from everyone for a new license.
Component by component, it would look like. And it makes sense to replace components with tried and tested open-source solutions to reduce internal maintenance burden for components with low visibility/profitability.
When was the last you heard somebody say: "I bought windows (server) because of the print subsystem"? I could see them adopting CUPS, for example. That way in 10 years they can stop maintaining theirs when current versions EOL.
But for "intimate areas" that may take time, or may never happen. Or they move into the hardware. So I remain skeptical wrt a 100% auditable (modern) tech-stack.
In the case of the browser-engine I wish though, that they had not picked webkit. What were the reasons against Gecko? Not "embedable" enough?
Yes, I did (off course this message can't prove it in any way).
I am usually a silent reader in NH but I saw there was no submission to this topic so I submitted it.
That particular part is detailed on the knowledge base [0], so... Yes? For just this bit.
But I don't think the full API is documented. There are some attempts to reverse engineer an API from the WebClient [1], but they tend to be... Brittle.
Bear in mind that the "results" of a notorious hack are often offered for sale as a diversionary technique, and in particular this offers up nothing beyond commercially sensetive information, if even legitimate at all.
- -
Q: Is this really happening? Can you provide proof?
A: Yes and yes.
Q: Why no more details?
A: We aren't fully done yet and we want to preserve the most of our current access. Consider this a first batch.
Q: I'm [vendor] and want my data back?
A: Talk to us.
Q: Why not leak it for free?
A: Nothing comes free in this world.
Q: How to buy?
A: Contact us for more information."
These don't sound like things that the Russian government or any nation state would be saying.
Makes the U.S. intelligence / media look stupid. And if it turns out that it is some individuals that happen to live in Russia, it still makes the U.S. look stupid.
Lol. Proton mail has strong encryption and is hosted in one of the most strongest jurisdictions in the world as regards privacy laws. Nothing to worry about :)
Tutanota on the other hand lost a court battle in Germany and had to give up email data from one of their suspected-to-be-criminal clients [0]
> These don't sound like things that the Russian government or any nation state would be saying.
I mean this could just be an attempt to make it _seem_ like it's not a nation state.
One way to essentially guarntee that it _was_ a nation state is for the stolen data to never turn up for sale to the public/back to the owners as we would naturally assume whoever the actor was was happy just keeping everything to themselves, something only a nation state would ever really do. a non-nation state's only real motivation would be financial and so if no evidence of that ever came about, the only real alternative would be to assume it was a nation state.
> These don't sound like things that the Russian government or any nation state would be saying.
This goes both ways: Or they would be exactly the kind of things a government would say to dispel any notion of it being a government.
> Makes the U.S. intelligence / media look stupid. And if it turns out that it is some individuals that happen to live in Russia, it still makes the U.S. look stupid.
I wonder whatever happened to that whole mantra of the early 2000s and 2010s when governments would regurgitate the difficulty in dealing with "cyber" due to the "asymmetric" nature of "cyber warfare"?
Somehow that was completely forgotten over the last decade in favor of blaming any and all InfoSec breaches instantly on some state actor.
One has to wonder how much of that is just deflecting from bad practices with "The enemy is a state, nothing we could do to defend against an attacker that powerful!" in favor over admitting "Yeah some autistic dude in his parents basement pwned all our stuff because our security is completely amateurish".
Washington Post attributed the attack to Russian actor APT29/Cozy Bear on Dec 14th [1], quoting unnamed sources.
FireEye [2] Dec 13th & Volexity [3] Dec 14th were more cautious, citing an unknown actor that they dubbed UNC2452, and Dark Halo, respectively.
Recorded Future made a fair but ultimately inconclusive case for Chinese attribution [4], Dec 30th.
US gov/CISA continues to claim "Russian linked" [5], Jan 5th.
Kaspersky reported a link to the Kazuar malware used by Russian actor Turla [6], Jan 11th.
CrowdStrike's report on the malware injector [7], Jan 11th says "does not attribute the SUNSPOT implant, SUNBURST backdoor or TEARDROP post-exploitation tool to any known adversary".
That's an impressively detailed response. Did you happen to track all these kinds of quotes routinely for your own research, or are you that good at finding this info that quickly.
Ahh interesting, thanks for the response. Surprisingly enough, Kaspersky also attributed it to a Russian APT, so I'm still not sure about the parent post's claim that it makes the US look stupid, if it's the global intelligence community saying so.
No evidence has every been shown. It is easy to site a lot of people parroting the idea that it came from Russia, but aside from some vague connections, there is 0 hard evidence. If you were an Israeli, Iranian, Chinese, etc... hacker, you would obviously tunnel through servers in foreign countries that were easy scapegoats. So even if there was actual evidence (which there isn't) it still wouldn't mean anything unless it could be tracked back to an originating IP and connected to an individual with a motive and without an alibi.
The benefits of blaming things on Russia for certain political parties are obvious, but those politicians and media members continue to make claims while never presenting any evidence, so you really have to ask yourself what is more likely to be true; A bunch of vapid politicians self benefitting claims without evidence, or the far more obvious possibility that a group of techie people from some random country hacked an easy target for money.
During an active incident, attribution details are not published. This incident still has people responding to it, and potentially further impacted victims. Indicators of compromise are published to allow for entities to hunt for malware or evidence of breach within their environments, but details that directly attribute a particular strain of malware to a threat actor are generally not shared (at least with the general public). Publishing those details could cause the threat actor to change those details and therefore evade detection and persist in impacted environments.
In this particular case, even though the known impacted entity count is around 250, around 18 thousand entities downloaded the backdoored version of SolarWinds and are at risk. Publishing attribution details now could negatively impact their response. When respected entities in the field make a claim on attribution, generally it is accepted as if those entities were lying, their service (and potentially some of their executives as they are publicly traded in some cases) would go to jail.
It's important to note that each responding team will have access to different data sources and be able to make different claims as a result. CrowdStrike declined to do attribution, whereas FireEye was more definitive with naming a group. This is likely as FireEye was impacted first hand and was able to capture indicators that are not public. (One of the steps of IR is containment, where you observe a threat actors activity to figure out where they are in your environment, so you literally get to watch them some.)
The people in charge of the various government agencies are politicians without experience in this area true, but they are briefed and educated by the experts that do have experience in that space. Likewise, Washington Post is known for vetting stories in this space carefully. At this stage in the game, it is highly unlikely it is not Russia, as this sales pitch is very similar to when Russian associated actors leaked the NSA toolset. It too was advertised for sale via bitcoin (https://en.wikipedia.org/wiki/The_Shadow_Brokers).
Anyways, if you're interested in this space, go find your local incident response (DFIR) meetup and ask how they track malware families. IP addresses are probably not one of their best signals for who made malware or executed an attack.
> if it's the global intelligence community saying so
Tho it's really not, the only "official" attributions are WaPos unnamed government source and US agencies saying "Russian linked".
But there is no real evidence for that except those Kaspersky heuristics about the malware having been used before, which is really not that much of a "smoking gun".
There's also the fact that for pretty much everybody involved it would be much more convenient to have this framed as a "state actor attack": The amount of companies breached and their nature just makes this horribly embarrassing for most people responsible and involved.
Even letting on the possibility that some kind of non-state actor is responsible for this would add even more insult to the already existing injury.
Kaspersky actually didn't attribute it to a Russian ATP. They say they found one thing in common, but are actually explicitly saying that they don't know whether they are the same group.
> TLDR; just tell us who’s behind the SolarWinds supply chain attack?
> Honestly, we don’t know.
> To clarify – we are NOT saying that DarkHalo / UNC2452, the group using Sunburst, and Kazuar or Turla are the same.
US digital infrastructure is the ultimate soft target. I assume for every SolarWinds we hear about, there are others that the government squashes due to sheer embarrassment or national security concerns.
> These don't sound like things that the Russian government or any nation state would be saying.
Why not? Sharing stolen source costs them nothing, and nation state hackers have budgets just like the rest of us.
They probably wouldn’t even get in big trouble for selling this stuff and using the money to buy themselves lambos, a nice bonus on top of the government hacker salary.
>a nice bonus on top of the government hacker salary.
The current narrative is that they aren't on payroll or under orders, but instead individuals or groups within the collective (cozy bear) act on their own initiative to win putin's favor.
It appears they have.
"
The file you are trying to download is no longer available.
This link is unavailable as the user’s account has been closed for gross violation of MEGA’s Terms of Service.
"
Looks like they used Njalla (https://njal.la) a provider that seems to focus on "privacy aware" domains and virtual private servers hosted in Sweden.
According to their FAQ, when you register a domain name through them, they own the domain but they respect the agreement between them and the customer to let the customer have "full usage rights".
They seem to provide rather fun named name servers. Reads "you can get no info".
I think they have a pretty strong anti-censorship stance, and due to the way the data is en/decrypted on the client side, they have no visibility what the data consists of.
On top of that, the data here (which is posted with the mega.co.nz decryption keys standard as part of the URL) has an additional layer of encryption by the uploader, so for all anyone can prove it's pictures of cats, and not anything illegal.
On the other hand, they know exactly what the uploader claims the files are. If they don't take the files down and these turn out to be real, they could be held responsible.
IIRC the Russian NotPetya attack on Ukraine was disguised as ransomware requesting Bitcoin, so there is some precedent for a state sponsored attack pretending to be criminals trying to make money.
There’s a PGP signature, but as far as I’ve head the attackers didn’t leave behind any other messages to prove it was signed with the same key.