[Security] Secure and Sanitize Campaign API
@agaragon ya está trabajando en esto.
Desde el 10/6/2025.
Evaluación
Este issue todavía no se ha evaluado.
Descripción
Intro
In DevSecOps, "less privilege" refers to the principle of least privilege (PoLP), which means granting users, applications, or services the minimal level of access required to perform their tasks, and nothing more. When working with an API, this principle ensures that:
API users (such as applications or services) only have the minimum permissions they need to interact with the API. Each API key or token is assigned only the specific roles, access levels, or scopes necessary to perform a given function.Limiting exposure of sensitive data or operations by making sure an API consumer can only access certain endpoints or perform certain actions (e.g., read-only vs. read-write access).
Example in DevSecOps:
If you have an API that manages user data, and an application only needs to fetch user information, the API key associated with this app should only have read-only access to user data, not permissions to modify or delete it.
By enforcing least privilege, you minimize the risk of accidental or malicious damage in case the API key is compromised. Applying this principle helps to reduce security risks, ensuring that even if an account or service is compromised, the damage potential is limited.
Task
In file: https://github.com/OpenSourceFellows/amplify/blob/main/server/routes/api/campaigns.js
Copilot Prompts in quotes
- " Limit Data Exposure" in line 17 - 26
- Highlight file "refactor to give least privilege"
- Lenguaje dominante
- JavaScript
- Estrellas
- 123
- Forks
- 101
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
Inicia el contenedor de desarrollo del proyecto en tu navegador, con tu propia cuenta de GitHub.
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la 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 OpenSourceFellows/amplify
-
QA Bug Part 2 Update Axios-cache-InterceptionPosiblemente ocupada @SAUMILDHANKAR la tomó hace 388 días. Abiertobug Failing workflow check
OpenSourceFellows/amplify#1077 · 4 comentarios · 2 asignados ·
-
Auto messages for Pull RequestQuizá libre de nuevo @Alex-is-Gonzalez la tomó hace 388 días y no hay ningún pull request abierto. Abierto
OpenSourceFellows/amplify#1076 · 2 comentarios · 1 asignado ·
-
Add Auto Reviewer to PRAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 55/100
OpenSourceFellows/amplify#1075 ·
-
new contributor
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
OpenSourceFellows/amplify#1059 · 1 comentario ·
-
Pick your own ActionAbierto
Dificultad 5/5 Más de una semana Aptitud para principiantes 15/100
OpenSourceFellows/amplify#1058 · 1 comentario ·
Todos los issues de OpenSourceFellows/amplify
Issues similares
-
ready-for-agent
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
LucasSantana-Dev/Lucky#2945 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
brijeshb42/monaco-vim#175 ·
-
good first issue
Dificultad 2/5 3-5 días Aptitud para principiantes 62/100
paipai1999/POS-system#3 ·
-
good first issue
Dificultad 2/5 1-3 horas Aptitud para principiantes 85/100
r-afael/better-yt-recommendations#36 ·
Los mantenedores suelen responder en 1 día
-
needs-triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 66/100
microsoft/playwright#43875 · 1 comentario ·
Los mantenedores suelen responder en 1 día