Skip to content
KitploitKITPLOIT
ToolsBlog
Einreichen
ToolsBlog
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.

··Feeds·Kontakt·Datenschutz·© 2026 Kitploit

Tool-Verzeichnis

Kategorien

Alle Kategorien anzeigen
Loading categories
Tools/GitHubGitHub/microsoft/azurelinux
Cloud-Infrastruktur-SicherheitAllgemeine DienstprogrammeContainer-SicherheitKonfigurationsprüfungCloud-SicherheitDevSecOpsLieferkettensicherheit
GitHubmicrosoft/azurelinux

azurelinux

Gehärtete, Azure-optimierte Linux-Distribution, erstellt aus Fedora-Quellen mit RPM-Paketierung, Supply-Chain-Sicherheit und deklarativer Konfiguration für Cloud-native Workloads.

Repository anzeigen
5.3k692vor 3 TagenVon Kitploit geprüft

Beliebteste

Alle anzeigen →

Entdecken Sie die meistgenutzten Tools unserer Community.

Alle Tools erkunden

Durchsuchen Sie unsere Tool-Sammlung

Alle Tools anzeigen →
Teilen

Azure Linux-Logo Azure Linux 4

Eine quelloffene Linux-Distribution, die für Azure entwickelt und optimiert wurde, mit Quellen, die von Fedora Linux abgeleitet sind. Azure Linux bietet ein sicheres, zuverlässiges Betriebssystem für virtuelle Maschinen, Container und Bare-Metal-Plattformen.

Azure Linux basiert auf einer robusten quelloffenen Grundlage aus dem Fedora-Ökosystem und wird durch Azure-spezifische Innovationen erweitert. Dies bietet die Vertrautheit des RPM-Paketökosystems und fügt gleichzeitig Azure-native Sicherheits-, Compliance- und Betriebsfunktionen hinzu.

Zu den wichtigsten Funktionen von Azure Linux gehören: gehärtete Sicherheitslage, ein für Azure optimierter Kernel, Lieferkettensicherheit, native Azure-Integration und ein vorhersagbarer Lebenszyklus.

Dieser Branch enthält die sich in Entwicklung befindenden Quellen für Azure Linux 4. Für Azure Linux 3 siehe den 3.0-Branch.

Erste Schritte

Die folgenden Links helfen Ihnen bei den ersten Schritten mit Azure Linux:

Azure Linux verwenden

Hinweis: Azure Linux 4 befindet sich noch in der Entwicklung

🖥️ Azure-VM

Um Azure Linux in einer Azure-VM auszuprobieren, besuchen Sie bitte unsere Azure Linux 4.0-Seite im Microsoft Marketplace.

📦 Container

Um den Azure Linux-Basiscontainer auszuprobieren, verwenden Sie bitte die folgende Image-Referenz: mcr.microsoft.com/azurelinux-beta/base/core:4.0

💿 ISO-Installer

Um Azure Linux in einer lokalen VM auszuprobieren, laden Sie bitte den ISO-Installer herunter: x86_64 / ARM64

Überprüfen Sie vor der Verwendung eines heruntergeladenen ISO die Prüfsumme und Signatur des ISO.

Nach dem Herunterladen und Überprüfen des ISO folgen Sie den ISO-Installer-Anweisungen, um Azure Linux in einer lokalen VM (Hyper-V unter Windows oder QEMU/KVM unter Linux) zu installieren und zu verwenden. Das ISO führt den Anaconda-Installer aus.

Hinweis: Die Unterstützung für das ISO erfolgt auf Community-Basis. Bevor Sie einen neuen Fehler oder eine Funktionsanforderung melden, durchsuchen Sie bitte die Liste der GitHub Issues. Wenn Sie kein passendes Issue finden, melden Sie bitte neue Fehler, indem Sie hier klicken. Weitere Informationen finden Sie in der Datei SUPPORT.md.

Was ist in diesem Branch enthalten?

Azure Linux 4 ist eine RPM-basierte Distribution, die für Azure und moderne Cloud-Workloads optimiert ist. Sie wird durch eine Reihe von TOML-Konfigurationsdateien und gezielte Overlays definiert, die auf Fedora Linux, seine Upstream-Basis, angewendet werden.

