Bug: Issue auto-closes when password or secret detected by security automation

Abierto
#138 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Los mantenedores suelen responder en 1 día

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
4/5
Tiempo estimado
3-5 días
Aptitud para principiantes
35/100
Tipo de issue
Error
Claridad
Necesita aclaración
Estado de actividad
Estancado
Stack tecnológico
github-actions
Área
ci-cd, security

Línea de trabajo

Comienza revisando el archivo publish-workspace.yml adjunto y las reglas de automatización del repositorio para bots, actions, secret-scanning y otras automatizaciones. Reproduce el comportamiento con una descripción de Issue relacionada con la seguridad, identifica qué automatización la cierra o bloquea y documenta una forma de informar de problemas genuinos sin falsos positivos.

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

Descripción

bug
Describe the bug

When submitting issues in the supabase/splinter repository, they are automatically closed or blocked if the text contains references that are flagged as passwords or secrets—even if no credential is actually exposed. This prevents me from keeping my security-related issues open for review. This might be due to automated bots, GitHub secret scanning, GitGuardian, or repository-specific workflow rules.

To Reproduce
  1. Open a new issue and describe a concern involving passwords or secrets.
  2. Observe that the issue closes automatically or is blocked from submission.
Expected behavior

Issues regarding security concerns should not be auto-closed unless a real, exposed secret is detected. Accurate reporting should be possible without triggering false positives.

Additional context
  • Please review repository automation (bots, actions, scanners) for strict secret detection and provide guidelines to avoid false positives.
  • publish-workspace.yml
Lenguaje dominante
PLpgSQL
Estrellas
284
Forks
110
Métricas de merge de PR
Sin PR fusionados en 30 d

Preparar el entorno

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.

Más de supabase/splinter

Todos los issues de supabase/splinter

Issues similares

Más issues de DevOps

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.