Skip to content
KitploitKITPLOIT
ToolsBlog
Log in
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
fzy — eine Systemprogrammiersprache, die nachweisbare Korrektheit, Determiniertheit und Leistung priorisiert | Kitploit
Tools/GitHubGitHub/saint0x/fzy
Statische AnalyseDynamische Analyse (Sandboxing)Code-AnalyseReverse EngineeringDebuggerWebsicherheitFuzzingKryptographieBinäranalyseLieferkettensicherheitLernen & Bildung
1624vor 2 MonatenNoch nicht geprüft
GitHub
saint0x/fzy

fzy

eine Systemprogrammiersprache, die nachweisbare Korrektheit, Determiniertheit und Leistung priorisiert

Repository anzeigen

Beliebteste

Alle anzeigen →

Entdecken Sie die meistgenutzten Tools unserer Community.

Alle Tools erkunden

Durchsuchen Sie unsere Tool-Sammlung

Alle Tools anzeigen →
Teilen

fzy (fozzylang)

Allzweck-Systemsprache und Produktionstoolchain mit einer standardmäßig speichersicheren ausgelieferten sicheren Sprachoberfläche, verifizierbarer Korrektheit, deterministischer Ausführung und eingebautem wiederholungsorientierten Debugging.

fzy liefert eine Produktions-CLI, fz, sowohl für Compiler-Workflows als auch für deterministische Validierung. Korrektheit, Determinismus, Wiederholung, Vorfallartefakte und Produktionsnachweise sind Teil des normalen Workflows und kein nachträglicher Einfall. Für eine kurze visuelle Tour durch die Sprache öffnen Sie die mitgelieferte FZL-Showcase in Ihrem Browser mit open fzl-showcase.html. Für die kurze Begründung, warum Sie es wählen sollten, siehe WHYFZY.md.

Die Repository-Architekturpolitik ist intern typisiert und JSON nur an echten Grenzen.

Starte hier

  • Installation: INSTALL.md
  • Vollständiges Handbuch: USAGE.md
  • Warum fzy: WHYFZY.md
  • Syntax- und Befehlsbeispiele: CODE.md
  • Produktionsworkflow: docs/production-workflow-v1.md
  • GPU-Programmierung und -Validierung: docs/gpu-v1.md
  • Sicherheits- und Vertrauensmodell: docs/system-safety-trust-model-v1.md
  • Unsafe-Autorentätigkeit: docs/unsafe-contract-authoring-v1.md
  • Stabilitätsstufen: docs/language-stability-v1.md
  • Vererbung der Workspace-Richtlinie: docs/workspace-policy-v1.md
  • Betriebliche Einblicke: docs/operational-insights-v1.md
  • fzyllm: saint0x/fzyllm

Installation

Empfohlene Installation:

curl -fsSL https://raw.githubusercontent.com/saint0x/fzy/main/install.sh | sh

Das installiert fz nach ~/.local/bin, aktualisiert bei Bedarf den PATH und verifiziert die Installation mit fz version und fz env.

Quell-Fallback:

curl -fsSL https://raw.githubusercontent.com/saint0x/fzy/main/install.sh | sh -s -- --from-source

Kurzer Überblick

Möchten Sie den schnellsten Überblick? Öffnen Sie fzl-showcase.html mit open fzl-showcase.html, überfliegen Sie WHYFZY.md für das Produktargument und verwenden Sie dann das folgende Beispiel als kompakte ausführbare Skizze.

use core.log;
use core.path;
use core.process;
use core.time;

enum Mode {
    Fast,
    Safe,
}

trait Scorer {
    fn score(endpoint: Url) -> i32;
}

struct HttpScorer {}

impl Scorer for HttpScorer {
    fn score(endpoint: Url) -> i32 {
        discard endpoint;
        return 7;
    }
}

struct Config<TEndpoint> {
    retries: i32,
    endpoint: TEndpoint,
    mode: Mode,
}

fn weight(mode: Mode) -> i32 {
    match mode {
        Mode::Fast => return 3,
        Mode::Safe => return 1,
        _ => return 1,
    }
}

async fn boost(v: i32) -> i32 {
    checkpoint()
    return v + 1
}

fn normalize<T: Scorer>(cfg: Config<Url>) -> i32 {
    return weight(cfg.mode) + T.score(cfg.endpoint)
}

async fn run_once(cfg: Config<Url>) -> i32 {
    let base = normalize<HttpScorer>(cfg)
    return await boost(base)
}

