The Linux Thread - The Autist's OS of Choice

  • 🐕 I am attempting to get the site runnning as fast as possible. If you are experiencing slow page load times, please report it.
My PC isn't really that powerful, it's a older rig I put together back in early 19 with a similar i7. I had however upgraded the GPU and was using a Radeon RX 6700 XT recently bought. I think part of the reason was that I didn't do as much tweaking of settings as I could have, but given I decided to try out Bottles anyway I decided to not bother and instead first try it.
 
  • Like
Reactions: Markass the Worst
I saw this reported on a few different sites yesterday:

Earth Lusca's New SprySOCKS Linux Backdoor Targets Government Entities​

The China-linked threat actor known as Earth Lusca has been observed targeting government entities using a never-before-seen Linux backdoor called SprySOCKS.

Earth Lusca was first documented by Trend Micro in January 2022, detailing the adversary's attacks against public and private sector entities across Asia, Australia, Europe, North America.
Active since 2021, the group has relied on spear-phishing and watering hole attacks to pull off its cyber espionage schemes. Some activities of the group overlap with another threat cluster tracked by Recorded Future under the name RedHotel.

The latest findings from the cybersecurity firm show that Earth Lusca continues to be an active group, even expanding its operations to target organizations across the world during the first half of 2023.

Primary targets include government departments that are involved in foreign affairs, technology, and telecommunications. The attacks are concentrated in Southeast Asia, Central Asia, and the Balkans.

The interactive shell implementation in SprySOCKS is likely inspired by the Linux version of a fully-featured backdoor named Derusbi (aka Photo) that's known to be employed by multiple Chinese threat activity clusters since at least 2008.

Command-and-control (C2) communication consists of packets sent via the Transmission Control Protocol (TCP) protocol, mirroring a structure used by a Windows-based trojan referred to as RedLeaves, itself said to be built on top of Trochilus.

At least two different samples of SprySOCKS (versions 1.1 and 1.3.6) have been identified to date, suggesting that the malware is being continually modified by the attackers to add new features.

"It is important that organizations proactively manage their attack surface, minimizing the potential entry points into their system and reducing the likelihood of a successful breach," the researchers said.

"Businesses should regularly apply patches and update their tools, software, and systems to ensure their security, functionality, and overall performance."

Infection sequences start with the exploitation of known security flaws in public-facing Fortinet (CVE-2022-39952 and CVE-2022-40684), GitLab (CVE-2021-22205), Microsoft Exchange Server (ProxyShell), Progress Telerik UI (CVE-2019-18935), and Zimbra (CVE-2019-9621 and CVE-2019-9670) servers to drop web shells and deliver Cobalt Strike for lateral movement.

"The group intends to exfiltrate documents and email account credentials, as well as to further deploy advanced backdoors like ShadowPad and the Linux version of Winnti to conduct long-term espionage activities against its targets," security researchers Joseph C. Chen and Jaromir Horejsi said.

The server used to deliver Cobalt Strike and Winnti has also been observed to host SprySOCKS, which has its roots in the open-source Windows backdoor Trochilus. It's worth noting that the use of Trochilus has been tied to a Chinese hacking crew called Webworm in the past.

Loaded by means of a variant of an ELF injector component known as mandibule, SprySOCKS is equipped to gather system information, start an interactive shell, create and terminate SOCKS proxy, and perform various file and directory operations.
(Source) (A)
 
View attachment 5354300

Goodbye stability my old friend... I guess that's "Debian, fuck you" from the kernel devs then. The truth is that billion-dollar companies will not maintain the entirety of a mainline kernel release. Not even Red Hat does that. Corporations will all only maintain the subset of code they ship with their devices, and only on their terms, with only fixes for issues which actually impact materially upon how their specific userland operates.

If only they'd stabilise the kernel<->kernel APIs in the same way they do for kernel<->userspace, they wouldn't need LTS in the first place and could better leverage contributions from interested parties.
 
View attachment 5354300

Goodbye stability my old friend... I guess that's "Debian, fuck you" from the kernel devs then. The truth is that billion-dollar companies will not maintain the entirety of a mainline kernel release. Not even Red Hat does that. Corporations will all only maintain the subset of code they ship with their devices, and only on their terms, with only fixes for issues which actually impact materially upon how their specific userland operates.

