processing / processing/processing-website

Mitigating website cloning & backlink abuse

Abierto
#641 2 comentarios 0 reacciones 0 asignados Ver en GitHub

Nadie ha tomado este issue todavía.

Lenguaje dominante
MDX
Estrellas
90
Forks
122
Merge medio
1 h 43 min
PR fusionados (30 d)
3

Descripción

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

Guía de contribución

No hay ninguna guía de contribución indexada para este repositorio

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Línea de trabajo

Comience revisando el proceso de build del sitio web y cómo se pueden usar GitHub secrets para la verificación durante el build. Aclare la comprobación de la clave pública y el comportamiento para localhost y 127.0.0.1; después, defina la finalización como un banner de build no verificado con enlaces para informar y sin correo electrónico de contacto.

Escrito por el modelo de indexación a partir del texto del issue.

Evaluación

Stack tecnológico
github-actions
Área
build-system, security, web-dev
Tipo de issue
Nueva funcionalidad
Dificultad
5/5
Tiempo estimado
Más de una semana
Estado de actividad
Activo
Claridad
Bastante claro
Aptitud para principiantes
35/100

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.