Skip to content
KitploitKITPLOIT
OutilsExploitsBlog
Log in
Soumettre
OutilsExploitsBlog
Soumettre

Outils de Hacking, PenTest et Cybersécurité pour votre Arsenal de Sécurité !

Kitploit est un répertoire d'outils de hacking, de cybersécurité et de pentesting. Découvrez les dernières mises à jour des projets pour trouver des vulnérabilités, analyser des systèmes, automatiser les tests et renforcer votre sécurité.

··Flux·Contact·Confidentialité·© 2026 Kitploit

Répertoire d'outils

Catégories

Voir toutes les catégories
Loading categories
athena — Athena OS est une distribution basée sur Arch/Nix, axée sur la cybersécurité. Apprenez, pratiquez et amusez-vous avec n’importe quel outil de hacking ! | Kitploit
Outils/GitHubGitHub/athena-os/athena
Scripting et AutomatisationTests d'IntrusionUtilitaires et FrameworksApprentissage et ÉducationParcours et CoursLabs et Pratique
GitHubathena-os/athena

athena

Athena OS est une distribution basée sur Arch/Nix, axée sur la cybersécurité. Apprenez, pratiquez et amusez-vous avec n’importe quel outil de hacking !

Voir le dépôt
1.3k10834il y a 1 jourVérifié par Kitploit
Site web

Populaires

Voir tout →

Découvrez les outils les plus utilisés par notre communauté.

Explorer tous les outils

Parcourez notre collection d'outils

Voir tous les outils →
Partager

Plongez dans une nouvelle expérience de Pentesting avec
Athena OS

image

🏅Né pour les professionnels de l'InfoSec, les chasseurs de Bug Bounty, les étudiants passionnés et les hackers épicés🏅

💞 Obtenez Athena OS maintenant ! 💞


Cliquez sur l'icône Docker ci-dessus pour explorer les conteneurs Docker d'Athena OS !

Cliquez sur l'icône ci-dessus pour explorer Athena OS WSL dans l'application Microsoft Store !

Mises à jour automatisées des paquets

Les paquets de ce dépôt sont maintenus à jour automatiquement via un workflow GitHub Actions quotidien propulsé par nvchecker.

Comment ça fonctionne

L'automatisation s'exécute chaque jour (et peut également être déclenchée manuellement) et suit les étapes suivantes :

  1. Génération de la configuration — .nvchecker/generate-nvchecker-config.py analyse chaque PKGBUILD sous src/ et génère automatiquement .nvchecker/nvchecker.toml. Chaque paquet est classé dans l'une des catégories suivantes :

    • Paquet de release — possède un pkgver= statique et une URL de source distante. Suivi par le dernier tag/release sur la plateforme d'hébergement.
    • Paquet VCS — possède une fonction pkgver() et une source git+https://. Suivi par le dernier commit upstream.
    • Paquet local uniquement — toutes les sources sont des fichiers locaux. Ignoré silencieusement (aucun upstream à suivre).
  2. Vérification des versions — nvchecker interroge l'upstream de chaque paquet suivi et écrit les résultats dans .nvchecker/newver.json. Ceux-ci sont comparés à .nvchecker/oldver.json (commité dans le dépôt) pour identifier les paquets pour lesquels une nouvelle version est disponible.

  3. Mise à jour du PKGBUILD & PR — pour chaque paquet obsolète, le workflow :

    • Crée une branche dédiée auto-update/<pkgname>-<newver>.
    • Met à jour pkgver et réinitialise pkgrel à 1 dans le PKGBUILD.
    • Pour les paquets de release : régénère les sommes de contrôle avec updpkgsums.
    • Pour les paquets VCS : clone le dépôt upstream, exécute la fonction pkgver() localement pour calculer la véritable chaîne de version de style Arch (par ex. 131.940a5d3), et conserve sha512sums=('SKIP') tel quel.
    • Ouvre une pull request étiquetée auto-update pour une revue humaine avant que quoi que ce soit n'atterrisse sur main.
  4. Sauvegarde de l'état — .nvchecker/oldver.json est mis à jour avec les versions vues lors de cette exécution et commité sur main, afin que l'exécution suivante n'ouvre des PR que pour de véritables nouveaux changements.

Plateformes d'hébergement prises en charge

PlateformeDétection
GitHubgithub.com/<user>/<repo>
GitLab (gitlab.com + auto-hébergé)gitlab.*/<user>/<repo>
Codebergcodeberg.org/<user>/<repo>
Gitea (auto-hébergé)gitea.*/<user>/<repo>
Sourcehutgit.sr.ht/~<user>/<repo>

Expansion des variables shell dans les PKGBUILDs

Le générateur de configuration et le workflow CI résolvent tous deux les références aux variables shell dans les lignes source= afin que les URLs indirectes comme la suivante soient correctement gérées :

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

Les formes d'expansion de paramètres bash suivantes sont prises en charge :

SyntaxeSignificationExemple
$var / ${var}Substitution simple$pkgname → athena-settings
${var#prefix}Supprime le plus court préfixe correspondant${pkgname#athena-} → settings
${var%suffix}Supprime le plus court suffixe correspondant${pkgname%-git} → athena-settings

Limitations connues

Les constructions bash suivantes ne sont pas résolues par l'automatisation. Les PKGBUILDs qui en dépendent seront ignorés proprement avec une note informative — aucune erreur n'est levée, et ils peuvent toujours être mis à jour manuellement.

Syntaxe non prise en chargeExempleRaison
Suppression de préfixe glouton ##${var##*/}Seul le # non glouton est implémenté
Suppression de suffixe glouton %%${var%%.*}Seul le % non glouton est implémenté
Extraction de sous-chaîne${var:0:3}Opérateur différent, rare dans les PKGBUILDs
Substitution de motif${var//foo/bar}Opérateur différent, rare dans les PKGBUILDs
Expansion arithmétique$((pkgver + 1))Hors périmètre pour le suivi de version
Expansions imbriquées${${var}#prefix}Non valide POSIX ; non utilisé en pratique

Si votre PKGBUILD utilise l'une des constructions ci-dessus et que l'automatisation l'ignore, vous pouvez soit réécrire l'affectation sous forme de ligne simple var=value, soit ouvrir une PR mettant à jour la version manuellement.

LOL Omuamua

Télécharger l’outil