Un flujo de auto-merge en pull_request_target que comprueba si: github.actor == 'dependabot[bot]' puede fusionar la pull request de un atacante, porque github.actor es quien provocó el último evento, no quien abrió la pull request. Un token de registro pegado en dependabot.yml o renovate.json puede ser leído por cualquiera con acceso al repositorio. Un dependabot.yml con package-ecosystem: "yarn" es rechazado, y las actualizaciones que esperas nunca llegan. Esta skill encuentra esos y los demás errores con bots de dependencias que se describen a continuación, y te indica cómo solucionar cada uno.

Tu agente ejecuta un escáner sobre .github/dependabot.yml, los archivos de configuración de Renovate (renovate.json, renovate.jsonc, renovate.json5, archivos .renovaterc, también bajo .github/ y .gitlab/), la clave renovate de package.json, y los flujos de trabajo en .github/workflows/ que aprueban o fusionan pull requests de Dependabot o Renovate (los demás flujos de trabajo se omiten). Lee JSON con comentarios y JSON5 igual que lo hace Renovate, trata ${{secrets.NAME}} y {{ secrets.NAME }} como secretos guardados fuera del archivo, conoce el periodo de espera predeterminado de 3 días de Dependabot, y comprueba que cada directorio de Dependabot exista en el repositorio. Nunca ejecuta los bots ni un flujo de trabajo, y nunca usa la red. Devuelve BLOCK, REVIEW o NOT FLAGGED, con el archivo, la línea, el motivo y un enfoque más seguro. Los secretos nunca se muestran.

Qué comprueba

BLOCK (corregir antes de publicar)

• D01: contraseñas, tokens y claves de registro escritos en la configuración (registries de Dependabot, hostRules y cabeceras de autenticación de Renovate, npmToken, _authToken en npmrc, una contraseña dentro de una URL de registro)
• D02: registros a los que se accede por HTTP sin cifrar, o insecureRegistry: true en Renovate
• D03: configuración que el bot no puede usar: JSON de Renovate inválido, sangría con tabulaciones, falta de version: 2, updates, package-ecosystem, directory o schedule.interval, nombres de ecosistema o de intervalo incorrectos, registries o groups no definidos, dependabot.yml fuera de .github/
• D04: flujos de trabajo en pull_request_target o workflow_run que aprueban o fusionan pull requests de bots según github.actor o el remitente del evento

REVIEW (revisar antes del lanzamiento)

• D11: automerge sin espera de antigüedad de versión (minimumReleaseAge de Renovate sin definir, o cooldown de Dependabot en 0 días con un flujo de auto-merge)
• D12: cada tipo de actualización se fusiona por separado, incluidas las versiones mayores
• D13: actualizaciones mayores ignoradas para todas las dependencias
• D14: actualizaciones desactivadas (open-pull-requests-limit: 0, ignore "*" para todo, enabled: false en Renovate)
• D15: alertas de vulnerabilidad de Renovate desactivadas
• D16: presets remotos de Renovate no fijados a una etiqueta
• D17: insecure-external-code-execution: allow en Dependabot
• D18: fusiones que omiten comprobaciones (gh pr merge sin --auto o con --admin, llamadas directas a la API de fusión, ignoreTests de Renovate junto con automerge)
• D19: directorios de Dependabot que no existen o no contienen ningún manifiesto para su ecosistema

Qué incluye

• El escáner (Python 3.9+, solo biblioteca estándar)
• Una guía de reglas con el motivo, el enfoque más seguro y la fuente oficial de cada regla
• Un ejemplo de riesgo y un ejemplo seguro (una aplicación web con Dependabot y un flujo de auto-merge, y un servicio con Renovate), y el informe real que genera el escáner sobre el ejemplo de riesgo

Límites

Lee cada archivo tal como está escrito. No detecta la configuración realizada fuera del repositorio (ajustes del bot en la interfaz de GitHub o Mend, secretos de Dependabot, protección de ramas, el ajuste de auto-merge de GitHub), y los presets remotos se nombran pero no se descargan, por lo que su contenido no se comprueba. Los flujos de trabajo solo se leen para detectar los patrones de fusión de bots anteriores; la seguridad general de los flujos de trabajo, como la inyección de scripts o los permisos de tokens, no está cubierta. NOT FLAGGED no es una garantía.

Contenido

Un archivo ZIP con 20 archivos: SKILL.md, el escáner en scripts/ (6 archivos Python), references/rules.md (cada regla con su motivo y su enfoque más seguro), y examples/ (11 archivos de ejemplo más report.md, la salida real del escáner sobre el ejemplo de riesgo).

Cómo usarlo: Esta es una skill de agente: una carpeta con un archivo SKILL.md y scripts de Python que un agente de codificación con IA, como Claude Code, Cursor o Codex CLI, puede ejecutar. Descomprímela en la carpeta de skills de tu agente (para Claude Code: ~/.claude/skills/), y luego pídele a tu agente que revise tu proyecto. Los scripts también se ejecutan por su cuenta con Python 3.9 o más reciente, sin nada que instalar. Solo leen tus archivos: sin acceso a la red, y no se envía nada a ningún lugar.