Language Selection

English French German Italian Portuguese Spanish

More on Masterbaiting Monkeys

Filed under
Linux




Why give this fanboy nonsense publicity?

It's a blatant untruth on Torvalds's part, born of complete ignorance of the way in which OpenBSD's actually maintained, made in full knowledge of the fact that anything he says about the *BSDs (and OpenBSD in particular) will be parroted by every idiot who fancies he might have something to gain by blindly uncritical Linux advocacy.

re: nonsense

Well, I think the first article I saw on the subject sums it up for me:

Linus is known for being the best coder he can be, and backing his words up. When Linus went after the Gnome developers and their clique, he backed up his firestorm with actual code. Linus is seen as being rude in the light that there is something behind the rudeness.

And I just happen to agree with him. So many times security issues are blown out of proportion. Most of the time they are obscure issues that would never be exploited in the every day life, but let's make a big deal out of them giving crackers more information to use against us. Yes, the security issues should be known and fixed, but as Linus said, just as any other bug. Many other times they are used by Microsoft people to prove Linux isn't any more secure than Windows.

Should Linus have used that metaphor? Well, no, probably not. But he is entitled to express his opinion and make his point. I just wouldn't have been so rude about it.

As far as linking to the headlines - that's what I do. I don't have to agree with them and many times I don't like the articles I link to. But I'm not into censorship. I'm always catching hell for linking to articles that "insult" Linux or OSS. But folks need to know the good and the bad. They need to know what other folks are saying. Some may want to go to the site and comment. It'd get pretty boring around here if I ignored everything somebody thinks I shouldn't link to. I try to please the crowd, but you can't. You can't please everybody all the time. I just do the best I can with what I know how.

re: re: nonsense

Well I pretty much side with Security.

If you're driving down the road at 70 mph, and your tire blows out just as you notice your glovebox won't stay shut, are you: A) more worried about the blown out tire that might cause you to careen out of control and maybe die, or Cool more worried about the glovebox because that annoys your passenger? Obviously some problems are more important then others.

Security - especially at the enterprise level - is the PRIMARY concern. PERIOD. And the fact that it's obscure and MIGHT not be exploited is a very weak (and stupid) security practice (if your business has 15 entrances - do you leave one door unlocked because maybe a thief is too lazy to check all 15 doors?)

Also, it's sad when the developer of Linux states that "all bugs" are equal. Since they are pretty much are all equally IGNORED, for proof, look at pretty much any 6 month rush-to-release distro.

Because of that, I for one, am GLAD that security problems get the hype and attention. I don't want a possible exploit vector ignored for 3 or 4 releases because it's just another bug.

re: re: nonsense

Yes, of course, you're right. I was a bit flippant with that original remark due to being on the defensive. I went too far the other way to try and justify my actions.

re: nonsense

> But folks need to know the good and the bad.

No, they just need to be well-informed. Isn't the fact that you can apply years of knowledge and judgement (and therefore a measure of discrimination) what distinguishes tuxmachines.org from automated aggregators?

> So many times security issues are blown out of proportion. Most of the time they are obscure issues that
> would never be exploited in the every day life, but let's make a big deal out of them giving crackers
> more information to use against us.

I'd have thought full disclosure was necessary to any serious, open source security auditing. It's certainly established policy with every other major FLOSS OS.

