How to bulk report malicious repositories? #197638
Replies: 2 comments 2 replies
-
|
You can also report the infrastructure providers simultaneously. As you mentioned, Vercel takedowns help temporarily, but domain registrars and hosting providers may sometimes respond faster when provided with campaign-level evidence instead of isolated repository reports. The current abuse reporting flow is largely designed around individual reports, which becomes extremely inefficient for campaigns like this where malicious actors can continuously recreate repositories. But if i am not wrong, Unfortunately, GitHub does not currently provide a public bulk-reporting feature for repositories or users |
Beta Was this translation helpful? Give feedback.
-
|
I've been seeing the same campaign. The actors appear to recreate repositories and accounts faster than individual reports can be processed, which makes one-by-one reporting difficult to scale. A bulk reporting workflow for related repositories, accounts, and infrastructure would be useful, especially when there is clear evidence that multiple repositories belong to the same operation. Even a way to submit a list of repository URLs with supporting indicators and documentation would significantly improve response time for ongoing abuse campaigns. For now, I've mostly been documenting indicators, repository patterns, domains, and infrastructure links to help correlate new repositories as they appear. |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
🏷️ Discussion Type
Question
Body
Greetings,
Apologies if this is in the incorrect category - There's no nice category for this :)
Over the past several months I've been reporting Github Repos / Users involved in a fake job interview scam that results in users environment variables being stolen, and their device being compromised.
Sample write-ups of this scam by various people can be found at the following:
https://github.com/bryanchriswhite/dev-trap-dossiers/tree/main/incidents/2026-05-18-realfraction
https://github.com/oliver-zehentleitner/technopathy/blob/main/cmok19cfw004i2di49xkiaefs.md
https://github.com/byte-pipe/tech-news/blob/master/data/2026-05-05/content/devto-a-linkedin-recruiter-sent-me-malware-disguised-as.md
https://github.com/S0AndS0/S0AndS0.github.io/blob/master/misc/_scammers/2026-04-10_Barbosa-Renato-of-World-Cup-Fantasy-Project.md
https://github.com/bryanchriswhite/dev-trap-dossiers
https://dev.to/vladimirnovick/a-linkedin-recruiter-sent-me-malware-disguised-as-a-pre-interview-code-review-2k3j
https://www.youtube.com/watch?v=VA7PsdI0zs8
The problem with this is that every time I report them, and one eventually gets taken down, they generally just create a new repo.
For example, here is a search with around 20 of them (Along with multiple writeups on the scam being discussed)
WARNING - DO NOT CLONE ANY OF THESE
https://github.com/search?q=%22axios.post%28api%2C+%7B+...process.env+%7D%22&type=code
They can relatively easily be verified by finding where the
setApiKeyfunctionality is called that base64 decodes a Vercel-hosted URL that the data is exfiltrated to (I have also been getting them shut down Vercels side, but the same scenario happens there - One gets shut down, they create a new one 5 minutes later, and update the Github repo with the new link).The main problem is that Github lacks a bulk reporting feature to report these en-masse (Reporting only has a single link), and reporting them individually goes nowhere as demonstrated above - They can create them faster than I can get them shut down. I have attempted to contact support about this on several occasions, but have received on reply.
If anyone has a nice way to bulk report repositories, I would be thankful for any information.
Beta Was this translation helpful? Give feedback.
All reactions