this post was submitted on 19 Jun 2023
13 points (100.0% liked)

Technology

37720 readers
325 users here now

A nice place to discuss rumors, happenings, innovations, and challenges in the technology sphere. We also welcome discussions on the intersections of technology and society. If it’s technological news or discussion of technology, it probably belongs here.

Remember the overriding ethos on Beehaw: Be(e) Nice. Each user you encounter here is a person, and should be treated with kindness (even if they’re wrong, or use a Linux distro you don’t like). Personal attacks will not be tolerated.

Subcommunities on Beehaw:


This community's icon was made by Aaron Schneider, under the CC-BY-NC-SA 4.0 license.

founded 2 years ago
MODERATORS
13
Lemmy user list (lemmy.ninja)
submitted 1 year ago* (last edited 1 year ago) by MrEUser@lemmy.ninja to c/technology@beehaw.org
 

EDIT: I'm putting this up front so it's the FIRST thing you see and read: I WAS WRONG I ASSUMED (and I know better) that it wasn't possible for me to have 3000 accounts created within a day or two of going live. I ASSUMED what I saw was accounts that were NOT local, I WAS WRONG I created a process to remove the bot accounts from my database without crashing my site. I have tested and it looks like all functions are working. If you need help because you suddenly have thousands more accounts than you would suspect ask me for the procedure. I'll gladly provide it.

I was able to identify bot accounts by looking at creation times. They accounts are grouped by "batches" where the account creation times are within seconds of each other. That's not typically going to happen with random humans creating accounts.

I used a tool to see how many users my site had. Once I saw the count was larger than expected, I wondered who these users were. I checked the database table and saw a huge list. I know for a fact that all these users are not on my instance. I was able to confirm that the database includes email address and password hash. This SHOULD mean that if someone tries to login, and their authentication information is sitting in my database, they can login at my site locally, correct? I only ask because I did not find an entry anywhere that lists a “home” instance for them to log in to. Am I correct in understanding that accounts are distributed like communities are?

you are viewing a single comment's thread
view the rest of the comments
[–] key@lemmy.keychat.org 1 points 1 year ago* (last edited 1 year ago) (6 children)

Are you looking at person or local_user? The former includes all (known) users across instances and doesn't include password hash. It has private key column but that should be empty for non-local users. Password hash is only on local_user table which like it says is only local users. If you're seeing more entries in local_user than you expect that seems more concerning, maybe related to the recently disclosed exploit?

[–] MrEUser@lemmy.ninja 3 points 1 year ago* (last edited 1 year ago) (5 children)

SELECT * from local_user; provides a list of users that has a password_encrypted field. That list is exactly equal (all the same accounts are listed) to what I get from: select   p.name,   p.display_name,   a.person_id,   a.email,   a.email_verified,   a.accepted_application from   local_user a,   person p where   a.person_id = p.id;

So I can see a persons a.email (email address), a.person_id, and their password_encrypted (hash) by correlating these tables, can I not?

These accounts are NOT ALL local to my server… So I MUST be being passed hashes, right?

[–] key@lemmy.keychat.org 3 points 1 year ago (4 children)

Can you add p.local=false to that query?

[–] MrEUser@lemmy.ninja 1 points 1 year ago* (last edited 1 year ago) (1 children)

I always assume I’m wrong first, I may have put that in the wrong spot. Where should I put that in the query? I put it under the Select statement.

[–] key@lemmy.keychat.org 1 points 1 year ago
load more comments (2 replies)
load more comments (2 replies)
load more comments (2 replies)