If only they'd stabilise the kernel<->kernel APIs in the same way they do for kernel<->userspace, they wouldn't need LTS in the first place and could better leverage contributions from interested parties.
That would not be great... just looking at my own use I've needed to use LTS versions of Ubuntu and Debian solely for Nvidia drivers and touchscreen tv drivers. If I always had to use the latest kernel I wouldn't be able to use Linux in those situations. If you explains that to companies and organizations that rely on LTS to keep service costs down that could cause them to drop Linux.

Would that compel Debian and its derivatives to explore forking the Linux kernel or replacing it with a BSD kernel?
 
Last edited:
  • Agree
Reactions: Markass the Worst
View attachment 5354300

Goodbye stability my old friend... I guess that's "Debian, fuck you" from the kernel devs then. The truth is that billion-dollar companies will not maintain the entirety of a mainline kernel release. Not even Red Hat does that. Corporations will all only maintain the subset of code they ship with their devices, and only on their terms, with only fixes for issues which actually impact materially upon how their specific userland operates.

If only they'd stabilise the kernel<->kernel APIs in the same way they do for kernel<->userspace, they wouldn't need LTS in the first place and could better leverage contributions from interested parties.
The kernel ABI breaks every version by design. This is deliberately done so you have to link modules to the kernel so it is as painful as possible to have closed source drivers.
 
Goodbye stability my old friend... I guess that's "Debian, fuck you" from the kernel devs then.
As I understand, dropping LTS support means they won't continue backporting security and other such fixes to old kernels. The kernels will continue to run. Your system doesn't freeze up because the warranty expired.

I'm sure there are many many systems out there running Linux kernels that are years out of support but work fine.
 
As I understand, dropping LTS support means they won't continue backporting security and other such fixes to old kernels. The kernels will continue to run. Your system doesn't freeze up because the warranty expired.

I'm sure there are many many systems out there running Linux kernels that are years out of support but work fine.

RHEL doesn't even run on an LTS kernel (5.14 now or something, which isn't LTS), Enterprise Linux runs on a kernel aligned with IBM/Red Hat. I don't think the LTS releases mattered at all to them?
 
  • Agree
Reactions: std::string
As I understand, dropping LTS support means they won't continue backporting security and other such fixes to old kernels. The kernels will continue to run. Your system doesn't freeze up because the warranty expired.

I'm sure there are many many systems out there running Linux kernels that are years out of support but work fine.
It's bad enough trying to explain to some people why using Windows 7 or XP on the internet is not good, now we have to explain the same things for Linux devices?

So far WSL and Linuxulator seem like they won't be affected by this. I believe the Debian developers will immediately look at the possibility of using a BSD kernel for LTS use cases. Wether or not they actually do so is a different question.

I think it would've been more ideal if the Linux kernel focused on only having a major version every three or four years, then extend the support time for another couple years. But they won't take my advice in that.
 
What's worse is that the clipboard's contents can also be automatically executed as soon as you paste them. Type in the answer manually. It's both safer and useful for rote memorization.
Good point, although I usually paste them into a text file so I have them later. And of course it can also be malicious on its face which if you don't know what it's actually doing could get you in trouble. I think either would get noticed fairly quickly though.
 
Speaking of clipboards, let me just scream in frustration for a few hours about “copy with formatting” being the default rather than “copy plain text”. I can count on one hand the number of times I’ve wanted to copy with formatting, it inevitably clashes with the formatting of the document I’m pasting into and looks like shit. Worse, you don’t even always see it’s happened. I’ve sent emails with white text on white background because I’d copied something from a dark mode website, it’s horrifying.
 
Speaking of clipboards, let me just scream in frustration for a few hours about “copy with formatting” being the default rather than “copy plain text”. I can count on one hand the number of times I’ve wanted to copy with formatting, it inevitably clashes with the formatting of the document I’m pasting into and looks like shit. Worse, you don’t even always see it’s happened. I’ve sent emails with white text on white background because I’d copied something from a dark mode website, it’s horrifying.
For this, I copy to a text editor that doesn't support formatting, then copy and paste from that.
 
Speaking of clipboards, let me just scream in frustration for a few hours about “copy with formatting” being the default rather than “copy plain text”. I can count on one hand the number of times I’ve wanted to copy with formatting, it inevitably clashes with the formatting of the document I’m pasting into and looks like shit. Worse, you don’t even always see it’s happened. I’ve sent emails with white text on white background because I’d copied something from a dark mode website, it’s horrifying.
Which is why I'm grateful to have paste as plain text on the right click menu
 
  • Agree
