Linux Kernel Hardeners Grsecurity Sue Open Source's Bruce Perens (theregister.co.uk)
An anonymous reader shares a report from The Register: In late June, noted open-source programmer Bruce Perens [a longtime Slashdot reader] warned that using Grsecurity's Linux kernel security could invite legal trouble. "As a customer, it's my opinion that you would be subject to both contributory infringement and breach of contract by employing this product in conjunction with the Linux kernel under the no-redistribution policy currently employed by Grsecurity," Perens wrote on his blog. The following month, Perens was invited to court. Grsecurity sued the open-source doyen, his web host, and as-yet-unidentified defendants who may have helped him draft that post, for defamation and business interference. Grsecurity offers Linux kernel security patches on a paid-for subscription basis. The software hardens kernel defenses through checks for common errors like memory overflows. Perens, meanwhile, is known for using the Debian Free Software Guidelines to draft the Open Source Definition, with the help of others.
Grsecurity used to allow others to redistribute its patches, but the biz ended that practice for stable releases two years ago and for test patches in April this year. It offers its GPLv2 licensed software through a subscription agreement. The agreement says that customers who redistribute the code -- a right under the GPLv2 license -- will no longer be customers and will lose the right to distribute subsequent versions of the software. According to Perens, "GPL version 2 section 6 explicitly prohibits the addition of terms such as this redistribution prohibition." A legal complaint (PDF) filed on behalf of Grsecurity in San Francisco, California, insists the company's software complies with the GPLv2. Grsecurity's agreement, the lawsuit states, only applies to future patches, which have yet to be developed. Perens isn't arguing that the GPLv2 applies to unreleased software. Rather, he asserts the GPLv2, under section 6, specifically forbids the addition of contractual terms.
Grsecurity used to allow others to redistribute its patches, but the biz ended that practice for stable releases two years ago and for test patches in April this year. It offers its GPLv2 licensed software through a subscription agreement. The agreement says that customers who redistribute the code -- a right under the GPLv2 license -- will no longer be customers and will lose the right to distribute subsequent versions of the software. According to Perens, "GPL version 2 section 6 explicitly prohibits the addition of terms such as this redistribution prohibition." A legal complaint (PDF) filed on behalf of Grsecurity in San Francisco, California, insists the company's software complies with the GPLv2. Grsecurity's agreement, the lawsuit states, only applies to future patches, which have yet to be developed. Perens isn't arguing that the GPLv2 applies to unreleased software. Rather, he asserts the GPLv2, under section 6, specifically forbids the addition of contractual terms.
That would put a full stop to Gr's suit.
But besides that, it's pretty clear this is an intimidation move because it would be relatively trivial to just show you're not doing it.
Perens vindicated.
I fully expect them to loose, the GPL is very clear that you cannot add additional restrictions, and they are doing exactly that.
The kernel folks have been dismissive of GRSecurity as having little importance, and not worth the hassle of involving the lawyers. But since GRSecurity is starting the lawsuits and the GPL needs to be defended in court, I expect a lot of high powered legal involvement to settle this.
this is going to be interesting to watch. one of the world's best-informed advocates of software libre, who has studied the GPL for many years, versus some idiots who will have been ill-advised by some moron whose only saving grace is the indemnification insurance provided as a sop to corporate madness. for those people not familiar with what indemnification insurance is: it's where lawyers can basically get away with making fundamental errors, and the corporation to whom they give the advice can sue their company quite safely, *as long as they follow that advice*.
i really look forward to seeing how this turns out.
The nameserver that resolved the website, the font face the post used, everyone who read the post or a story about it (yep, me and you now).
Grsecurity should sue everyone!!
This is a stupid lawsuit. According to the attorneys for the plaintiff company:
"Mr Perens has made false statements, claiming them to be facts, and based on those statements employed fear-mongering tactics to intentionally hurt Open Source Security Inc's business."
Perens actually wrote: "it's my opinion that..."
Opinion, not assertion of fact. This lawsuit will be thrown out almost immediately. However, it is useful in helping the community identify a company that we should never do business with. So thanks for that, at least...
Enjoy life! This is not a dress rehearsal.
Comment removed based on user account deletion
Next they'll try to sue you for reading someone's opinion on the Internet. Where will this madness stop?
If anyone was still wondering why their patches never made it in the kernel...
It shows a lot about their attitude and delusions, there are good reasons not to want code from people not able to objectively judge their own work, especially when they are asses on top...
So what else are they going to do? Intimidating him is their only option if they can't argue the point and don't want to just give in.
Linus Torvalds called grsecurity patches garbage earlier this year. https://www.theregister.co.uk/...
Looks like the dumbass plaintiffs dragged themselves into court to answer for the fact that they're violating a legal contract. Idiots
Only if you actually like Bruce Perens; I thought he was a reasonable guy right up until the point he compared Brad Spengler to a convicted murderer (Hans Reiser), now I just think he's a dick. I also think that Open Source Security are idiots for bringing this case, but I can see they were backed into a corner and had no remaining choices.
There's a lot of sound and fury here on Slashdot, signifying nothing. As with all court cases, "wait and see" is the correct approach, preferably with popcorn.
How to kill your society in two steps: doing publicly something stupid, twice.
If version A says you can't distribute this without losing rights to version B, then either
you just get version B and then distribute THAT and "lose rights" to distribute version C and so on and so on
OR
you lose rights to GET version B because of a violation of a term on the same GPL software (version A) which is either illegal to do because
a) a license for B can't be contingent on a license for another bit of software, copyright does not give you that right at all
b) the license addition is to both A and B, therefore explicitly against the clause Bruce mentioned, hence GRSecurity has no license for their code and are "pirates"
Why? I do not need to like Bruce Perens to read his opinion and evaluate whether I agree with him or disagree. By concept it should even be irrelevant for my evaluation how sane his previous comments were. Linus Torvalds can also be a 'dick', but still is competent regarding the topic of Linux kernel development.
It's defamation to claim we're likely to launch a spurious lawsuit! ...
We're suing!
It does not prevent you from charging for your work. Charge for it all you want. You can't put more restrictions on the work than you agreed to before you got the base software you used in YOUR work.
It's LESS of a cancer than, say, MS licenses, where you lose all right to distribute, comment or derive future benefit if MS think that you should lose the license. AND you get audited by the BSA and MS's audit teams at your expense.
If you think that GPL is a cancer and you should be able to slap your own license on code you have added to, try getting source for an MS application or their OS, adding in some stuff, then selling it under BSD, with source. See if MS think that you deserve the right to change the license on the combined work because some of it is "yours".
I did not say whether I agreed or disagreed with him at all, and certainly did not link that to my opinion of him, nice strawman.
I will now throw your question back at you. Why? So why the shitstorm? The controversy regarding their licensing is already out there, this adds nothing further that does not already exist in the public eye. The only thing that has changed is that they are suing Bruce Perens, so any "shitstorm" regarding this must come down to your personal like or dislike of him and his camp.
https://en.wikipedia.org/wiki/Obsidian_Finance_Group,_LLC_v._Cox
They just proved it themselves.
In California, SLAPP stops all discovery and requires the plaintiff to pay the defendant's expenses if they lose.
Perens will not have to prove his assertions. The next move you will see is that he brings an anti-SLAPP motion. This will mean no discovery in the case and that the plaintiff will pay all of his expenses if they lose. At that point if the plaintiff has a thread of sanity they will back out, they failed to intimidate him, the posting is still on his web site, they can't win the case, they can only pile up big bills and they have to pay for Perens lawyer, a big, competent, law firm rather than the one-man patent attorney firm Grsecurity is using.
If the case goes on, Perens will prove that he has a right to state his opinion. And the case ends there. Perens is not making an "assertion of fact" as the patent lawyer states in his complaint and will win on 1st amendment grounds.
There will be no litigation of whether Grsecurity has the right to use its patch access agreement in contravention of the GPL, because there is a much simpler way to end the case.
That said, I suggest that any of us who are competent to work on the kernel do everything possible to make Grsecurity obsolete.
The kernel developers can make Grsecurity obsolete in two ways: if they want to use Grsecurity's own patch, they can take the last GPL one they have and break it up into acceptable patches (which Grsecurity refused to do). These can be submitted in the normal manner. The other way is to submit their own patches that do all of the functionality of Grsecurity without breaking the other things in the kernel that it is said to break. Either way, they will have rid themselves of this nonsense for future kernel versions.
Like really...
Each time you redistribute the Program (or any work based on the Program), the recipient automatically receives a license from the original licensor to copy, distribute or modify the Program subject to these terms and conditions. You may not impose any further restrictions on the recipients' exercise of the rights granted herein. You are not responsible for enforcing compliance by third parties to this License.
(emphasis added)
So, is it a restriction on the right to distribute that Grsecurity will drop you as a client?
If they drop you as a client, you can still distribute that patch set as much as you like, and they can't do a damn thing.
Grsecurity certainly has no obligation (except perhaps a moral one) to keep you as a customer. Some customers are difficult, and sometimes all the trouble they fuzz up make them too expensive to sell to.
Is the license for the code (which clearly must be GPLv2, or compatible) a separate matter from any possible business relation with Grsecurity?
Just a question: the patch set that Grsecurity sells. Does it have any subtle customer-identifying metadata in it?
And a follow-up question: off all the clients Grsecurity has, how many have distributed the patch set? And how many customers do they think they have they lost, because the patch set is publicly available? In my experience, people who need this sort of stuff don't mind paying for it. Because it most likely ends up being cheaper just to pay straight up for the service, than hunt the web for patch sets (that you might end up downloading from less reliable websites -that anyways turn out to being aliases for git.nsa.gov or git.fsb.ru- with who knows what backdoors added).
Bruce Peren's has retained O'Melveny & Myers for his defense.
https://en.wikipedia.org/wiki/O%27Melveny_%26_Myers
O’Melveny & Myers LLP is a prominent international law firm founded in Los Angeles, California in 1885. The firm employs over 700 lawyers and has offices in California, Washington, D.C., New York City, Beijing, Brussels, Hong Kong, London, Seoul, Shanghai, Singapore, and Tokyo.
O'Melveny is one of the most prestigious and selective firms in the world, and it is widely considered to be one of the best law firms to work for.[1] Notable practice areas include securities litigation, white-collar defense, corporate, antitrust, appellate litigation, international trade, private equity, and entertainment law.[2] With regards to compensation, O'Melveny is among the highest paying law firms in the United States.[3]
Whoowee, that's some heavy-hitter lawfirm. Bruce must be really raking in some pricey consultation fees to afford that kind of legal firepower. Of course, maybe Bruce has a benefactor with deep pockets helping him out. Sorta like Hulk Hogan had with Peter Thiel. Maybe.
Let's see who Grsecurity got.
Grsecurity has retained CHHABRA LAW FIRM PC.
Here's their Wikipedia page:
https://en.wikipedia.org/wiki/Special:Search?search=CHHABRA+LAW+FIRM+PC
he page "CHHABRA LAW FIRM PC" does not exist. You can ask for it to be created, but consider checking the search results below to see whether the topic is already covered.
Hmm. Ok, well here's their Manta page
https://www.manta.com/c/mhw0bd5/chhabra-law-firm-pc
Chhabra Law Firm Pc is a privately held company in Mountain View, CA and is a Single Location business.
Categorized under Law Firms and Law Offices. Current estimates show this company has an annual revenue of 132707 and employs a staff of approximately 3.
By using the code that no longer has license, it is possible for them to be guilty of secondary infringement. But besides all that, users using the work can be sued by GRSecurity if they try to use the rights the GPL gives them. They can be sued if the distribute with the same clause the code from GRSecurity because they're doing the same thing.
So even if you were to contend that secondary infringement cannot apply here (and we need more than just your say-so), they're still open to being sued by GRSecurity for no good reason (after all if they're this clueless about the rights and responsibilities of copyright licensing, how do you know that what you think you can do with it is what they think you can?) or for doing the same thing.
And if the customer distributes without that GRSecurity addition and just the plain GPL, that means they're sued by GRSecurity, and if they distribute with it, they're breaking the GPL themselves.
Pretty simple.
The key word/phrase is "it's my opinion".
Grsecurity needs to be hit with a SLAPP countersuit.
Still waiting on Serviscope_minor to wake up to fucking reality and realize that Jessica Price isn't going to fuck him.
IMHO (lol) Perens could be crowd sourcing reaction to facts he was paid to provide. Why does he offer to discuss his opinion free of charge under NDA? It seems he wants additional artifacts to provide his paying clientele that his opinion is indeed fact.
Streissand effect. Grsecurity should hire another lawyer, if they survive this one.
Not only what Perens wrote is always reason for precaution, even if it wasn't, he repeatedly states in his blog post that this is his opinion, and that furthermore, he's open to discussion and that he's not a lawyer.
https://perens.com/blog/2017/0...
Lawsuit won't pass because it has no grounds. Courts can't define opinions as "false statements", he explicitly claimed several times that this is his opinion, and it's a huge stretch to call it "fearmongering".
Issues with licensing have always been part of the Linux community worries, and there's nothing in his post that could be classified as fearmongering. It's advice pure and simple with strong basis to boot.
If stuff like this was enough for a company to sue an individual, we'd effectively have businesses dictating censorship as they pleased, and a whole ton of democratic instruments to go against big corporations wouldn't exist.
The whole thing will be dismissed and it'll only serve as more reason to suspect Grsecurity. Why don't they go ahead and also try suing Torwalds for calling their patches garbage? Go out with a bang.
The only thing that has changed is that they are suing Bruce Perens, so any "shitstorm" regarding this must come down to your personal like or dislike of him and his camp.
That's a stupid thing to say. You can also be against lawsuits designed to stifle public speech, which is to say, you can be pro-constitution or pro-rights or just pro-speech. There may have formerly been a shitstorm, but there was not an actual case.
"You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
so it has no effect.
by TheSpoom (715771) Uncaring Linux user here. I have nothing to add to this but please continue. *munches popcorn*
And I don't Title this post just to flamebait.
The subscription agreement they use is definitely against the spirit of the GPL, but could be within the letter if they were distributing a completely original work, for which they held all copyrights and had the correct sort of patent licenses to distribute code that way. But the question naturally arises why the hell wouldn't they just outright pick a restrictive license if they just outright held all rights to an original work and wanted to restrict redistribution.
The answer is that the lawyers at GrSecurity believe their patch set would likely be found to be a derivative work of the Linux kerne should the question arise in court. Additionally I speculate they may be taking advantage of patent license that are more liberal with OSS licensees. In fact in the legal complaint, GrSecurity does not counter or otherwise address Bruce's assertion that the patch set is a derived work of the Linux kernel.
On the grsecurity's home page, they describe their product as being primarily "an extensive security enhancement to the Linux kernel". This strengthens and reflects Bruce's claim that the grsecurity patch set is a derived work of the Linux kernel.
In the actual complaint, there's a lot of slime in paragraphs 14,18, and 19 are particularly flawed. The GPL does not merely cover the patches once distributed, but also the original distribution because they are a derived work of the Linux kernel and as such may only be distributed in compliance with the terms of the GPL or a compatible license. Thus Paragraph 14 is false. Paragraph 18 is also false in so far as future version will almost surely be derived from a GPLv2 licenses Linux and subject to GPL terms upon the first distribution.
While it's true the subscription agreement only sets out an explicit limit of future access, it's clearly and plainly designed to limit the actual and current exercise of rights granted under the the kernel's GPLv2 license. There is a conflation of simple "exercise" and "ability to exercise", which are not the same thing. They way it is written and the way that it is intended is that for works under the GPL, only the GPL may restrict copying, modification and redistribution.
Section 6 of the GPLv2 states:
6. Each time you redistribute the Program (or any work based on the Program), the recipient automatically receives a license from the original licensor to copy, distribute or modify the Program subject to these terms and conditions. You may not impose any further restrictions on the recipients' exercise of the rights granted herein. You are not responsible for enforcing compliance by third parties to this License.
GRSecurity is clearly imposing a restriction on the recipients' exercise of the right of redistribution. Whether or not they limit future access to the source code of the Program (as defined by the GPLv2) is irrelevant.
When GRSecurity loses (and they will) they may face a restriction of their own in the form of Section 4 of the GPL"
4. You may not copy, modify, sublicense, or distribute the Program except as expressly provided under this License. Any attempt otherwise to copy, modify, sublicense or distribute the Program is void, and will automatically terminate your rights under this License. However, parties who have received copies, or rights, from you under this License will not have their licenses terminated so long as such parties remain in full compliance.
Let's assume that a court finds that GRSecurity is attempting to modify the GPLv2 license by adding a restriction. In doing so, they are denying the rights of Linux kernel devs to distribute their code as licensed. In other words, they are denying redistribution of source code that other people wrote to their own customers. If I were a kernel developer, I would consider invoking Section 4 to terminate GRSecurity's rights to the Linux kernel.
Their customers have the right to redistribute the software that they've received. GRsecurity is then saying that if they do, GRsecurity will not provide them with any future revisions to the code. There is nothing in the GPL that gives the recipient of a copy of code the right to future versions of that code or the right to distribute future versions of that code.
I'll buy a copy, and redistribute it freely and widely. They won't sell me the next version because of that, so someone else here will have to buy a copy, and redistribute it freely and widely.
Ideally in the end they will have one customer for each release, who will all be part of my plan........
Ad hominem.
The GPL does not give the customer any rights to future revisions. The customer is not forced to give up the right to redistribute the current version -- they can choose to or not.
No. The GPL does not give the customer any rights to future revisions. The customer is not forced to give up the right to redistribute the current version -- they can choose to or not.
"A straw man is a common form of argument and is an informal fallacy based on giving the impression of refuting an opponent's argument, while refuting an argument that was not presented by that opponent."
You wrote:
"So even if you were to contend that secondary infringement cannot apply here (and we need more than just your say-so), they're still open to being sued by GRSecurity for no good reason (after all if they're this clueless about the rights and responsibilities of copyright licensing, how do you know that what you think you can do with it is what they think you can?) or for doing the same thing."
Definitional strawman. Followed by another ad hominem.
Sorry, you claimed that they would be doing the same thing. They would not, therefore false premise.
Glad that you admit that both your points were wrong.
You claimed that this was pretty simple, yet made no effort to provide an analysis based on the text of the actual licenses.
It's also perfectly fine argument style for others, and not a fallacy.
GPL served its purpose once, but today it is unworkable. Today, GPL is akin to licensing air. It creates an undue burden by its very nature and therefore should be abolished.
I've never known of him to run away from free publicity. Or any publicity.
If so, then the "agreement" MAY be a notice of (conditional) intent to violate the GPLv2 license that allows grsecurity to use the GPLv2 licensed kernel code.
If grsecurity limits their contributions to loadable kernel modules that do not access GPL-only kernel symbols, then they may have an argument.
If they patch the kernel itself or use GPL only kernel symbols, then their code may be a derivative work and thereby covered by GPLv2. In this case, as soon as they exercise the "right" to which they have granted themselves, they may find themselves in violation of the GPL and automatically lose the privilege of distributing the kernel and/or derivative works thereof.
I believe that the intent of Perens' warning is to let people know that he believes using future versions of grsecurity's product may make users liable for contributing to grsecurity's violation of the GPL (per the notice they provided), and that if users distribute the patches and/or a patched kernel, they may find themselves in direct violation of the GPL, as the kernel and/or grsecurity's (potential) derivative works may not be licensed at all, meaning there is no legal means of conveying a copy.
Remember that the GPL is a license (the L in "GPL" and not a contract), and that unlicensed works are not "public domain"; a copyright license is the only thing that provides the right to make (and/or distribute) copies.
It's a potentially thorny issue, which is why consultation with a good copyright lawyer would be well-advised; I'm not sure that it may be advisable to consult just any lawyer, just as it may not be advisable to seek a general internist for heart surgery...
Only if you actually like Bruce Perens; I thought he was a reasonable guy right up until the point he compared Brad Spengler to a convicted murderer (Hans Reiser), now I just think he's a dick. I also think that Open Source Security are idiots for bringing this case, but I can see they were backed into a corner and had no remaining choices.
There's a lot of sound and fury here on Slashdot, signifying nothing. As with all court cases, "wait and see" is the correct approach, preferably with popcorn.
A lot of sound & fury signifying nothing?
Well, before this I thought that grsecurity were skating the boundaries of GPL, where they maybe had found a legal, if not quite moral, way to support their business model. Given how hard it is to stay afloat I was willing to give them the benefit of the doubt & might have done business with them if positioned to do so.
Here's the quote again:
As a customer, it's my opinion that you would be subject to both contributory infringement and breach of contract by employing this product in conjunction with the Linux kernel under the no-redistribution policy currently employed by Grsecurity
Although IANAL, in my opinion Mr Perens has a valid point. I could happily be a customer of Grsecurity if I never redistributed the software modified with their patches, but if I were to use their patches in a product that I then redistributed (e.g. sold an appliance) then I would be forced by the GPL to redistribute that code (& thus would breach the contract with Grsecurity). This seems like a no-brainer.
Regardless, I think the lawsuit is a dick move. Now, I'd be very reluctant to do business with Grsecurity, even if in a position to do so. (So "signifying nothing" ==> just lost a potential customer forever.)
Anyway, IMO Grsecurity should target & facilitate customers who want to use their product without redistributing it - not attack someone who is pointing out a legitimate issue with their business model.
Neither Bruce nor you have provided a satisfactory explanation of how the derivative work would not be licensed at all vis-a-vis the customer.
The GPLv2 secs. 4 and 6 grant the customer a license from each licensor -- not merely from the upstream distributor -- and state that the customer's license is not terminated by termination of the upstream distributor's license.
The GPLv2 sec. 2 permits the customer to make derivative works using any type of code. That code must only be licensed or relicensed under the GPLv2 if the customer publishes or distributes it to third parties.
The customer has the Linux kernel under the GPLv2 and the grsecurity contribution under the GPLv2, and NEITHER party can terminate the customer's license without a breach by the customer. The customer can even distribute the code since both parts are licensed under the GPLv2 and are ipso facto compatibly licensed as a combination under the GPLv2.
Both works are licensed. The right to make the combination is licensed. There is no "public domain" issue involved.