So I was going through /all and this admin is snooping at vote counts for posts in his instance and then posting it publicly.

Just a reminder that these kind of petty people exist. Pick a trustworthy instance or better yet, host your own.

Archive: https://archive.md/oybyL

  • Max-P@lemmy.max-p.me
    link
    fedilink
    arrow-up
    97
    arrow-down
    2
    ·
    10 months ago

    The votes are public. Kbin displays them right in the UI. Lemmy semi-hides it, but it’s never been designed to be private in any way.

    Changing instance won’t do shit if that’s a concern to you. As an admin I can see them even if my instance isn’t involved with the post at all:

      • LWD@lemm.ee
        link
        fedilink
        arrow-up
        33
        ·
        10 months ago

        Meet new friends, find new foes!

        A table of downvotes

        What’s the worst that could happen?

          • Max-P@lemmy.max-p.me
            link
            fedilink
            arrow-up
            2
            ·
            10 months ago

            And this is why we have access to the votes, and why the protocol doesn’t obfuscate them.

            Admins can deploy scripts to detect those kinds of patterns and act on it.

        • 7heo@lemmy.ml
          link
          fedilink
          arrow-up
          2
          ·
          10 months ago

          I hope the “published” column is the time at which that user downvoted you and not the time at which you posted the original content… there is less than 2s in between some.

          • LWD@lemm.ee
            link
            fedilink
            arrow-up
            5
            ·
            10 months ago

            It was the time of each of the downvotes. I’m pretty sure the behavior was done by a bot, because there were way more downvotes across a bunch of unrelated posts.

            I have way more data than my own, and there’s a few users I’ve identified who appear to be botting other users aggressively. Not sure where to drop that data set, but it’ll be funny.

  • LWD@lemm.ee
    link
    fedilink
    arrow-up
    91
    arrow-down
    2
    ·
    10 months ago

    To illustrate op’s point I’m going to spin up an instance, federate with everyone, and not tell anyone what that instance is.

    Then I’m going to feed all that data into my new website, called Open Lemmy Stats, where anyone can query the user data ive accumulated. The homepage will be ripe with insights, leaderboards and all kinds of data on prolific users.

    Additionally, I’ll display a snapshot/profile of a random user by feeding that users data to GPT4 to make inferences about the user’s political affiliations and display the results.

    Worst of all, I’m not going to out my instance for everyone to know it as the one to defederate. In fact I’m spinning up a few instances that will host innocuous communities that I plan to mod and support to give my instances cover for their true purpose: redundant fediverse datastreams for my site, Open Lemmy Stats.

    I’ll also have a store where anyone can buy my collected fediverse data for a handsome sum.

    Just kidding I’m not doing any of this. But someone absolutely will or already is.

      • LWD@lemm.ee
        link
        fedilink
        arrow-up
        7
        arrow-down
        1
        ·
        10 months ago

        Caught in 4k stealingq liberating a really good comment

    • A1kmm@lemmy.amxl.com
      link
      fedilink
      English
      arrow-up
      10
      ·
      10 months ago

      How to work out what instance(s) if someone does this: A Lemmy instance doesn’t have to send the same voting data to every instance, it could send different votes to different instances (stock Lemmy federates the same thing consistently, but there is no reason a modified Lemmy designed to catch someone doing this has to), encoding a signal into the voting pattern. Then, just check to see what signal shows up. If it averages several instances, with enough signal you could decompose a linear combination (e.g. average) of different patterns back out into its constituent parts.

      • deweydecibel@lemmy.world
        link
        fedilink
        English
        arrow-up
        7
        ·
        10 months ago

        All of which begs the question why are we bothering to pretend any of this is actually democratic or that the fediverse is truly unified across instances.

        On a fundamental level, this “choose your voters” thing breaks the integrity of the voting system. I understand why it needs to happen to combat rogue instances, but the level of manipulation and silent curation that is possible, without the average user’s knowledge, means no one can trust the numbers they see on any instance.

        There’s just so many avenues for abuse here, and it’s disheartening to not see more acknowledgement of that from the devs.

        • Turun@feddit.de
          link
          fedilink
          arrow-up
          2
          ·
          10 months ago

          It’s a fundamental property of the federated system. The devs need to acknowledge it the same way you need to acknowledge that people can lie. It’s a fact, there is no easy way around it and everyone knows it.

          • LWD@lemm.ee
            link
            fedilink
            arrow-up
            1
            ·
            edit-2
            10 months ago

            They could always federate an aggregate statistic instead of one that discourages involvement. Then we could acknowledge both federation and the lie!

      • nybble41@programming.dev
        link
        fedilink
        arrow-up
        1
        ·
        10 months ago

        If it averages several instances, with enough signal you could decompose a linear combination (e.g. average) of different patterns back out into its constituent parts.

        A smarter system won’t just take the mean of the votes from different instances but rather discard outliers as invalid input (flagging repeat offenders to be ignored in the future) and use the median or mode of the remainder. The results should also be quantitized to avoid leaking details about sources or internal algorithms; only the larger trends need to be reported.

        Of course you could always just keep the collected data private and only provide it to customers willing to pay $$$ for access, which handily limits instance operators’ ability to reverse-engineer the source of the data. And nothing prevents you from using separate instances for public and private data sets.

          • LWD@lemm.ee
            link
            fedilink
            arrow-up
            2
            ·
            10 months ago

            The data is already public.

            A descriptive statement.

            Why only allow the bad guys to access it and not everyone?

            Why assume that’s the only option? We can also strive to improve Lemmy, as it is (allegedly) run for the users and not for corporate anti-privacy interests.

  • mozz@mbin.grits.dev
    link
    fedilink
    arrow-up
    66
    arrow-down
    1
    ·
    edit-2
    10 months ago

    Every up and down vote you make is public. Friendica, kbin, and mbin all expose who voted on every post to any user, and anyone tech savvy on any software can dig out the totals at any time.

    In my mind the UI should make this very obvious (honestly I think there should be a pop-up that warns new users of this every time they vote until they check a box to disable it), because it’s not what people expect. But votes are very public.

    • deweydecibel@lemmy.world
      link
      fedilink
      English
      arrow-up
      15
      arrow-down
      1
      ·
      edit-2
      10 months ago

      In my mind the UI should make this very obvious (honestly I think there should be a pop-up that warns new users of this every time they vote until they check a box to disable it), because it’s not what people expect. But votes are very public.

      Which de-incentivizes voting, choking off the thing needed to aggregate the content. Kind of underlining the problem with the votes being public.

      • mozz@mbin.grits.dev
        link
        fedilink
        arrow-up
        15
        ·
        10 months ago

        Votes pretty much have to be public in order for the whole federated system to work – otherwise anyone could just stuff 50 votes for their favorite comment, and there’d be no way to tell where they came from. Given that, I think it’s important that the software be honest with people about the situation, “disincentive” or not. Personally I’m fine with my votes being public, but an important part of that is that I know they’re public and can vote accordingly.

        • homura1650@lemm.ee
          link
          fedilink
          arrow-up
          3
          ·
          10 months ago

          Not nessasarily, the protocol could be written so that an instance simply tells other federared instances “X of my users upvoted this, and Y downvoted this”.

          The tradeoff being that instance then have less tools to work with to moderate voting. Instead of being able to do global vote ring detection, the most they can do is look for abuse on their own server, and trust that every instance they vote-federate with does the same. Even then, with every instance trying to be vigilant, no one instance would have the info to detect a cross-instance abuse.

          • mozz@mbin.grits.dev
            link
            fedilink
            arrow-up
            5
            ·
            10 months ago

            That would make it possible in general for any instance operator to game the system in ways that are by design impossible to analyze, for dubious benefit.

            It would also involve some pretty substantial changes from the current ActivityPub protocol (not just a new way the protocol works, but a change to some of what are currently its core operating principles about e.g. deduplication of entities across the network). You’d have to either talk the authors of every ActivityPub software into accepting your new way, or else abandon the idea of your software being able to interoperate with other ActivityPub software.

  • AngryishHumanoid@reddthat.com
    link
    fedilink
    arrow-up
    48
    arrow-down
    2
    ·
    edit-2
    10 months ago

    Lol:

    “All those account outside of monero.town are most likely angry commies that just follow posts from here to downvote.”

    People outside my echo chamber think I’m an asshole, it must be a conspiracy!

  • davel [he/him]@lemmy.ml
    link
    fedilink
    English
    arrow-up
    42
    arrow-down
    2
    ·
    edit-2
    10 months ago

    We do see the votes. Publicly posting them sounds like poor form, but then what do you expect from crypto bros?

    Pick a trustworthy instance or better yet, host your own.

    Running your own instance isn’t going to hide your votes.

    • On@kbin.social
      link
      fedilink
      arrow-up
      7
      ·
      10 months ago

      I’m curious, If I delete my account periodically, are the profile and activity like comments/votes still out there in other instances? are votes deducted? I’m not sure if this is the right question but does deleting accounts federate?

      • taladar
        link
        fedilink
        arrow-up
        4
        ·
        10 months ago

        I am not sure about the details of intended behaviour but it certainly won’t federate to anyone deliberately disabling that part of federation so for privacy purposes you might as well assume that it doesn’t federate.

      • LWD@lemm.ee
        link
        fedilink
        arrow-up
        2
        ·
        10 months ago

        I can’t answer your question about the votes, but posts and comments are retained when you hit the delete button. The only way to delete them is to edit the content beforehand. I believe moderators are capable of restoring posts, but I haven’t checked the comments yet.

        There’s no reason where this has to be the behavior by default; federation alone is a challenge but not an excuse. Ironically, when it comes to privacy, a company like Reddit (with sketchy privacy policies) might be better than Lemmy (a series of entities in a variety of jurisdictions where your data is protected by the weakest of all of their privacy policies)

  • crispy_kilt@feddit.de
    link
    fedilink
    arrow-up
    38
    arrow-down
    1
    ·
    10 months ago

    Guys. The person running the website you use always can do and see everything

    This has nothing to do with lemmy

      • 7heo@lemmy.ml
        link
        fedilink
        arrow-up
        7
        ·
        edit-2
        10 months ago

        No. A simple website won’t help, it needs to be a Lemmy instance. Moreover, it needs to be a federated one.

        And then, that “invisible” data being available to other admins, is a problem with federation, not with Lemmy.

        Now, there could very well be efforts made to make the cleartext data of each instance users available only to the admins of that instance (and only share aggregated data with other instances), but that would also require a lot more consideration wrt mutual instance trust in the network.

        Right now, since votes and other actions are public (to the federated instances admins anyway), it is doable to detect and assert foul play. The downside of this is that it allows abusers to malevolently collect data and do the same bad things that you are so certain the alternatives to Lemmy don’t do (yeah, as if).

        If the instances shared only aggregated data with one another, it would be much harder for abusive small instance owners to spy on any user on the network (still possible, but it would essentially would be as hard as for anyone else, as it would involve heuristics and lots of intelligence, to interpolate the missing information); but it would also be much harder for legit admins trying to enforce moderation to inspect what happened on federated instances. They would have to take those instance’s admins at their words.

        As an additional note: that “invisible” data that other platforms allegedly don’t share, is for sale. That’s what surveillance capitalism is all about… At least with Lemmy, the barrier of entry to get our data is “federation”, not “money”.

        Edit: WTF bro, a day and a half before writing this wrong comment I’m answering to, you wrote a properly worded, technically correct (top level) comment… Were you half asleep on this one??

        Edit 2: nah, the reason why your other comment was technically correct and properly worded is that you stole it (would have been so easy to give credit…) SMH. 😮‍💨

        Edit 3: So I checked your comment history (after seeing that other comment of yours about the user that mass downvoted you, I was legit curious how bad it could have been), you seem technically knowledgeable, and also educated. Thus, I reiterate, this specific comment, what gives!?

        Edit 4: lol at your edit. 😶‍🌫️

        • LWD@lemm.ee
          link
          fedilink
          arrow-up
          2
          ·
          10 months ago

          Off day 😉

          I should have been more specific when I said website, as… If you scan my other comments, you might have the hint that I have access to one such Lemmy instance. And they federate with minimal effort. I don’t know how to automate it yet, but it wasn’t hard to do so manually.

          • 7heo@lemmy.ml
            link
            fedilink
            arrow-up
            1
            ·
            edit-2
            10 months ago

            I’m actually curious to know if federated instances share the data of their federated instances… if so, there is a proper reason to be actually alarmed, as ACLs would essentially be cosmetic only.

            • LWD@lemm.ee
              link
              fedilink
              arrow-up
              1
              ·
              10 months ago

              Can you be more specific? I might be able to hunt down answers.

              Recently, federation vulnerabilities got exploited by an ex-Truth Social employee who apparently believes consent is only when someone shouts “no” at him, so pretty much anything is possible (without even going through the effort of spinning some kind of proxy server, if I’m reading this correctly).

              • 7heo@lemmy.ml
                link
                fedilink
                arrow-up
                1
                ·
                10 months ago

                Well, as in let’s say instance A is federated to B, B federated to C, A blacklisted C.

                So, clearly, A isn’t getting data about C. It will drop it on ingress (I expect).

                But, will C have access to the exact same data about A, through B, that it would have access to from A if not blocked by A?

                • LWD@lemm.ee
                  link
                  fedilink
                  arrow-up
                  2
                  ·
                  edit-2
                  10 months ago

                  “Indirect federation” (what I ended up eventually trying to find info on) appears non-existent.

                  That answered the question, I think, but it caused me to ask a few more, like this one:

                  What happens if a community is on Server A and Person C wants to check out how Person B is interacting on it. I think, in that case, that Person C can check out Person B’s profile and see comments left on a Server A community, but they cannot navigate to the post itself because Server A would not send the content to their server.

                  It’s relatively easy to switch servers, by clicking the little rainbow icon next to a particular comment to see the server where it would have been viewed in Person B’s context, but servers on their own are not running around scraping missing data… At least, not as they are currently designed.

                  ETA: More background on the major defederation in question (mostly political, not technical)

    • taladar
      link
      fedilink
      arrow-up
      3
      ·
      10 months ago

      It is against the nature of information to want to broadcast it and also keep it secret at the same time.

  • CaptPretentious@lemmy.world
    link
    fedilink
    arrow-up
    10
    arrow-down
    3
    ·
    10 months ago

    Oh good, Lemmy had no privacy. Not like that ability isn’t going to be abused.

    Either make it public right from the start everyone sees everything. Or make this crap not possible.

    You’re going to get echo chambers that start witch hunts. Someone is going to dox someone because they don’t like how someone votes… Yadda yadda someone gets swatted or someone just shows up… Then someone’s going to start cheering “We did it Lemmy!”…

    Honestly at least with Reddit you had one single evil entity that would abuse their power and trust of users.

    • LWD@lemm.ee
      link
      fedilink
      arrow-up
      6
      arrow-down
      2
      ·
      10 months ago

      That’s an interesting point. One company, like Reddit, might see human beings as nothing more than content mills, but that created incentives to be a little private at least.

      Lemmy servers are run by anybody, including Facebook, and you don’t even have to accept someone else’s server rules for your data to transfer onto it. The process occurs passively.

  • Annoyed_🦀 @monyet.cc
    link
    fedilink
    arrow-up
    7
    ·
    10 months ago

    I think the main complain anyone would have with this is, only we admin can look at the vote, and no one else can. This isn’t a problem in Kbin or any other platform that allow one to do so.

    I only check the vote to see if there’s any brigading, other than that, i have no issue with other admins snooping or whatever. Ohh to be clear, all of us admin can see the vote everywhere, getting a new instance yourself will not solve anything.

  • forgotmylastusername@lemmy.ml
    link
    fedilink
    arrow-up
    3
    ·
    edit-2
    10 months ago

    You would think adversarial actors would find this problematic in their own way. Does no one remember anymore way back when reddit was exposed as being an American state apparatus? Reddit owners its earlier more naive era used to share site metrics. They inadvertently revealed that large amounts of activity comes from a US military base. Then they wiped evidence and disavowed all knowledge that any of that ever happened. And now the narrative on there is that other state actors are the ones in control of that platform. How convenient.

    White hat actors could be using such open access to data to reveal whats in the data. That’s what the big social platforms are so scared of themselves. Not only is it their financial bread and butter. Contained within is who know how many skeletons piled up over the years.

    Everyones privacy these days is basically long gone. There’s illusion that internet platforms are in any way shape or form fair or balanced because of the paper thin concept of internet votes == democracy or something. Yet a lot of people stubbornly persist. It’s past due time to shine a light on the adversarial actors run amok. Show us the anomalies in data that reveal how the typical real human user is powerless against adversarial actors.

    I’d like to think it would be the last straw for the whole concept of social platforms at least the way that it is now. Who knows though. It’s also shown us how dumb people are. They could very well just “meh” and go back to mindlessly infinite scrolling.