It seems baffling that we have this massive community making mods with highly insecure raw java code, and somehow nobody thought of figuring out how to sandbox the stuff.
“Fractureiser” malware in popular Minecraft mods and modpacks
91–100 of 106 posts
Re: “Fractureiser” malware in popular Minecraft mods and modpacks
#92Earlier quoted context omitted.
I have cpu, network, memory, and i/o graphs in my desktop panel for this reason. MATE desktop but I bet there are equivalents everywhere.
Don't they get covered up by useful stuff?
2 monitors for stuff i'm doing, and a 3rd for discord / email / system stats
Re: “Fractureiser” malware in popular Minecraft mods and modpacks
#93Earlier quoted context omitted.
That’s absolutely false — sideloading has nothing to do with security checks, especially not sandboxing. A sane system should not be compromised no matter where the executable is from.
> A sane system should not be compromised no matter where the executable is from. So, you're saying a sane system should not run arbitrary code I tell it to run? Which is different from iOS security model how? (If not, please explain how your hypothetical magic OS resists compromise without limiting instructions it would execute)
Security is upheld, user control is given, everyone is happy.
Re: “Fractureiser” malware in popular Minecraft mods and modpacks
#94Earlier quoted context omitted.
Don't they get covered up by useful stuff?
multimonitors are cheap and if you're not gaming or doing intensive things most CPUs and onboard graphics can handle em just fine. 2 monitors for stuff i'm doing, and a 3rd for discord / email / system stats
Re: “Fractureiser” malware in popular Minecraft mods and modpacks
#95Earlier quoted context omitted.
> A sane system should not be compromised no matter where the executable is from. So, you're saying a sane system should not run arbitrary code I tell it to run? Which is different from iOS security model how? (If not, please explain how your hypothetical magic OS resists compromise without limiting instructions it would execute)
You are running code on your CPU in ring 0 all the time? No. The same way a sandbox gives a whitelist approach to security — this app by default should have no filesystem access. It does want to open a file — ask the user whether it should be able to or not. Security is upheld, user control is given, everyone is happy.
Re: “Fractureiser” malware in popular Minecraft mods and modpacks
#96Earlier quoted context omitted.
This might be a bit nitpicky but resource packs just replace assets without scripting capabilities, and datapacks do let you run commands which are Turing-complete but they aren’t really a great programming language because you can’t do things like loops in a normal way
Graphical mods are still mods. You don't need scripting for a mod to be a mod. It just has to modify the base game.
Re: “Fractureiser” malware in popular Minecraft mods and modpacks
#97client.jar searches the entire filesystem When HDDs used to be the norm, that would raise an obvious audiovisual signal that something isn't right. Unfortunately with almost everyone using SSDs these days, and the loss of activity indicators[1] on a lot of machines, it would be barely noticeable. [1] I suspect that it's also in the interests of "officially sanctioned" malware to hide its presence.
Also, it checks the entire system for JARs and injects it’s stage0 bootstrap!, that includes maven and gradle caches. Reading this part sent a slight cold shiver down my back. Am infected mod dev could become a new spreader
Re: “Fractureiser” malware in popular Minecraft mods and modpacks
#98client.jar searches the entire filesystem When HDDs used to be the norm, that would raise an obvious audiovisual signal that something isn't right. Unfortunately with almost everyone using SSDs these days, and the loss of activity indicators[1] on a lot of machines, it would be barely noticeable. [1] I suspect that it's also in the interests of "officially sanctioned" malware to hide its presence.
Once that buffer or cache runs out, all those mostly extraneous IOPS just pile up, and the SSD will basically never catch up, because the technology fundamentally cannot catch up to a sustained load like that, but the load is sustained because all the software was designed with "SSDs are fast and lots of small writes will be fast" so they just keep growing the queue.
Previously most of the OS would be in memory and only page out if absolutely needed. It feels like modern windows is perfectly willing to page itself out because "SSDs are fast" and have random, pointless file ops everywhere. So if your SSD gets bogged down, now your operating system basically dies too, so good luck killing whatever app(s) are causing the problem
Re: “Fractureiser” malware in popular Minecraft mods and modpacks
#99Earlier quoted context omitted.
You are running code on your CPU in ring 0 all the time? No. The same way a sandbox gives a whitelist approach to security — this app by default should have no filesystem access. It does want to open a file — ask the user whether it should be able to or not. Security is upheld, user control is given, everyone is happy.
Well if we are talking sandboxing, Windows has it and this malware specifically has sandbox escape functionality for that purpose.
Not having admin rights is almost uselessly crude as a “sandbox”.
Re: “Fractureiser” malware in popular Minecraft mods and modpacks
#100> A CDN compromise or cache poisoning is not out of the question due to Curse's usage of the extremely outdated and insecure MD5 to verify downloads. If someone found an md5 preimage attack, they wouldn’t burn it on some random Minecraft players.