Abweichungen vom Upstream werden deklarativ definiert und eingegrenzt, um unnötige Abweichungen oder Forks zu vermeiden. Dieses Repository enthält eine mechanisch gerenderte Sammlung von RPM-Paket-Spec-Dateien, die durch Anwenden dieser Schicht auf die Upstream-Paketierungsquellen von Fedora entstanden sind.

Wie Azure Linux definiert wird

Die Distro wird fast ausschließlich in TOML-basierten Konfigurationsdateien beschrieben. Unser quelloffenes Entwicklungswerkzeug azldev wird verwendet, um diese Konfiguration auf die Upstream-Spec-Dateien und Paketierungsquellen von Fedora anzuwenden.

root@kitploit:~
azldev.toml        # Top-Level-Einstiegspunkt
├── distro/        # Distro-weite Konfigurationen (z.B. Quellen, Mock-Konfigurationen)
└── base/          # Das "Basis"-Projekt: Komponenten, Images, Tests
    └── comps/     # Komponentendefinitionen (eine pro Quellpaket)
    └── images/    # Basis-Image-Definitionen

Konzepte/Begriffe

  • Komponenten (auch Quellpakete genannt) sind die Einheit der Paketierung. Die meisten werden in Quellform aus den Upstream-Dist-Git-Repositories von Fedora importiert; jede Komponente erzeugt ein oder mehrere RPMs. Azure Linux baut alle Komponenten aus den Quellen, um eine vollständige Sammlung installierbarer RPM-Pakete zu erhalten.
  • Overlays sind deklarative Änderungen an Upstream-Specs und -Quellen (z.B. Patches, Hinzufügungen/Entfernungen, Build-Parameter). Sie befinden sich neben der Komponentendefinition und tragen immer eine description, die erklärt, warum die Änderung notwendig ist. Overlays erlauben es uns, Forks von Upstream-Specs zu vermeiden und sind flexibler als reine Text-Patches.
  • Gerenderte Specs sind die endgültigen .spec-Dateien, die durch Anwenden von Overlays auf Upstream-Quellen entstehen. Sie werden mechanisch von azldev generiert, zur Sichtbarkeit und Prüfbarkeit eingecheckt und befinden sich unter specs/. Behandeln Sie sie als abgeleitete Ausgabe und nicht als Quellen zum Bearbeiten. Wir verwenden sie als Eingabe für standardmäßige RPM-Build-Dienste/-Werkzeuge (mock + rpmbuild, koji).

Eine ausführlichere Einführung in die Werkzeuge, das Overlay-System und die ersten Schritte als Entwickler innerhalb dieser Distro finden Sie in DEVELOPING.md.

Repository-Aufbau

Erste Schritte als Distro-Entwickler

Wenn Sie die Distro selbst bauen oder daran entwickeln möchten, beginnen Sie mit DEVELOPING.md. Machen Sie sich keine Sorgen darum, wenn Sie hauptsächlich die Distro nutzen möchten.

Engagement & Support

  • Fehler und Funktionsanfragen: reichen Sie ein GitHub-Issue ein. Bitte durchsuchen Sie zuerst vorhandene Issues, um Duplikate zu vermeiden. Teilen Sie uns so viel wie möglich mit, was Sie versucht haben und was Sie sehen.
  • Support: siehe SUPPORT.md für die vollständige Liste der Kanäle.
  • Sicherheitslücken: erstellen Sie kein öffentliches Issue. Folgen Sie dem Prozess in SECURITY.md, um dies vertraulich an das Microsoft Security Response Center zu melden.
  • Pull-Requests: siehe CONTRIBUTING.md für den Patch-Serien-Workflow, Commit-Message-Konventionen und Review-Erwartungen.
  • Community-Anrufe: Azure Linux veranstaltet Community-Anrufe, bei denen Nutzer mit unseren Produkt- und Supportteams in Kontakt treten, neue Funktionen besprechen, Feedback teilen und erfahren können, wie andere Azure Linux nutzen. Jede Sitzung enthält auch eine vorgestellte Demo. Bevorstehende Community-Anrufe (08:00–09:00 PT):
    • 2026-07-23 — Klicken Sie hier, um teilzunehmen
    • 2026-09-24 — Klicken Sie hier, um teilzunehmen
    • 2026-11-19 — Klicken Sie hier, um teilzunehmen
    • 2027-01-28 — Klicken Sie hier, um teilzunehmen
    • 2027-03-25 — Klicken Sie hier, um teilzunehmen