fn main() -> i32 {
    let cfg = Config { retries: 4, endpoint: url.parse("https://example.test"), mode: Mode::Fast }
    let now = time.now()
    let out_path = path.join("tmp", "score.log")
    let mode = process.argv_or(1, "showcase")
    let score = normalize<HttpScorer>(cfg)
    log.info("snippet.run", out_path)
    discard mode
    discard run_once
    if score + now > 0 then return score
    return score
}

Für eine breitere Sprachabdeckung verwenden Sie CODE.md, examples/ und die browserfreundliche FZL-Showcase.

Framework-Pakete folgen normalen Paketregeln: Deklarieren Sie sie in fozzy.toml unter [deps] und importieren Sie sie dann im Quellcode mit use fzbounds;, use fzweb; und ähnlichen Paketnamen. Direkte Quellprüfungen wie fz check src/services/mod.fzy --json validieren jetzt über den Kontext des Besitzerpakets, sodass sich Abhängigkeitsimporte und Geschwistermodule genauso verhalten wie bei Vollprojektprüfungen.

Was fzy enthält

  • fz: Compiler-CLI für Build, Run, Test, Verify, Docs, IR, RPC, Header, ABI-Prüfungen und mehr
  • integrierte Formatierung und Dokumentationsgenerierung: fz fmt, fz doc gen
  • Frontend- und IR-Pipeline: crates/parser, crates/ast, crates/hir, crates/fir
  • Verifizierer und Sicherheitsdurchsetzung: crates/verifier
  • deterministische Laufzeitprimitive: crates/runtime
  • Treiber und Artefaktorchestrierung: crates/driver
  • ausführbare Fozzy-Szenarien: tests/*.fozzy.json

Aktueller Stand

Implementiert und heute validiert:

  • Allzweck-Systemsprachenumfang, kein Nischenwerkzeug für eine einzelne Domäne
  • standardmäßig sicher, mit expliziten unsicheren Inseln, compiler-generierten unsicheren Inventaren/Dokumenten und optionalem manuellen Speichermanagement über alloc(...) / free(...)
  • echte Laufzeit-defer-Semantik über normalen Code und unsafe { ... }-Inseln hinweg, sodass deterministische Bereinigung erzwungen und nicht nur dokumentiert wird
  • vom Verifizierer erzwungene Besitz-, Ausleihe-, Fähigkeits-, FFI- und native Absenkungsregeln
  • explizites manuelles Speichermanagement wird innerhalb dieses Modells unterstützt, mit besitzbewussten alloc(...) / free(...)-Abläufen und für den Verifizierer sichtbaren Lebenszyklusprüfungen
  • deterministische Ablaufverfolgung, Wiederholung und Scheduler-Validierung als normale Produktionsgates
  • hostgestützte Vertrauenspfade für Dateisystem-, Prozess- und HTTP-Verhalten
  • deterministische Scheduler-Modi: fifo, random, coverage_guided
  • Entscheidungsartefakte für asynchrone Ausführung, Thread- und RPC-Ausführung
  • RPC-Frame-Ereignisse: rpc_send, rpc_recv, rpc_deadline, rpc_cancel
  • Erkundungs- und Schrumpfungsmetadaten für Wiederholungs-/Minimierungs-Workflows
  • sprachnative Szenariogenerierung aus geparsten test-Blöcken
  • rekursives Multifile-Modulladen aus mod-Deklarationen
  • C-Header-Generierung aus exportierten pubext c fn-Signaturen
  • RPC-Schema-, Client- und Server-Stub-Generierung über fz rpc gen
  • moderne Sprach-/Laufzeitoberfläche über ADTs, Pattern Matching, Traits, Generics, typisiertem Domänenmodellierung, Prozess, Terminal, Logging, Dateisystem/Pfad, Grenz-JSON und ausgehendem Streaming-HTTP
  • Produktions-Krypto-/Sicherheitsoberfläche über core.crypto und core.security, einschließlich sicherem Zufall, Hashing, HMAC, Konstantzeitvergleich und URL-sicherer Kodierungen
  • fzweb Produktions-Webframework-Module für App-Routing, Cookies, Sessions, Multipart-Uploads, Persistenz, SSE, WebSockets und OpenAPI-Export
  • fz run führt native Ausgabe direkt mit Live-Text-Streaming oder JSON-Erfassung aus
  • LLVM- und Cranelift-native Backends mit paritätsorientierter Validierung
  • Direktspeicher-Freigabegates:
    • python3 scripts/direct_memory_architecture_gate.py
    • python3 scripts/direct_memory_perf_gate.py
  • Produktions-GPU-Oberfläche über core.gpu, mit Live-Metal-Ausführung auf Apple sowie gemeinsamen spirv/nvptx-Adapterverträgen

Produktionsansprüche

fzy ist darauf ausgelegt, heute diese Produktionsansprüche zu unterstützen:

Tool herunterladen