Skip to content
KitploitKITPLOIT
HerramientasExploitsBlog
Log in
Enviar
HerramientasExploitsBlog
Enviar

¡Herramientas de Hacking, PenTest y Ciberseguridad para tu Arsenal de Seguridad!

Kitploit es un directorio de herramientas de hacking, ciberseguridad y pentesting. Descubre las últimas actualizaciones de proyectos para encontrar vulnerabilidades, analizar sistemas, automatizar pruebas y fortalecer tu seguridad.

FeedsContactoPrivacidad© 2026 Kitploit

Directorio de Herramientas

Categorías

Ver todas las categorías
Loading categories
athena — Athena OS es una distribución basada en Arch/Nix enfocada en ciberseguridad. ¡Aprende, practica y disfruta con cualquier herramienta de hacking! | Kitploit
Herramientas/GitHubGitHub/athena-os/athena
Scripting y AutomatizaciónPruebas de PenetraciónUtilidades y FrameworksAprendizaje y EducaciónRutas de Aprendizaje y CursosLabs y Práctica
GitHubathena-os/athena

athena

Athena OS es una distribución basada en Arch/Nix enfocada en ciberseguridad. ¡Aprende, practica y disfruta con cualquier herramienta de hacking!

Ver Repositorio
1.3k10841hace 4h 6mRevisado por Kitploit
Sitio web

Más Populares

Ver todos →

Descubre las herramientas más usadas por nuestra comunidad.

Explora todas las herramientas

Explora nuestra colección de herramientas

Ver todas las herramientas →
Compartir

Sumérgete en una nueva experiencia de Pentesting con
Athena OS

image

🏅Nacido para profesionales de InfoSec, cazadores de Bug Bounty, estudiantes apasionados y hackers picantes🏅

💞 ¡Obtén Athena OS ahora! 💞


¡Haz clic en el icono de Docker de arriba para explorar los contenedores Docker de Athena OS!

¡Haz clic en el icono de arriba para explorar Athena OS WSL en la aplicación Microsoft Store!

Actualizaciones automatizadas de paquetes

Los paquetes de este repositorio se mantienen actualizados automáticamente mediante un flujo de trabajo diario de GitHub Actions impulsado por nvchecker.

Cómo funciona

La automatización se ejecuta todos los días (y también puede activarse manualmente) y sigue los siguientes pasos:

  1. Generación de configuración - .nvchecker/generate-nvchecker-config.py escanea cada PKGBUILD bajo src/ y autogenera .nvchecker/nvchecker.toml. Cada paquete se clasifica en una de las siguientes categorías:

    • Paquete de versión - tiene un pkgver= estático y una URL de origen remota. Se rastrea mediante la última etiqueta/versión en la plataforma de alojamiento.
    • Paquete VCS - tiene una función pkgver() y una fuente git+https://. Se rastrea mediante el último commit upstream.
    • Paquete solo local - todas las fuentes son archivos locales. Se omite silenciosamente (no hay upstream que rastrear).
  2. Verificación de versión - nvchecker consulta el upstream de cada paquete rastreado y escribe los resultados en .nvchecker/newver.json. Esto se compara con .nvchecker/oldver.json (confirmado en el repositorio) para encontrar paquetes que tienen una nueva versión disponible.

  3. Actualización de PKGBUILD y PR - para cada paquete desactualizado, el flujo de trabajo:

    • Crea una rama dedicada auto-update/<pkgname>-<newver>.
    • Actualiza pkgver y restablece pkgrel a 1 en el PKGBUILD.
    • Para paquetes de lanzamiento: regenera las sumas de verificación con updpkgsums.
    • Para paquetes VCS: clona el repositorio upstream, ejecuta la función pkgver() localmente para calcular la cadena de versión real al estilo Arch (p. ej., 131.940a5d3), y mantiene sha512sums=('SKIP') tal como está.
    • Abre una pull request etiquetada como auto-update para revisión humana antes de que algo llegue a main.
  4. Guardado de estado - .nvchecker/oldver.json se actualiza con las versiones vistas en esta ejecución y se confirma de vuelta en main, de modo que la siguiente ejecución solo abra PRs para cambios genuinamente nuevos.

Plataformas de alojamiento compatibles

PlataformaDetección
GitHubgithub.com/<user>/<repo>
GitLab (gitlab.com + autoalojado)gitlab.*/<user>/<repo>
Codebergcodeberg.org/<user>/<repo>
Gitea (autoalojado)gitea.*/<user>/<repo>
Sourcehutgit.sr.ht/~<user>/<repo>

Expansión de variables de shell en PKGBUILDs

Tanto el generador de configuración como el flujo de trabajo de CI resuelven las referencias a variables de shell en las líneas source= para que las URL indirectas como la siguiente se manejen correctamente:

_pkgname=${pkgname#athena-}
source=("git+https://github.com/Athena-OS/$_pkgname.git")

Se admiten las siguientes formas de expansión de parámetros de bash:

SintaxisSignificadoEjemplo
$var / ${var}Sustitución simple$pkgname → athena-settings
${var#prefix}Elimina el prefijo coincidente más corto${pkgname#athena-} → settings
${var%suffix}Elimina el sufijo coincidente más corto${pkgname%-git} → athena-settings

Limitaciones conocidas

Las siguientes construcciones de bash no son resueltas por la automatización. Los PKGBUILDs que dependen de ellas se omitirán de forma controlada con una nota informativa: no se genera ningún error y siempre se pueden actualizar manualmente.

Sintaxis no admitidaEjemploMotivo
Eliminación de prefijo codiciosa ##${var##*/}Solo se implementa # no codicioso
Eliminación de sufijo codiciosa %%${var%%.*}Solo se implementa % no codicioso
Extracción de subcadenas${var:0:3}Operador distinto, poco frecuente en PKGBUILDs
Sustitución de patrones${var//foo/bar}Operador distinto, poco frecuente en PKGBUILDs
Expansión aritmética$((pkgver + 1))Fuera del alcance del seguimiento de versiones
Expansiones anidadas${${var}#prefix}No es POSIX válido; no se usa en la práctica

Si tu PKGBUILD usa alguna de las construcciones anteriores y la automatización lo omite, puedes reescribir la asignación como una línea simple var=value o abrir un PR actualizando la versión manualmente.

LOL Omuamua

Descargar herramienta