Nope. I don’t talk about myself like that.

  • 0 Posts
  • 6 Comments
Joined 2 years ago
cake
Cake day: June 8th, 2023

help-circle
  • I played ps2 heavily for a couple of years. Fun game.

    I remember organizing several squads to play tactics when the main zerg pushes were off doing random stuff. There was a lot of planning and tactics that had to happen specifically around guessing what the public players would end up naturally pushing for. Colloquially known as “the zerg”. Almost treated like a mass of self-organizing players, but in reality they were just individuals who happen to follow each other to random places.

    Eg. leadership comms would be flooded with plans of “The zerg is pushing towards Tawrich, We should send Alpha and Bravo over to Zurvan to split the TR forces (maybe recapture that) and Charlie to crown to intercept backup/vehicle spawns. Delta needs to fuck off with pulling those tanks… get in the fucking building.”


  • Right but my point is they would just submit the request to the host server. If the original is taken down then all the federated service will lose the comments as well.

    Not how federation works. Let’s take a lemmy post as an example. If a server is federated with another and a new post is made, all subscribed servers are notified and a copy of the item is sent in that notification. If the original is “taken down” the copies still exist on the other servers and any deletion event is in ALL of their modlogs. ANY instance can “undelete” or revert the removal, or just ignore the deletion request all together (or roll back the database, or any number of operations to revert a change). The items doesn’t just go away. The “origin” doesn’t have all that much power to force other listening servers to do anything.

    This also extends to comments. I run my own small instance with me and a few friends. My server never had serious downtime because it’s just us. Our access to larger instances never “vanished” even as their sites went completely down. The local content is effectively cached regardless of the state of the origin server.

    If the host server just straight up ignores turkey then they’ll block all servers that host Mastodon

    Good luck with that… There’s a lot of servers that can talk the same federation protocol. You’re not going to get them all. Forget all the normal means of bypassing blocks… you have so many fediverse and threadiverse servers to attach to in order to access largely similar content.



  • I was going to leave this alone… your original comment was correct enough that it wouldn’t matter and your “dedicated attacker” left it fine when i read it before.

    but your edit has a gaping flaw. you assume that all content in the library would be physically released. lots of shows and movies are not physically released now. Can’t claim “backup” for those. The moment a movie studio finds your stuff and can map a few titles and one of them never had a physical release… your in the shit.

    but yes you can be much harder to scan overall with a few steps. fail2ban is a great answer that makes it deeply unlikely to be an issue.

    but i wish that they’d just fix it.

    edit: OR that they wouldn’t try to go after you for distribution…


  • All of these “vulnerabilities”, require already having knowledge of the ItemIDs, and anyone without it poking around will get banned.

    Which are simply MD5 hashes… You can precompile (rainbow tables) those. The “knowledge” here to get a valid video stream is “What path is the file on” which is pretty standardized. This is a good way to have a major movie studio’s process server knocking on your door.