this post was submitted on 28 Aug 2023
808 points (98.9% liked)

Selfhosted

40198 readers
832 users here now

A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don't control.

Rules:

  1. Be civil: we're here to support and learn from one another. Insults won't be tolerated. Flame wars are frowned upon.

  2. No spam posting.

  3. Posts have to be centered around self-hosting. There are other communities for discussing hardware or home computing. If it's not obvious why your post topic revolves around selfhosting, please include details to make it clear.

  4. Don't duplicate the full text of your blog or github here. Just post the link for folks to click.

  5. Submission headline should match the article title (don’t cherry-pick information from the title to fit your agenda).

  6. No trolling.

Resources:

Any issues on the community? Report it using the report flag.

Questions? DM the mods!

founded 1 year ago
MODERATORS
 

I noticed a bit of panic around here lately and as I have had to continuously fight against pedos for the past year, I have developed tools to help me detect and prevent this content.

As luck would have it, we recently published one of our anti-csam checker tool as a python library that anyone can use. So I thought I could use this to help lemmy admins feel a bit more safe.

The tool can either go through all your images via your object storage and delete all CSAM, or it canrun continuously and scan and delete all new images as well. Suggested option is to run it using --all once, and then run it as a daemon and leave it running.

Better options would be to be able to retrieve exact images uploaded via lemmy/pict-rs api but we're not there quite yet.

Let me know if you have any issue or improvements.

EDIT: Just to clarify, you should run this on your desktop PC with a GPU, not on your lemmy server!

you are viewing a single comment's thread
view the rest of the comments
[–] veroxii@aussie.zone 77 points 1 year ago (3 children)

This is extremely cool.

Because of the federated nature of Lemmy many instances might be scanning the same images. I wonder if there might be some way to pool resources that if one instance has already scanned an image some hash of it can be used to identify it and the whole AI model doesn't need to be rerun.

Still the issue of how do you trust the cache but maybe there's some way for a trusted entity to maintain this list?

[–] irdc@derp.foo 18 points 1 year ago* (last edited 1 year ago) (2 children)

How about a federated system for sharing “known safe” image attestations? That way, the trust list is something managed locally by each participating instance.

Edit: thinking about it some more, a federated image classification system would allow some instances to be more strict than others.

[–] gabe@literature.cafe 28 points 1 year ago

I think building such a system of some kind that can allow smaller instances to rely from help from larger instances would be extremely awesome.

Like, lemmy has the potential to lead the fediverse is safety tools if we put the work in.

[–] huginn@feddit.it 15 points 1 year ago (1 children)

Consensus algorithms. But it means there will always be duplicate work.

No way around that unfortunately

[–] kbotc@lemmy.world 9 points 1 year ago* (last edited 1 year ago) (2 children)

Why? Use something like RAFT, elect the leader, have the leader run the AI tool, then exchange results, with each node running it’s own subset of image hashes.

That does mean you need a trust system, though.

[–] irdc@derp.foo 9 points 1 year ago

As I'm saying, I don't think you need to: manually subscribing to each trusted instance via ActivityPub should suffice. The pass/fail determination can be done when querying for known images.

[–] huginn@feddit.it 8 points 1 year ago (1 children)

Yeah that works. Who is the leader and how does it change? Does Lemmy.World take over because it's largest?

[–] kbotc@lemmy.world 8 points 1 year ago

Hash the image, then assign hash ranges to servers that are part of the ring. You’d use RAFT to get consensus about who is responsible for which ranges. I’m largely just envisioning the Scylla gossip replacement as the underlying communications protocol.

[–] neutron@thelemmy.club 13 points 1 year ago (1 children)

I'd rather have a text-only instance with no media at all. Can this be done?

[–] Rentlar@lemmy.ca 17 points 1 year ago (1 children)

Yes it is definitely possible! Just have no pictrs installed/running with the server. Note it will still be possible to link external images.

[–] Morgikan@lemm.ee 12 points 1 year ago (2 children)

My understanding was it's bad practice to host images on Lemmy instances anyway as it contributes to storage bloat. Instead of coming up with a one-off script solution (albeit a good effort), wouldn't it make sense to offload the scanning to a third party like imgur or catbox who would already be doing that and just link images into Lemmy? If nothing else wouldn't that limit liability on the instance admins?

[–] hoodlem@hoodlem.me 8 points 1 year ago* (last edited 1 year ago)

I was thinking the same thing. Stop storing the images and offload to Imgur or whatever. They likely already have a solution for this issue. Show images inline instead of a link. Looks the same, no liability.

Saying that, this is tremendously cool. I was given pause though by another poster on the thread mentioning the legality of using this in the U.S.

[–] Rentlar@lemmy.ca 4 points 1 year ago* (last edited 1 year ago)

Might be what we'd need to do for small servers lacking moderation, wanting to avoid the liability from potentially hosting harmful images.

I used postimg.cc when hosting was having issues, I'll probably use it more to ease up Lemmy admins' jobs.

[–] Starbuck@lemmy.world 11 points 1 year ago

TBH, I wouldn’t be comfortable outsourcing the scanning like that if I were running an instance. It only takes a bit of resources to know that you have done your due diligence. Hopefully this can get optimized to get time to be faster.