Skip to content
KitploitKITPLOIT
ToolsExploitsBlog
Log in
Einreichen
ToolsExploitsBlog
Einreichen

Hacking-, PenTest- und Cybersicherheits-Tools für Ihr Sicherheitsarsenal!

Kitploit ist ein Verzeichnis von Hacking-, Cybersicherheits- und Pentesting-Tools. Entdecken Sie die neuesten Projekt-Updates, um Schwachstellen zu finden, Systeme zu analysieren, Tests zu automatisieren und Ihre Sicherheit zu stärken.

FeedsKontaktDatenschutz© 2026 Kitploit

Tool-Verzeichnis

Kategorien

Alle Kategorien anzeigen
Loading categories
athena — Athena OS ist eine auf Arch/Nix basierende Distribution, die sich auf Cybersicherheit konzentriert. Lerne, übe und genieße mit jedem Hacking-Tool! | Kitploit
Tools/GitHubGitHub/athena-os/athena
Scripting & AutomatisierungPenetrationstestsDienstprogramme & FrameworksLernen & BildungLernpfade & KurseLabs & Praxis
GitHubathena-os/athena

athena

Athena OS ist eine auf Arch/Nix basierende Distribution, die sich auf Cybersicherheit konzentriert. Lerne, übe und genieße mit jedem Hacking-Tool!

Repository anzeigen
1.3k10841vor 3h 57mVon Kitploit geprüft
Webseite

Beliebteste

Alle anzeigen →

Entdecken Sie die meistgenutzten Tools unserer Community.

Alle Tools erkunden

Durchsuchen Sie unsere Tool-Sammlung

Alle Tools anzeigen →
Teilen

Tauchen Sie ein in eine neue Pentesting-Erfahrung mit
Athena OS

image

🏅Geboren für InfoSec-Profis, Bug-Bounty-Jäger, leidenschaftliche Studenten und scharfe Hacker🏅

💞 Holen Sie sich Athena OS jetzt! 💞


Klicken Sie auf das Docker-Symbol oben, um die Athena OS Docker-Container zu erkunden!

Klicken Sie auf das Symbol oben, um Athena OS WSL im Microsoft Store App zu erkunden!

Automatisierte Paketaktualisierungen

Die Pakete in diesem Repository werden automatisch über einen täglichen GitHub Actions-Workflow auf dem neuesten Stand gehalten, der von nvchecker angetrieben wird.

So funktioniert es

Die Automatisierung läuft täglich (und kann auch manuell ausgelöst werden) und durchläuft die folgenden Schritte:

  1. Konfigurationserzeugung – .nvchecker/generate-nvchecker-config.py durchsucht jede PKGBUILD unter src/ und generiert automatisch .nvchecker/nvchecker.toml. Jedes Paket wird als eines der folgenden klassifiziert:

    • Release-Paket – hat eine statische pkgver= und eine Remote-Quell-URL. Verfolgt über das neueste Tag/Release auf der Hosting-Plattform.
    • VCS-Paket – hat eine pkgver()-Funktion und eine git+https://-Quelle. Verfolgt über den neuesten Upstream-Commit.
    • Nur-lokales Paket – alle Quellen sind lokale Dateien. Wird stillschweigend übersprungen (kein Upstream zum Verfolgen).
  2. Versionsprüfung – nvchecker fragt den Upstream jedes verfolgten Pakets ab und schreibt die Ergebnisse in .nvchecker/newver.json. Diese werden mit .nvchecker/oldver.json (im Repository committet) verglichen, um Pakete zu finden, für die eine neue Version verfügbar ist.

  3. PKGBUILD-Aktualisierung & PR – für jedes veraltete Paket führt der Workflow Folgendes aus:

    • Erstellt einen dedizierten Branch auto-update/<pkgname>-<newver>.
    • Aktualisiert pkgver und setzt pkgrel im PKGBUILD auf 1 zurück.
    • Für Release-Pakete: generiert Prüfsummen mit updpkgsums neu.
    • Für VCS-Pakete: klont das Upstream-Repository, führt die Funktion pkgver() lokal aus, um die echte Versionszeichenkette im Arch-Stil zu berechnen (z. B. 131.940a5d3), und behält sha512sums=('SKIP') unverändert bei.
    • Öffnet einen Pull Request mit dem Label auto-update zur menschlichen Prüfung, bevor irgendetwas auf main landet.
  4. Status speichern – .nvchecker/oldver.json wird mit den in diesem Lauf gesehenen Versionen aktualisiert und zurück auf main committet, sodass der nächste Lauf nur für tatsächlich neue Änderungen PRs öffnet.

Unterstützte Hosting-Plattformen

PlattformErkennung
GitHubgithub.com/<user>/<repo>
GitLab (gitlab.com + selbst gehostet)gitlab.*/<user>/<repo>
Codebergcodeberg.org/<user>/<repo>
Gitea (selbst gehostet)gitea.*/<user>/<repo>
Sourcehutgit.sr.ht/~<user>/<repo>

Shell-Variablenexpansion in PKGBUILDs

Der Konfigurationsgenerator und der CI-Workflow lösen beide Shell-Variablenreferenzen in source=-Zeilen auf, sodass indirekte URLs wie die folgenden korrekt verarbeitet werden:

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

Die folgenden Formen der Bash-Parametererweiterung werden unterstützt:

SyntaxBedeutungBeispiel
$var / ${var}Einfache Substitution$pkgname → athena-settings
${var#prefix}Kürzestes passendes Präfix entfernen${pkgname#athena-} → settings
${var%suffix}Kürzestes passendes Suffix entfernen${pkgname%-git} → athena-settings

Bekannte Einschränkungen

Die folgenden Bash-Konstrukte werden von der Automatisierung nicht aufgelöst. PKGBUILDs, die darauf angewiesen sind, werden mit einem informativen Hinweis übersprungen – es wird kein Fehler ausgelöst, und sie können jederzeit manuell aktualisiert werden.

Nicht unterstützte SyntaxBeispielGrund
Gieriges Präfix-Entfernen mit ##${var##*/}Es ist nur das nicht-gierige # implementiert
Gieriges Suffix-Entfernen mit %%${var%%.*}Es ist nur das nicht-gierige % implementiert
Teilstring-Extraktion${var:0:3}Anderer Operator, selten in PKGBUILDs
Muster-Substitution${var//foo/bar}Anderer Operator, selten in PKGBUILDs
Arithmetische Erweiterung$((pkgver + 1))Außerhalb des Umfangs der Versionsverfolgung
Verschachtelte Erweiterungen${${var}#prefix}Kein gültiges POSIX; in der Praxis nicht verwendet

Wenn Ihr PKGBUILD eines der oben genannten Konstrukte verwendet und die Automatisierung es überspringt, können Sie entweder die Zuweisung als einfache Zeile var=value umschreiben oder einen PR einreichen, der die Version manuell aktualisiert.

LOL Omuamua

Tool herunterladen