Reactions: Marvin
How do i get myself back onto linux? I like the steam os on the deck and pop os on my laptop but haven't gone back to linux on my desktop. Things just seem easier on windows if i want to fuck around and don't have to deal with wine/winetricks/protontricks being broken with certain dependencies.
 
Things just seem easier on windows if i want to fuck around and don't have to deal with wine/winetricks/protontricks being broken with certain dependencies.

Well, you could think about how dumb it is that almost every app can slurp anything/everything it wants from your private files with or without you realising. Then, you’ll very quickly realise that your desktop is filled with hundreds of video games which do dubious things.

Knowing this, you could do the following:
  1. Make sure you have an OP processor
  2. Get a decent distro and install QEMU+libvirtd
  3. Set up two or more Windows VMs
  4. Implement PCI-E passthrough of your GPU
  5. Use one VM to play purchased games online
  6. Use the other for running pirated games offline
  7. Enjoy the fact you now save money using Linux
  8. Enjoy the fact your games can’t spy on you now
This is the poor man’s way to get somewhat decent IT security and it’s pretty darn effective at protecting your privacy provided you’re conservative about what software you run on your Linux host.

That said, people who aren’t poor and who want better security should probably use macOS (on a separate physical computer) in place of this approach until desktop distros start offering proper security controls. There’s no trusted path for elevation dialogs, isolation between GUI apps is incomplete, binaries themselves still aren’t digitally signed (only packages are) and Flatpak still does not solve the application sandboxing problem as a desktop user.
 
Do you actually need two gpu-s to pull this off? Mine is all ayymd

Yes and no.

Yes: If you want to be able to operate your Linux system at the same time as interacting with Windows, then you'll either need a built-in integrated GPU or a second dGPU.

No: With a single GPU, you can technically use a script to have Linux detach the GPU from the host, pass it to the guest and then return it to the host again after the VM finishes.

But if you're going to do things without two GPUs, a carefully orchestrated triple boot config would also suffice (OS for purchased games, OS for pirated games, OS for personal stuff) for the most part, provided you leverage Secure Boot properly.
 
RHEL doesn't even run on an LTS kernel (5.14 now or something, which isn't LTS), Enterprise Linux runs on a kernel aligned with IBM/Red Hat. I don't think the LTS releases mattered at all to them?
I don't think any of the commercial distros were on the LTS version. SuSE is on 5.14 and Ubuntu is on 6.2. Neither are LTS.

This mostly affects Debian users.
 
Well, you could think about how dumb it is that almost every app can slurp anything/everything it wants from your private files with or without you realising. Then, you’ll very quickly realise that your desktop is filled with hundreds of video games which do dubious things.

Knowing this, you could do the following:
  1. Make sure you have an OP processor
  2. Get a decent distro and install QEMU+libvirtd
  3. Set up two or more Windows VMs
  4. Implement PCI-E passthrough of your GPU
  5. Use one VM to play purchased games online
  6. Use the other for running pirated games offline
  7. Enjoy the fact you now save money using Linux
  8. Enjoy the fact your games can’t spy on you now
This is the poor man’s way to get somewhat decent IT security and it’s pretty darn effective at protecting your privacy provided you’re conservative about what software you run on your Linux host.

That said, people who aren’t poor and who want better security should probably use macOS (on a separate physical computer) in place of this approach until desktop distros start offering proper security controls. There’s no trusted path for elevation dialogs, isolation between GUI apps is incomplete, binaries themselves still aren’t digitally signed (only packages are) and Flatpak still does not solve the application sandboxing problem as a desktop user.
Yes and no.

Yes: If you want to be able to operate your Linux system at the same time as interacting with Windows, then you'll either need a built-in integrated GPU or a second dGPU.

No: With a single GPU, you can technically use a script to have Linux detach the GPU from the host, pass it to the guest and then return it to the host again after the VM finishes.

But if you're going to do things without two GPUs, a carefully orchestrated triple boot config would also suffice (OS for purchased games, OS for pirated games, OS for personal stuff) for the most part, provided you leverage Secure Boot properly.
With all due respect, fuck that noise.

I get paid to work and support all kinds of nasty crap on GNU/Linux - I just wanna go home and play some vidya in the least painful way possible, I don't want to keep on messing around with config files and testing shit on my own time. I wanna relax.

It's why I ended up with a megafucker gaming PC running Win11 (at least for now). Mainly because HDR works right out of the box and after playing vidya in HDR, in glorious 4K@120fps (Quake II RTX is glorious), I don't wanna go back to not playing vidya that way.
 
Last edited:
Back