Earlier quoted context omitted.
Even if malice instead of incompetence is involved, it goes pretty far to call Chromium a "rootkit-downloader" just because it downloads a binary blob. It could theoretically be a rootkit, but without any evidence to support it this is like calling someone a murderer because he went to the same high school as a murderer.
> without any evidence to support it this is like calling someone a murderer because he went to the same high school as a murderer. That's a pretty flawed analogy. If you're going to examine it from a criminal act point of view, let's really look at it that way. If installing a rootkit is equivalent to premeditated murder, then the murderer must have motive, means, and opportunity. Let's take Sony as a good example o…
Chromium unconditionally downloads binary blob
71–80 of 180 posts
Re: Chromium unconditionally downloads binary blob
#72The binary blob is targeted at Native Client and so only runs in the google chrome sandbox. There is no security issue here.
"Don't worry, it's running as restricted windows user, there is no way it could possibly ever... oh"
...that is until the domain admin checks his email and opens a malicious PDF.
Re: Chromium unconditionally downloads binary blob
#73Earlier quoted context omitted.
> If someone has MitM'd Google, it's gonna be a bad day for a lot of people. Didn't foreign government agencies already do that? (e.g. NSA?)
They spied on unencrypted data as it was transferred between data-centers. They can't decrypt or MITM anything because they don't have google's keys, and chrome using HSTS cert-pinning means that the cert is fixed and can't be faked with one for google from another top-level CA.
Hard to prove a negative.
Re: Chromium unconditionally downloads binary blob
#74So, if the article was titled "Chromium downloads and activates closed-source eavesdropping software on all its devices, bypassing any OS alerts", would that be too wordy? It's meant to be a little tongue-in-cheek, admittedly, but it seems to me that's exactly what they did. Isn't Chromium behind the enterprise chromebox/chromebook stuff too? And does this mean that Chrome itself may, or has already, install eavesdro…
By its turn, Chromium's only selling point was that it was free of the eavesdropping features.
Re: Chromium unconditionally downloads binary blob
#75A bit surprised that there is no security CVE report attached. Debian policy is that binaries are vetted by a debian developer, sorted into Main, Contrib and Non-free, cryptographically signed and later verified by the client package system. The bug could allow arbitrary code to be installed and run without any of the above process if someone MitM the connection between the binary file and the client.
Isn't the blob downloaded from Google's servers over a HSTS and cert-pinned TLS connection?[0] If someone has MitM'd Google, it's gonna be a bad day for a lot of people. From my POV, the thing that's actually bothersome about this issue is that a closed-source blob is automatically inserted into a project that I -and others- had understood to be completely open-source. The fact that the Chromium Google Hotword code w…
Re: Chromium unconditionally downloads binary blob
#76Earlier quoted context omitted.
You mean, you couldn't compile it from source, modify the source code and distribute your modifications freely to others?
No, he means Chromium (like Android) in practice are read-only, hostile projects that respond only to Google's needs. Yes, you are free to create a fork. In reality, it's nearly impossible to keep up with Google's development pace and their behavior of dumping huge changesets and lack of documentation and communication wears everyone out. If you have some exposure to biology/ecology you'll recognize the behavior as v…
Huh? You've obviously never involved yourself in Chromium development. It's easy to get started and to stay up to date. As with all massive projects it takes work to do so, but no more so than any of the other open source browsers.
Re: Chromium unconditionally downloads binary blob
#77Re: Chromium unconditionally downloads binary blob
#78Earlier quoted context omitted.
> If someone has MitM'd Google, it's gonna be a bad day for a lot of people. Didn't foreign government agencies already do that? (e.g. NSA?)
They spied on unencrypted data as it was transferred between data-centers. They can't decrypt or MITM anything because they don't have google's keys, and chrome using HSTS cert-pinning means that the cert is fixed and can't be faked with one for google from another top-level CA.
Assumptions, assumptions.
Re: Chromium unconditionally downloads binary blob
#79Earlier quoted context omitted.
"A closed source binary being silently downloaded and executed without explicit action by the user or notification to the same is a security incident." Whereas source code being downloaded, compiled and run is not? Or a script being downloaded and run?
The source code being downloaded, compiled and run or a script being download and run would be a as much a security incident as what happened. In this context (Chromium on Debian) having a closed source binary downloaded and executed is an additional problem to the security incident and that's the reason it is mentioned in the statement. There are two problems conflated in the same sentence: 1. A binary was downloade…
Like opening a webpage?
Re: Chromium unconditionally downloads binary blob
#80Earlier quoted context omitted.
No, he means Chromium (like Android) in practice are read-only, hostile projects that respond only to Google's needs. Yes, you are free to create a fork. In reality, it's nearly impossible to keep up with Google's development pace and their behavior of dumping huge changesets and lack of documentation and communication wears everyone out. If you have some exposure to biology/ecology you'll recognize the behavior as v…
Oh ok. So it would be more open source if the upstream vendor contributed less.