News for hackers. Stuff that matters.
Re:“They introduce kernel bugs on purpose” by kleiba on Wednesday April 21, 2021 @10:18AM (#26890002)
How is such a ban going to be effective? The "researchers" could easily continue their experiments using different credentials, right?
Re:“They introduce kernel bugs on purpose” by ajross on Wednesday April 21, 2021 @10:44AM (#26890306)
Arbitrary anonymous submissions don't go into the kernel in general. The point[1] behind the Signed-off-by line is to associate a physical human being with real contact information with the change.

One of the reason this worked is likely that submissions from large US research universities get a "presumptive good faith" pass. A small company in the PRC, for an example, might see more intensive review. But given the history of open source, we trust graduate students maybe more than we should.

[1] Originally legal/copyright driven and not a security feature, though it has value in both domains.

Re:“They introduce kernel bugs on purpose” by Cpoll on Wednesday April 21, 2021 @10:55AM (#26890467)
> A small company in the PRC, for an example, might see more intensive review.

Which is a bit silly, isn't it? Grad students are poor and overworked, it seems easy to find one to trick/bribe into signing off your code, if you wanted to do something malicious.

Re:“They introduce kernel bugs on purpose” by angry_octet on Wednesday April 21, 2021 @11:12AM (#26890699)
Grad students have invested years of their life, for no reward, in research on a niche topic. Any ding to their reputation will adversely effect their entire career. I doubt this guy would get a post doc fellowship anywhere after this.
Re:“They introduce kernel bugs on purpose” by Cpoll on Wednesday April 21, 2021 @11:33AM (#26891007)
> Any ding to their reputation will adversely effect their entire career.

If this is foolproof, then no-one should be talking about the replication crisis.

People don't do bad things _expecting_ to be caught, if they haven't already convinced themselves they're not doing anything bad at all. And I suspect it's surprisingly easy to convince people that they won't get caught.

Re:“They introduce kernel bugs on purpose” by angry_octet on Wednesday April 21, 2021 @01:58PM (#26893180)
But they published papers about their misconduct... I don't know how they haven't been sanctioned already.

Replication is really a different problem. It's possible for you to do nothing wrong, run hundreds of trials, get a great result and publish it. But it was due to noise/error/unknown factors, and can't be replicated. The crisis is also that replication receives no academic recognition.

When people fabricate results they know it's an offence, the problem with these guys is they don't even acknowledge/understand the ethical rule they are breaking.

Re:“They introduce kernel bugs on purpose” by whatshisface on Wednesday April 21, 2021 @10:58AM (#26890506)
Well, there's nothing easier to corrupt than a small company (not just in the PRC), because you could found one specifically to introduce vulnerabilities without breaking any laws in any country I know of.
Re:“They introduce kernel bugs on purpose” by wjertyj on Wednesday April 21, 2021 @11:28AM (#26890936)
They do if the patch "looks good" to the right people.

In late January I submitted a patch with no prior contributions, and it was pushed to drm-misc-next within an hour. It's now filtered it's way through drm-next and will likely land in 5.13.

Re:“They introduce kernel bugs on purpose” by ajross on Wednesday April 21, 2021 @12:35PM (#26891906)
But your signed-off-by was a correct email address with your real identity, as per:

https://github.com/torvalds/linux/blob/master/Documentation/...

Right? It's true that all systems can be gamed and you could no doubt fool the right maintainer to take a patch from a fraudulent source. But the point is that it's not as simple as this grad student just resubmitting work under a different name.

Re:“They introduce kernel bugs on purpose” by wjertyj on Wednesday April 21, 2021 @01:07PM (#26892405)
> But your signed-off-by was a correct email address with your real identity, as per

Maybe?

My point with the above comment was more to point out that there is no special '"presumptive good faith" pass' that comes along with a .edu e-mail address, not that it's possible to subvert the system (that's already well known).

Everyone, including some random dude with a Hackers (1995) reference for an e-mail address (myself) gets that "presumptive good faith" pass.

Re:“They introduce kernel bugs on purpose” by rrmm on Wednesday April 21, 2021 @10:23AM (#26890063)
The ban is aimed more at the UMN dept overseeing the reserach than at preventing continued "experiments." I imagine it would also make continued experiments even more unethical.
Re:“They introduce kernel bugs on purpose” by NtrllyIntrstd on Wednesday April 21, 2021 @10:20AM (#26890027)
I think it is more of a message than a solution
Re:“They introduce kernel bugs on purpose” by notyourday on Wednesday April 21, 2021 @10:23AM (#26890072)
> How is such a ban going to be effective?

It trashes University of Minnesota in the press. What is going to happen is that the president of the university now is going to hear about it, so will the provost and so will people in charge of doling money. That will rapidly fix the professor problem.

While people may think that tenure professors get to do what they want, they never win in a war with a president and a provost. That professor is toast. And so are his researchers

Re:“They introduce kernel bugs on purpose” by chaosite on Wednesday April 21, 2021 @10:39AM (#26890240)
The professor's site says that he is an assistant professor, i.e., he doesn't actually have tenure yet.
Re:“They introduce kernel bugs on purpose” by voidfunc on Wednesday April 21, 2021 @11:12AM (#26890694)
Well his career is over. He's now unemployable in academia.
Re:“They introduce kernel bugs on purpose” by pumaontheprowl on Wednesday April 21, 2021 @11:57AM (#26891341)
Oh no, now he'll just have to make twice the salary in private industry. We really stuck it to him.
Re:“They introduce kernel bugs on purpose” by unmole on Wednesday April 21, 2021 @10:23AM (#26890069)
Any data collected from such "research" would be unpublishable and therefore worthless.
Re:“They introduce kernel bugs on purpose” by LegitShady on Wednesday April 21, 2021 @10:33AM (#26890170)
Their whole department/university just got officially banned. If they attempt to circumvent that, the authorities would probably be involved due to fraud.
Re:“They introduce kernel bugs on purpose” by krig on Wednesday April 21, 2021 @10:22AM (#26890058)
Thus moving from merely unethical to actually fraudulent? Although from the email exchanges it seems they are already making fraudulent statements...

At least it might prompt the University to take action against the researchers.

Re:“They introduce kernel bugs on purpose” by nodja on Wednesday April 21, 2021 @10:31AM (#26890137)
I believe this is so that the university treats the reports seriously. It's basically a "shit's broken, fix it". The researchers are probably under a lot of pressure from the rest of the university right now.
Re:“They introduce kernel bugs on purpose” by darig on Wednesday April 21, 2021 @10:37AM (#26890220)
If you're a young hacker that wants to get into kernel development as a career, are you going to consider going to a university that has been banned from officially participating in development for arguably the most prolific kernel?

The next batch of "researchers" won't be attending the University of Minnesota, and other universities scared of the same fate (missing out on tuition money) will preemptively ban such research themselves.

"Effective" isn't binary, and this is a move in the right direction.

Re:“They introduce kernel bugs on purpose” by neatze on Wednesday April 21, 2021 @11:08AM (#26890630)
The kernel that runs on mars now and on home/work desktops.