Submitted 3 weeks ago by inari@piefed.zip to selfhosted@lemmy.world
https://thereallo.dev/blog/someone-on-torrent-sites-kept-fucking-with-my-sonarr-setup
I don’t know why you ra eannoyed by this.
You use an automatic tool. It’s bound to fail or make a mistake once in a while.
The “uploader” likely knew this, so they had some fun. It’s not like what you are doing is legal or anything. “Le me go complain on my blog about someone messing with how I do my illegal activites”.
As annoying as this is, I agree. It’s a case of automate better or add a confirmation layer to the download decision.
The reason I don’t auto-DL anything yet is cos I’m too lazy to spend hours making sure it’s setup correctly.
Dojan@pawb.social 3 weeks ago I don’t know why you are annoyed by this.
I don’t read it as annoyance. It’s a rundown of them tracking down who is doing it and what it actually is. They’re just flagging for it.
Hal@piefed.nz 3 weeks ago This seems like a one off for them, but for me whenever tracking ongoing TV series I would regularly get malicious files as they appear before the real ones, and get found and downloaded by sonarr.
These days I only automate from private trackers, and enable a public tracker for an interactive search only if something can’t be found on the private trackers.
The private trackers, I am looking at going back to te high seas but the cost of some of the trackers and usenet sites are high, then a debrid and I am kijd kf back where I was.
Are there dcent free private trackers?
My problem is that it’s hard to stay in good standing with private trackers while using the *arr suite. I leave everything seeded for weeks, but I never get close to 1.00 ratio on any of the files. It’s not a connectivity issue AFAICT because I do have SOME people connected and downloading from me, but by the time the torrent reaches that point where there’s hundreds/thousands of seeders, I’m still running at a big deficit.
douglasg14b@lemmy.world 2 weeks ago It’s reasonable to be annoyed by this.
I’ve built automatic tools within client software that handle file types and basic security better than this, < 5 years into my career as an inexperienced dev.
It’s crazy that not only is executable downloading not blocked by default for a media downloader, but as fast as I can tell it’s not even doing magic bytes based format detection…?
Had a good chuckle at the author’s annoyance, great work.
I blacklist just about anything executable from downloading in Qbit but it stills feels a little clunky, I wish the ARRs would inspect the torrents and immediately ignore the .exe ones before they even hit Qbit, I feel like it should be a default option to help the Newbies out.
Next Sonarr release will have this.
I remember spotting this when the Mario Galaxy film came out. The top seed was a 2GB exe.
I hope we come full circle and we get “Avril Lavine - Girlfriend.mp3.exe”
There was a GTA6.exe that appeared on the torrent sites around the time of the first gameplay video leaks, I’m sure it got a few people.
I hope we get “Full Circle - No Doubt.mp3.exe” :)
No doubt. :D
Settings -> Indexers -> Pick one -> Fail Downloads -> Select “Executables” and “Potentially dangerous”
You still have to remove the malware from your torrent client, but at least sonarr will give up importing it and try a different torrent.
Dealing with the executableshas been such a pain in the ass, thank you so much for pointing this out.
douglasg14b@lemmy.world 2 weeks ago Wait, wtf, this isn’t on by default??
Imagine trusting Torrents when Usenet is right there.
Imagine paying for pirated content, when high quality torrents are right there
Hold on, even if you’re using torrents, you still have to pay for a decent indexer right? Or has stuff changed in the last few years?
Torrents are pretty terrible without private trackers. Since majority of free sites have no access to an API and require prowlarr/jacket to create one, a cloudflare slover to bypass bot protections and even then it’s janky.
If you use private trackers, you now have to keep seeding downloads to keep your ratio healthy, and require additional trickery to allow files to be seeded after sorting by sonarr.
Usenet is plug and play, as the indexes are built with this functionality in mind and it’s far less likely to run into malicious uploads, as there is curation occuring on the paid indexes, ie, they are insentivised to make the paying customer happy.
douglasg14b@lemmy.world 2 weeks ago Eh. I use Usenet and honestly the reliability sucks. I almost never successfully get quality media from there. It’s either missing too many blocks, doesn’t exist, or is grossly mislabeled.
Cool to see someone pull this kind of malware apart. Interesting read.
The problem is your roommate, your parent, or 3am you double clicking it in the downloads folder. (do NOT execute execute the skid malware)>
Yeah, like any of those scrubs has access to any folders of any importance.
I’ve been hit by this a few times recently too. No ill effects other than needing to clear it from the queue thankfully.
AverageGoob@lemmy.world 3 weeks ago I have been using cleanuparr to automate this. I have exes blocked in the download client and then cleanuparr sees they aren’t being downloaded and removes them and triggers another search.
muusemuuse@sh.itjust.works 2 weeks ago This shit is why I never used the arr stack. Never automate incoming data. It fetches what I intend it to fetch.
What do you use instead?
muusemuuse@sh.itjust.works 2 weeks ago Bittorrent
Shit like this is why I’m done with public trackers.
horse@feddit.org 2 weeks ago When this happened to me it always seemed to be episodes that hadn’t actually aired yet. I ended up installing swurapp (automatically unmonitors episodes until they’ve aired, to stop them being grabbed) and haven’t had it happen since.
What torrent sites are affected?
Technically, all* could be. They’re just indexing the torrents that are out there.
*all = the ones that would list TV shows, etc. of course
Lime and eztv were the culprits for me, I removed them from automatic search in *arr
I’ve been getting exe’s and such since I’ve been using the tech for a decade or more, though it does seem to be more common lately. I only wish sonarr would have an option to automatically blacklist and search. But at least now it does have an option to fail the download before even attempting to import it.
Rargb included a .exe which if you changed to .txt was just a message saying don’t reupload. It was to prevent indexers or something with basic “don’t download .exe” rules. So that is probably why it is not fail by default in Sonarr for everyone? I don’t know for sure but it is something.
peppericecream@lemmy.dbzer0.com 3 weeks ago
I was also flabbergasted when I observed this. No idea why this is not default, but you can configure
“Fail downloads” = “Executables”, “Potentially dangerous”in the Indexer options to prevent these downloads. Enable advanced settings first.tensor_nightly69@lemmy.world 3 weeks ago
Good find, thanks! Kind of annoyed I can’t set those values in Prowlarr to automatically propagate to all the *arrs, but still good to have the option once Prowlarr indexers are sync’d to other apps.
I think this isnt a thing with prowlarr, is it?
ExLisper@lemmy.curiana.net 3 weeks ago
It is, I’ve seen it. People upload .exe files pretending to be an episode day before it’s release. Prowlarr will find those and start downloading.
peppericecream@lemmy.dbzer0.com 3 weeks ago
I use Prowlarr, but had to configure it in Sonarr. I don’t see any option for it in Prowlarr
Chulk@lemmy.ml 2 weeks ago
I actually saw this last night while I was looking for another setting. Why would I ever want sonarr to download an executable, and why would they think I’d want it that way by default? It made me wonder if I was missing something.
“Why do I need to download 7zip? That’s too hard. Everything should be a self-extracting exe!”
A few moments later…