In any event, the distinction between (in Torvalds's words) "boring normal bugs" and security bugs is ultimately unfounded, provided, that is, your security policy's proactive (as in the case of OpenBSD) rather than than reactive (as is largely the case with Linux). I quote:

"During our ongoing auditing process we find many bugs, and endeavor to fix them even though exploitability is not proven. We fix the bug, and we move on to find other bugs to fix. We have fixed many simple and obvious careless programming errors in code and only months later discovered that the problems were in fact exploitable."

re: re: nonsense

well, "well-informed" was exactly what I meant. It's what I try to do.

> I'd have thought full disclosure was necessary to any serious, open source security auditing. It's certainly established policy with every other major FLOSS OS.

yes, you're right. Of course it is.

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.

More in Tux Machines

Red Hat News

More on Librem 5 Phone Update

  • Purism Post First Librem 5 Phone Update
    Purism has delivered its first progress report on development of the Librem 5 Phone, which it successfully crowdfunded last year.
  • Purism Says Its Privacy-Focused Linux Phone Will Use Wayland and i.MX8 ARM CPU
    Two and a half months after it successfully crowdfunded its Librem 5 privacy-focused, end-to-end encrypted Linux smartphone, Purism released today the first update on the development progress. Librem 5's crowdfunding campaign ended with more than $2 million funds raised from thousands of backers. Then, Purism promised to put all that money to good use in the manufacturing process of the Linux-powered smartphone, which should have started as soon as they find a company willing to build it.

Fedora: Updated F27 Live ISOs, Synergy 2.0, Bodhi 3.2.0, Announcing Flapjack

  • F27-20180112 Updated Live Isos Released
    The Fedora Respins SIG is pleased to announce the latest release of Updated 27 Live ISOs, carrying the 4.14.13-300 kernel.
  • synergy-2.0.0 is in Fedora updates-testing
    I have packed the latest stable version, 2.0.0, for Fedora 27, 26 and EPEL 7. No EPEL 6 update this time as it requires CXX14, which EL6 does not provide.
  • Bodhi 3.2.0 released
  • Announcing Flapjack
    Here’s a post about a tool that I’ve developed at work. You might find it useful if you contribute to any desktop platform libraries that are packaged as a Flatpak runtime, such as GNOME or KDE. Flatpak is a system for delivering desktop applications that was pioneered by the GNOME community. At Endless, we have jumped aboard the Flatpak train. Our product Endless OS is a Linux distribution, but not a traditional one in the sense of being a collection of packages that you install with a package manager; it’s an immmutable OS image, with atomic updates delivered through OSTree. Applications are sandboxed-only and Flatpak-only.
  • Flapjack Helps Developers Work On Components Inside Flatpak

Security Leftovers

  • Security updates for Wednesday
  • Latvia's e-health system hit by cyberattack from abroad
    Latvia said its new e-health system was on Tuesday hit by a large-scale cyberattack that saw thousands of requests for medical prescriptions pour in per second from more than 20 countries in Africa, the Caribbean and the European Union. No data was compromised, according to health officials, who immediately took down the site, which was launched earlier this month to streamline the writing of prescriptions in the Baltic state. "It is clear that it was a planned attack, a widespread attack—we might say a specialised one—as it emanated from computers located in various different countries, both inside the European Union and outside Europe," state secretary Aivars Lapins told reporters. "We received thousands of requests in a very short space of time. That's not the normal way the system works," he said, adding that an investigation is under way.
  • Linux Lite Developer Creates Automated Spectre/Meltdown Checker for Linux OSes
    The developer of the Ubuntu-based Linux Lite distribution has created a script that makes it easier for Linux users to check if their systems are vulnerable to the Meltdown and Spectre security flaws. As we reported last week, developer Stéphane Lesimple created an excellent script that would check if your Linux distribution's kernel is patched against the Meltdown and Spectre security vulnerabilities that have been publicly disclosed earlier this month and put billions of devices at risk of attacks.
  • Purism Releases Meltdown and Spectre Patches for Its Librem Linux Laptops
    Purism, the computer technology company behind the privacy-focused, Linux-based Librem laptops and the upcoming smartphone, released patches for the Meltdown and Spectre security vulnerabilities. The company was one of the first Linux OEMs and OS vendor to announce that it's working on addressing both the Meltdown and Spectre security exploits on his Linux laptops. Meltdown and Spectre have been unearthed in early January and they are two severe hardware bugs that put billions of devices at risk of attacks.
  • Facebook Awards Security Researchers $880,000 in 2017 Bug Bounties
    Facebook is hardly a small organization, with large teams of engineers and security professionals on staff. Yet even Facebook has found that it can profit from expertise outside of the company, which is why the social networking giant has continued to benefit from its bug bounty program. In 2017, Facebook paid out $880,000 to security researchers as part of its bug bounty program. The average reward payout in 2017 was $1,900, up from $1,675 in 2016.
  • Multicloud Deployments Create Security Challenges, F5 Report Finds