Dieses Projekt hat den Microsoft Open Source Code of Conduct übernommen. Weitere Informationen finden Sie in den Häufig gestellten Fragen zum Code of Conduct oder wenden Sie sich bei weiteren Fragen oder Anmerkungen an [email protected].

Marken

Dieses Projekt kann Marken oder Logos für Projekte, Produkte oder Dienstleistungen enthalten. Die autorisierte Nutzung von Microsoft-Marken oder -Logos unterliegt den Microsoft-Richtlinien für Marken und Markenzeichen und muss diesen entsprechen. Die Verwendung von Microsoft-Marken oder -Logos in modifizierten Versionen dieses Projekts darf keine Verwirrung stiften oder eine Sponsoring durch Microsoft implizieren. Die Verwendung von Marken oder Logos Dritter unterliegt den Richtlinien dieser Dritten.

Danksagungen

Jede Linux-Distribution, einschließlich Azure Linux, profitiert von Beiträgen der Open-Source-Software-Community. Wir danken der gesamten breiteren Community für alle Beiträge.

Unser besonderer Dank gilt dem Fedora-Projekt, das uns eine starke Basis in Bezug auf Komponenten, Spec-Dateien, Werkzeuge, Dienste und Community bietet. Wir sind stolz darauf, an dieser Community teilzunehmen und zu ihr beizutragen.

Das Azure-Linux-Pinguin-Symbol ist vom Linux-Maskottchen ("Tux") inspiriert, das von Larry Ewing erstellt wurde.

Lizenz

Sofern nicht anders angegeben, wird der Inhalt der Azure Linux-Distribution und dieses Repositorys unter einer MIT-Lizenz vertrieben.

Einzelne Pakete innerhalb der Distribution werden unter den in ihren Paket-Spec-Dateien und Quellen angegebenen Lizenzen vertrieben.

Dieses Repository enthält Dateien, die von Fedora Linux abgeleitet sind. Einzelheiten zu den Lizenzbedingungen für das Fedora-Projekt finden Sie unter fedoraproject.org.

Tool herunterladen
Produktdokumentationhttps://aka.ms/azurelinux
VersionsinformationenGitHub Releases
Fehler / Feedback meldenGitHub Issues
Frage stellen / Hilfe erhaltenSUPPORT.md
Erste Schritte als Distro-EntwicklerDEVELOPING.md
BeitragsrichtlinienCONTRIBUTING.md
Sicherheitsproblem meldenSECURITY.md
PfadWas sich dort befindet
azldev.tomlTop-Level-Konfiguration — enthält distro/ und base/.
distro/Distro-Definitionen (Azure Linux + Upstream Fedora), gemeinsam genutzte mock-Konfigurationen.
base/Das base-Projekt: Komponenten, Images, Tests.
base/comps/Komponentendefinitionen — das Herz der Distro.
base/images/Image-Definitionen (VM, Container usw.), die aus dem Komponentensatz mit KIWI NG erstellt werden.
specs/Gerenderte Specs — generierte .spec-Dateien nach Anwendung der Overlays. Zur Sichtbarkeit eingecheckt; nicht von Hand bearbeiten.
locks/Pro-Komponente Lock-Dateien, die Upstream-Commits + Eingabe-Fingerabdrücke festlegen; nicht von Hand bearbeiten.
external/schemas/Zwischengespeicherte Kopie des JSON-Schemas für TOML-Konfigurationsdateien; von azldev gespiegelt.
.github/CI-Workflows, sowie Copilot-Prompts, Skills und Agent-Anweisungen, die bei der KI-gestützten Entwicklung verwendet werden.
  • 2027-05-27 — Klicken Sie hier, um teilzunehmen