-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Project Idea] FediThreat: Federated Threat Intelligence Service - IP/Email/URL reputation service #1
Comments
We would need to build a frontend to allow trusted admins/mods to log into and submit samples. Once a server is on the server directory listing... I'd imagine they could be invited to join |
Would this service just be a front end that an admin can use to query a public threat feed and return back data? Or Would it maintain its own intel based on various threat feed sources (VT, talos intelligence, etc), and make that available to admins to query? |
I figure we start simple.. but I could do a little investigation into different kinds of "open source intel" that can we can ingest. https://github.com/disposable-email-domains/disposable-email-domains also makes sense... |
Most of these are closer to anti-email spam or similar.. but there are alot of overlap. Spamhaus - Check if an IP is reported for malicious activity. |
https://github.com/pixelfed/FediThreat Will be transferring this issue to that repo shortly! |
Data freshness is important.. I figure data from third parties can be cached for 24 hours but reports of a bad email is likely bad forever. A bad IP is only accurate for a few months. plus we need to offer people a way to get their username/email/ip removed from the list incase of false alarms. |
Perhaps such ThreatIntel feeds could be grouped into categories ("known spammers", "compromised email addresses", "anonymizing networks") and then each Fediverse admin could choose what their risk profile looks like? e.g. some definitely would want to block known spamming IPs - but allow TOR - whereas some would want to block it, etc. |
I think this concept works well... we'd just need to try and get a list of categories completed before 1.0 and we can expand on them over time hopefully. |
Since you are aiming for a decentralized "intelligence" exchange, you could use something like TrustNet to prevent bad actors from poisoning everyone's data |
I'll look into trustnet later. Thanks for this... for the beginning, reports will only be accepted by manually approved/trusted instances |
Problem to solve:
Blocklists stopping bad actors running bad instances from communicating with good actors on good instances makes sense.... but once the administrators have completed a good block list... using https://cariad.fedicheck.iftas.org/ or similar and blocked all of the bad instances.
The next step would be good instances from dealing with lower risk like spam, phishing and other kinds of abuse.
The problem I want to solve is spammers wasting moderators time across the fediverse:
A spammer joins instance A, gets kicked
A spammer joins instance B, gets kicked
A spammer joins instance C, gets kicked
A spammer joins instance D, gets kicked
A spammer joins instance E, gets kicked
..... vs
A spammer joins instance A, gets kicked
A spammer joins instance B, gets kicked
A spammer cannot join instance C due to alert.
Solution:
The Fediverse thrives on openness and decentralization, but bad actors exploit this freedom to spread spam, abuse, and malicious content. FediThreat is a shared security service that helps Pixelfed, Mastodon, and other federated platforms assess risks in real time.
How It Works:
An instance can query FediThreat with an IP, email, or URL, and receive a risk score based on collective intelligence and threat data.
Why FediThreat?
✅ Protect Your Community – Proactively detect and mitigate threats before they spread.
✅ Shared Intelligence – Benefit from a federated database of known bad actors.
✅ Privacy-Focused – Designed to respect user data while enhancing security.
✅ Easy Integration – API-first approach for seamless deployment on any instance.
By working together, Fediverse admins can fight abuse, spam, and malicious activity
A spammer shouldn't be able to jump from instance to instance with the same username/email/ip without being flagged.
Informal -
Critical -
would be a good start... these signups could be moved to manual review to catch false positives.
--
FediThreat can add detection over time
EDIT: It is critically important for this project to focus on "TIER 1" reports from Instance admins/mods in the fediverse instead of pulling in second/third hand data from other providers.
As an admin, I will add spammers/abusers what hit my instance and that data should be considered higher quality, than random threat data from third parties for any kind of automation
but third party data can be used for research for real people to make choices.
Reference: mastodon/mastodon#18970
The text was updated successfully, but these errors were encountered: