Hide pretty name for webhook scanner rules
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 2/5
- Tiempo estimado
- 1-3 horas
- Aptitud para principiantes
- 63/100
Línea de trabajo
Empieza por localizar el modelo de reglas del escáner de webhooks y su configuración de Django admin. Después, comprueba cómo se muestra pretty_name cuando no está definido. Oculta ese campo en el admin para las reglas del escáner cuando no tenga ningún valor. La tarea estará terminada cuando un pretty_name sin definir deje de mostrarse allí, mientras que los valores definidos sigan estando disponibles; el issue no indica archivos ni pruebas, así que primero identifica las pruebas relevantes del admin.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
We introduced pretty_name a long time ago when:
- people writing the rules weren't the people using the informations from the
rules - not all rules had a description or even more information about what the rule
is flagging - rule names were not normalized
With the scanner pipeline, all of these points aren't valid anymore because our
detection analysts are writing and using the rules, and more automation is (or
should) lead to less manual/human efforts anyway. All rules must have a
description and a ticket these days, so it's fine to keep the rule ID as-is
(which is now also normalized btw), since the description should explain what
the detection/finding is about.
There is no real good reason to keep pretty_name anymore, at least for the
scanners (and their rules) in the pipeline. This is confusing and inconsistent.
We should deprecate this field, and for that, we should hide it when it isn't
set in the django admin, as a first step towards removing it (in the far
future).
┆Issue is synchronized with this Jira Task
- Lenguaje dominante
- Makefile
- Estrellas
- 133
- Forks
- 52
- Merge medio
- 8 d 20 h
- PR fusionados (30 d)
- 4
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Tiene una plantilla de pull request
- Sin guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de mozilla/addons
-
component:pinguino_devhub needs:info
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
-
repository:addons-server
Dificultad 1/5 Menos de una hora Aptitud para principiantes 76/100
-
component:pinguino_devhub
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
-
[Bug]: Wrong casing of product names in addon history entriesPosiblemente ocupada @wassafshahzad la tomó hace 9 días. Abiertocontrib:welcome
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
Todos los issues de mozilla/addons
Issues similares
-
module/data.yaml Type/Bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 73/100
ballerina-platform/ballerina-library#9667 ·
Los mantenedores suelen responder en 1 día
-
security
Dificultad 2/5 1-3 horas Aptitud para principiantes 64/100
IBM/ibmi-mcp-server#256 ·
Los mantenedores suelen responder en 7 días
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
zilliztech/milvus-backup#1386 ·
Los mantenedores suelen responder en 1 día
-
Pipelined flush no longer observes kill signals after #2042: flush backoffer is built with nil varsAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
zilliztech/memsearch#853 ·
Los mantenedores suelen responder en 1 día