processing / processing/processing-website
Mitigating website cloning & backlink abuse
Personne n'a encore pris cette issue.
- Langage dominant
- MDX
- Étoiles
- 90
- Forks
- 122
- Merge moyen
- 1 h 43 min
- PR mergées (30 j)
- 3
Description
Which area of the website does this enhancement relate to?
Other (specify if possible)
Describe the enhancement
We’ve run into a few situations this year where scammers copy our website and put it on fake domains that impersonate other organizations. We only hear about it when trademark owners contact us with cease-and-desist emails, because the cloned sites look like processing.org and still include our contact email.
@ksen0 suggested adding a simple build check:
- Set an environment variable in GitHub secrets.
- At build time, verify it against a public key.
- If the check fails, display a small banner such as:
“This is not the official Processing website. If you ended up here by mistake or suspect misuse, you can report it below.”
I'd suggest including the following:
- A link to the Google Safe Browsing phishing report page
- A link to the WHOIS record for the domain, e.g.
https://www.whois.com/whois/example.com
We can check for localhost and 127.0.0.1 to avoid showing the banner when working locally.
We could also not show our contact email on unverified builds.
Why is this enhancement important?
- Reduce confusion for trademark owners who mistakenly contact us
- Provide visitors with a quick way to report misuse
- Make cloned sites less convincing and less useful for scammers
Guide de contribution
Aucun guide de contribution indexé pour ce dépôt
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Piste de recherche
Commencez par examiner le processus de build du site web et la manière dont GitHub secrets peuvent être utilisés pour la vérification au moment du build. Clarifiez la vérification de la clé publique et le comportement pour localhost et 127.0.0.1, puis définissez l'achèvement comme une bannière indiquant qu'un build n'est pas vérifié, avec des liens de signalement et sans adresse e-mail de contact.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- github-actions
- Domaine
- build-system, security, web-dev
- Type d'issue
- Fonctionnalité
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Activité
- Active
- Clarté
- Plutôt claire
- Accessibilité débutants
- 35/100