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/fabriziosalmi/aimp
Embedded-System-SicherheitIoT-SicherheitNetzwerksicherheitKryptographieHardware-SicherheitBedrohungsanalyseMaschinelles LernenPapers & ForschungLernen & Bildung
GitHubfabriziosalmi/aimp

aimp

Ein serverloses Netzwerkprotokoll, das für eine widerstandsfähige Zustandssynchronisation zwischen autonomen Agenten in fragmentierten Netzwerken mit geringer Bandbreite konzipiert ist.

516vor 29 TagenNoch nicht geprüft

Beliebteste

Alle anzeigen →

Entdecken Sie die meistgenutzten Tools unserer Community.

Alle Tools erkunden

Durchsuchen Sie unsere Tool-Sammlung

Alle Tools anzeigen →
Teilen
Repository anzeigenWebseite

AIMP — KI-Mesh-Protokoll

CI License: MIT Rust ResearchGate ResearchHub

Ein experimentelles, serverloses Netzwerkprotokoll zur robusten Zustandssynchronisation zwischen autonomen Agenten in fragmentierten, bandbreitenarmen Netzwerken. Aufgebaut auf Merkle-CRDTs und kryptografischer Identität — ohne zentrale Autorität, ohne globales DNS, immer beschreibbar.


Papiere

#VersionTitelLink
1v0.1.0Merkle-CRDT-Protokoll (L1/L2)ResearchGate
2v0.2.0Epistemische Schicht (L3)ResearchGate
3v0.3.0Korrelationsbewusste Aggregation (L3)ResearchGate
4v0.4.0Deterministische semantische Topologien (L3)ResearchGate

Autorenprofile: ResearchGate · ResearchHub


Protokollstapel


Neuerungen

v0.4.0 — Deterministische semantische Topologien

L3 v0.3.0 erforderte, dass Anwendungen den Wissensgraphen manuell konstruieren (Unterstützt/Widerspricht-Kanten). v0.4.0 beseitigt diesen Engpass mit autonomer Kantenerzeugung:

  • Behauptungen tragen ein optionales QuantizedEmbedding([u64; 4]) — einen 256-Bit-SimHash, der anwendungsseitig aus einem kanonischen Einbettungsmodell berechnet wird.
  • An jeder Epochengrenze berechnet das Protokoll paarweise Hamming-Abstände (XOR + popcount, ~1 ns pro Paar) und gibt Supports-Kanten für nahe Paare (d <= 30 Bits) und Contradicts-Kanten für entfernte Paare (d >= 200 Bits) aus.
  • Die Kantenstärke skaliert linear mit dem Abstand in Basispunkten (d=0 → 10000 bps, d=30 → 1000 bps).
  • Ein max_k_nearest-Limit begrenzt die Kantendichte auf O(N) und verhindert so eine Explosion der Vertrauensausbreitung.
  • embedding_version: u32 isoliert disjunkte latente Räume für protokollebene Modell-Upgrades.
  • Auto-Kanten werden über L2-Gossip materialisiert und überleben GC durch Holographic Routing.
  • Tote Zone (31-199 Bits) verwaist mehrdeutige Behauptungen — epistemologisch korrekte Isolation.
root@kitploit:~
// Autonome Wahrheitsfindung: 10.000 Behauptungen → 50 ms Scan, O(N) Kanten
// Keine Gleitkommazahlen. Keine Koordination. Keine zentrale Autorität.
let edges = auto_edge_generator.generate_edges(&epoch_claims);

v0.3.0 — Korrelationsbewusste Glaubensaggregation

L3 v0.2.0 nimmt an, dass alle Evidenzquellen statistisch unabhängig sind (Naive Bayes). Dies führt zu pathologischer Überkonfidenz, wenn physikalisch korrelierte Sensoren (z. B. 100 IoT-Geräte auf demselben Dach) oder semantisch korrelierte Agenten (z. B. LLMs, die auf demselben Datensatz feinabgestimmt wurden) übereinstimmende Beobachtungen melden.

v0.3.0 führt eine Grid-Cell-Korrelationsdiskontierung ein:

  • Jede Behauptung trägt eine optionale CorrelationCell(u64) — eine diskrete Koordinate für räumliche, semantische oder zeitliche Nähe.
  • Innerhalb jeder Zelle werden Beweise nach Stärke geordnet und geometrisch diskontiert: Die stärkste Quelle behält 100 % Gewicht; jede nachfolgende Quelle erhält discount_bps^rank / 10000^rank (Standard 30 %).
  • Bei 30 % Diskontierung konvergieren N korrelierte Sensoren auf etwa das 1,42-fache der Evidenz eines einzelnen Sensors — unabhängig von N. Der naive Ansatz würde eine N-fache Verstärkung erzeugen.
  • Die CRDT-Assoziativitätsherausforderung (geometrischer Zerfall ist über partielle Merges nicht assoziativ) wird architektonisch gelöst: Die Epochenreduktion gruppiert nach (temporal_grid, fingerprint, correlation_cell) und garantiert atomare Berechnung auf der vollständigen Menge.
  • Behauptungen mit correlation_cell: None verhalten sich identisch zu v0.2.0 (Null-Regression).
  • Die gesamte Arithmetik ist rein ganzzahlig (i32/i64, Basispunkte). Keine Gleitkommazahlen. ZK-bereit.
root@kitploit:~
// 100 co-lokalisierte Sensoren, jeweils 70 % Konfidenz:
// v0.2.0 (naiv):  100 × 847 = 84.700 Milli-Log-Odds → ~100 % (überkonfident)
// v0.3.0 (30%):    847 × Σ(0.3^i) ≈ 1.207 Milli-Log-Odds → ~77 % (realistisch)

Architektur

root@kitploit:~
aimp_node/          Rust-Referenzimplementierung (Cargo-Arbeitsbereichsmitglied)
  src/
    crdt/           Merkle-DAG-Engine, Akteurmodell, Arena-Allokator, Quorumskonsens
    crypto/         Ed25519-Identität, BLAKE3-Hashing, Zero-Trust-Firewall
    network/        UDP-Gossip, Noise Protocol XX-Sitzungen, Ratenbegrenzung pro Peer
    protocol/       Wire-Format (MessagePack), typisierte Payload-Enumeration
    epistemic.rs    L3 Epistemische Schicht (v0.3.0): Log-Odds, Vertrauensausbreitung, Korrelationsdiskontierung
    semantic_topology.rs  L3 Semantische Topologie (v0.4.0): SimHash-Einbettungen, Auto-Kantenerzeugung
    decision_engine.rs  Ansteckbare deterministische Entscheidungsmaschine (Trait + Regelmaschine + Hot-Reload)
    error.rs        Einheitliche AimpError-Typenhierarchie
    dashboard/      Ratatui TUI
    config.rs       Dynamische Konfiguration mit Validierung
    event/          Strukturierte Protokollierung + Prometheus-Metriken (Zähler + Histogramme)
  tests/            Integrationstests
  benches/          Criterion-Benchmarks
aimp_testbed/       Python-SDK (aimp-client) + CLI-Tool + Chaos-Tests
deploy/             Systemd-Dienst, Firecracker-MicroVM, Installationsskript
formal/             TLA+-Konvergenz- + Quorumssicherheits- + Glaubenskonvergenzspezifikation
docs/               Paper 1 (Typst-Quelle + PDF)
v0.2.0/             Paper 2: Epistemische Schicht (Typst-Quelle + PDF)
v0.3.0/             Paper 3: Korrelationsbewusste Aggregation (Typst-Quelle + PDF)

Strategische Vorteile


Hauptmerkmale

Kern-Engine (v0.1.0)

  • Akteurmodell mit CRDT ohne gemeinsamen Zustand über tokio::mpsc
  • Slab/Arena-Allokation mit O(1)-Einfügen und SoA-Layout
  • Dauerhafte Persistenz über redb mit ChaCha20Poly1305-Verschlüsselung im Ruhezustand
  • HKDF-SHA256-Schlüsselableitung mit Domänentrennung
  • Gecachter Merkle-Root mit Invalidierung bei Schreibzugriff
  • Echter Mark-and-Sweep-GC mit Slab-Speicherrückgewinnung
  • Epochenbasierte GC-Nachverfolgung integriert in den CRDT-Akteur

Epistemische Schicht (v0.2.0 — v0.4.0)

  • Ganzzahlige Log-Odds-Arithmetik (i32, Milli-Log-Odds) — keine Gleitkommazahlen, 100 % deterministisch
  • Zweistufige Markov-Vertrauensausbreitung (Unterstützt → Widersprüche, keine Oszillation)
  • Sybil-resistente Reputation: Neue Knoten starten bei 0, Delegation erforderlich, Reputationsausgaben
  • Gitterausgerichtete Epochenreduktion mit materialisierter Verdichtung (Summaries überleben GC)
  • Zykluserkennung (sortierte DFS) verhindert Konfidenzinflationsschleifen
  • v0.3.0: Korrelationsbewusste Aggregation — geometrische Diskontierung für ko-lokalisierte Sensoren/LLMs
  • v0.3.0: Atomare Zellenreduktion — Gruppierung nach (Epoche, Fingerabdruck, Zelle) für CRDT-Sicherheit
  • v0.4.0: Deterministische semantische Topologien — SimHash-Einbettungen, autonome Kantenerzeugung
  • 98-142x schneller als Subjective Logic / Dempster-Shafer (bitidentisch über Architekturen hinweg)

Vernetzung & Sicherheit

  • Noise Protocol XX-verschlüsselte Sitzungen (standardmäßig aktiviert)
  • Token-Bucket-Ratenbegrenzung pro Peer (ganzzahlige Arithmetik)
  • O(1)-Gossip-Deduplizierung über HashSet + VecDeque
  • TTL-Replay-Angriffserkennung mit Schutzschalter
  • Sitzungs-LRU-Eviction (TTL + maximale Anzahl)
  • Protokollversionsbereichsverhandlung für rollierende Upgrades

Entscheidungsmaschine & Konsens

  • Ansteckbares DecisionEngine-Trait mit RuleEngine-Implementierung
  • Hot-Reload-Regeln aus aimp_rules.json (kein Neustart erforderlich)
  • BFT-Quorumsabstimmung mit persistenten verifizierten Entscheidungen
  • Typisierte Payload-Enumeration pro Opcode (Typsicherheit zur Kompilierzeit)

Beobachtbarkeit

  • Prometheus-Zähler, Messwerte und Latenzhistogramme
  • Zusammengesetzter /health-Endpunkt mit Unterprüfungen und HTTP-Statuscodes
  • Strukturierte SystemEvent-Protokollierung mit TUI-Dashboard

Betrieb

  • Einheitliche AimpError-Typenhierarchie (keine Box<dyn Error> mehr)
  • Konfigurationsvalidierung (lehnt ungültige Parameterkombinationen ab)
  • Graceful Shutdown mit 5-Sekunden-Timeout
  • Systemd-gehärtete Dienstdatei
  • CI/CD: Lint, Test, Sicherheitsaudit, Dokumentation, plattformübergreifende Builds

Benchmarks

Gemessen mit Criterion auf Apple Silicon (M-Serie), Single-Threaded, fast-crypto-Modus:

Systemebene

Simulierter 5-Knoten-Cluster mit Anti-Entropie-Synchronisation (In-Process, Apple Silicon):

Netzwerkbeeinträchtigung (netem-Simulation)

Konvergenz unter simuliertem Paketverlust, Latenz und Partitionen (5 Knoten, 50 Mutationen/Knoten):

AIMP konvergiert bis zu ~80 % Paketverlust innerhalb weniger Anti-Entropie-Runden und degradiert dabei anmutig.

Plattformübergreifend (ARM64, ressourcenbeschränkt)

Docker ARM64 Linux mit RPi-klassischen Ressourcenbeschränkungen:

Selbst auf RPi-Zero-Klasse-Hardware liegt der Durchsatz 3 Größenordnungen über der Ratenbegrenzung.

Vergleich mit Automerge v0.7

Gleiche Hardware, gleiche Operationen, Single-Threaded, target-cpu=native:

AIMP mit ring übertrifft Automerge um das 1,37-fache bei Mutationen (mit Ed25519 pro Schreibzugriff) und um das 2,4-fache beim Merge. Yrs ist am schnellsten bei Mutationen (keine Krypto), aber AIMP-Merge liegt innerhalb von 26 % von Yrs.

root@kitploit:~
# ring-Backend für maximalen Durchsatz aktivieren
RUSTFLAGS="-C target-cpu=native" cargo run --release --features fast-crypto,fast-alloc

Führen Sie Benchmarks lokal aus:

root@kitploit:~
cargo bench --manifest-path aimp_node/Cargo.toml             # Mikro-Benchmarks
cargo run --release -p aimp_node --example bench_convergence  # System-Benchmarks
cargo run --release -p aimp_node --example bench_netem        # Netzwerkbeeinträchtigung
docker build -f Dockerfile.bench -t aimp-bench . && \
  docker run --rm --memory=1g --cpus=1 aimp-bench             # ARM64 beschränkt

Formale Verifikation (TLA+)

L2 — CRDT-Konvergenz

TLC erkundete 46.063 Zustände (9.558 unterschiedliche) bis Tiefe 16 in <1 Sekunde mit 10 parallelen Workern und null Verstößen. Gefundene Fehler: 2 Korrektheitsfehler (Out-of-Order-Heads, Quorum-Doppelwahl). Beide behoben.

L3 — Glaubenskonvergenz

EigenschaftBeschreibung

Vollständige eingeschränkte Verifikation: 199.902 Konfigurationen (5 Eigenschaften, bis N=6 Knoten). Gefundene Fehler: 1 Fehler in der Vertrauensausbreitungsformel (t_{k+1} = t_k + At_k vs. korrekt t_{k+1} = t_0 + At_k). Behoben.


Schnellstart

1. Knoten ausführen

root@kitploit:~
cargo run -- --port 1337 --name node1

2. Python-CLI

root@kitploit:~
cd aimp_testbed
pip install -e .
aimp-cli health --target 127.0.0.1 --metrics-port 9090
aimp-cli infer "Überprüfen Sie den Ventildruck im Sektor Nord"

3. Tests und Benchmarks ausführen

root@kitploit:~
make test                     # Eigenschaftsbasierte + Integrationstests
make bench                    # Criterion-Benchmarks
make lint                     # Formatierung + Clippy
make docs                     # Rustdoc generieren

Edge-Bereitstellung

AIMP ist als einzelne statische Binärdatei ohne Laufzeitabhängigkeiten konzipiert. Kein Docker, keine Container-Laufzeit, keine JVM.

Schnelle Bereitstellung (Bare Metal)

root@kitploit:~
# Binärdatei für Ihre Architektur herunterladen
curl -LO https://github.com/fabriziosalmi/aimp/releases/latest/download/aimp_node-aarch64-linux
chmod +x aimp_node-aarch64-linux

# Als systemd-Dienst installieren
sudo deploy/install.sh ./aimp_node-aarch64-linux

# Starten
sudo systemctl start aimp-node
curl localhost:9090/health

Aus Quellcode plattformübergreifend kompilieren

root@kitploit:~
make install-cross-targets   # Einmalig: musl-Ziele installieren
make edge-arm64              # ARM64 (RPi 4/5, Jetson, Graviton)
make edge-armv7              # ARMv7 (RPi 2/3, industrielle SPS)
make edge-x86                # x86_64 (Edge-Gateways)
make edge-all                # Alle drei

Firecracker-MicroVM (Multi-Tenant-Isolation)

Für Edge-Gateways mit mehreren nicht vertrauenswürdigen Workloads:

root@kitploit:~
sudo make microvm-rootfs     # Erstellt ~15 MB Alpine Rootfs mit AIMP
firecracker --no-api --config-file deploy/firecracker/vm-config.json

Boot-Zeit: ~125 ms. Speicher: 64 MB. vCPU: 1.

Systemd-Dienst

Die enthaltene Dienstdatei (deploy/systemd/aimp-node.service) bietet:


Konfiguration

Die Konfiguration wird geladen aus (höchste Priorität zuerst):

  1. CLI-Argumente (--port, --name)
  2. Umgebungsvariablen (AIMP_PORT, AIMP_NOISE_REQUIRED, AIMP_PEER_RATE_LIMIT, ...)
  3. aimp.toml-Datei (optional)
  4. Hartcodierte Standardwerte

Datenfluss

root@kitploit:~
graph TD
    UDP[UDP-Socket] -->|Envelope| RL[Ratenbegrenzer]
    RL -->|Zugelassen| NP[Noise-Protokoll]
    NP -->|Entschlüsseln| FW[Sicherheits-Firewall]
    FW -->|Gültig| BP[Backpressure-Semaphore]
    BP -->|Erlaubnis| Parser[Protokoll-Parser]
    Parser -->|AimpData| CRDT[CRDT-Akteur]
    CRDT -->|Mutation| DAG[Merkle-DAG + redb]
    DAG -->|Bereinigen| GC[Epochen-GC]
    CRDT -->|Auswertungsanfrage| DE[Entscheidungsmaschine]
    DE -->|Entscheidung + Evidenz| CRDT
    CRDT -->|Quorumsabstimmung| QM[QuorumManager]

Verwandte Arbeiten

AIMP baut auf Konzepten aus den folgenden Bereichen der verteilten Systemforschung auf:

  • CRDTs — Shapiro et al., "A Comprehensive Study of Convergent and Commutative Replicated Data Types" (INRIA, 2011)
  • Merkle-CRDTs — Kleppmann & Howard, "Byzantine Eventual Consistency and the Fundamental Limits of Peer-to-Peer Databases" (2022)
  • BFT-Konsens — Castro & Liskov, "Practical Byzantine Fault Tolerance" (OSDI, 1999)
  • Bayessche Aggregation — Jaynes, "Probability Theory: The Logic of Science" (2003); Log-Odds-Arithmetik für Glaubensfusion
  • Vertrauensnetzwerke — Kamvar et al., "The EigenTrust Algorithm for Reputation Management in P2P Networks" (WWW, 2003)
  • Subjektive Logik — Jøsang, "Subjective Logic: A Formalism for Reasoning Under Uncertainty" (Springer, 2016)
  • Copulas — Nelsen, "An Introduction to Copulas" (Springer, 2006); Korrelationsmodellierung für abhängige Evidenz
  • Noise-Protokoll — Perrin, "The Noise Protocol Framework" (2018); verwendet über die snow-Crate für das XX-Handshake-Muster
  • Gossip-Protokolle — Demers et al., "Epidemic Algorithms for Replicated Database Maintenance" (1987)
  • Merkle-Bäume — Merkle, "A Digital Signature Based on a Conventional Encryption Function" (CRYPTO, 1987)
  • Vektoruhren — Mattern, "Virtual Time and Global States of Distributed Systems" (1988)

Lizenz

MIT — Fabrizio Salmi, 2026.

Tool herunterladen
SchichtVersionZweck
L1/L2v0.1.0Merkle-DAG CRDT, Ed25519-Signierung, Noise-Protokoll-Transport, BFT-Quorum
L3v0.2.0Epistemische Schicht: Ganzzahlige Log-Odds, zweistufige Vertrauensausbreitung, Sybil-resistente Reputation
L3v0.3.0Korrelationsbewusste Aggregation: Geometrische Diskontierung für korrelierte Sensoren/LLMs
L3v0.4.0Deterministische semantische Topologien: Autonome Kantenerzeugung mittels 256-Bit-SimHash
FunktionAIMP (Merkle-CRDT)Traditionell (Raft/Paxos)
TopologieP2P-Mesh / DezentralLeader / Quorum
VerfügbarkeitAP (Immer beschreibbar)CP (Benötigt Mehrheit)
ReihenfolgeKausal (Vektoruhren)Total (Sequentiell)
IntegritätKryptografisch (Merkle-DAG)Log-basiert
HardwareEdge/IoT-optimiertRechenzentrumstauglich
OperationZeitDurchsatz
append_mutation (100 ops)41,8 µs~2,4 Mio. Mutationen/s
get_merkle_root (cached)4,8 nsO(1)
BLAKE3-Hash (1 KB)925 ns~1,08 GB/s
MessagePack-Ser/De204 / 210 ns—
Ed25519-Signierung (ring)9,3 µs~108.000 ops/s
Ed25519-Verifikation25,0 µs~40.000 ops/s
SzenarioErgebnis
Durchsatz (5 Knoten x 1.000 Mutationen, mit Ed25519-Signierung)96.289 Mutationen/s
Konvergenz (5 divergente Knoten, je 250 DAG)0,68 ms (1 Sync-Runde)
Partition/Merge (2 Gruppen, 30 Mutationen/Gruppe, vollständiger Merge)0,21 ms
Crypto-Hot-Path (Signieren + Verifizieren pro Nachricht)45,0 µs → 22K Nachrichten/s max.
Crypto-Budget bei rate_limit=50/s0,23 % Auslastung
BedingungKonvergiertRunden
Baseline (0 % Verlust)JA1
10 % PaketverlustJA2
30 % PaketverlustJA2
50 % PaketverlustJA2
20 % Verlust + 100 ms Latenz + 30 ms JitterJA2
Partition (10 Runden) dann MergeJA1
Partition (50 Runden) dann Merge mit 20 % VerlustJA1
80 % Paketverlust (Stress)JA4
MetrikmacOS ARM64Linux 1C/1GB (RPi 4)Linux 1C/256MB (RPi Zero)
Durchsatz96.289 mut/s24.802 mut/s29.709 mut/s
Konvergenz0,68 ms3,06 ms1,30 ms
Ed25519-Signierung8,7 µs16,2 µs15,1 µs
Ed25519-Verifikation20,5 µs34,6 µs45,2 µs
Max. Nachrichten/s34.32919.69516.573
Crypto-Budget @50/s0,15 %0,25 %0,30 %
BenchmarkAIMP (ring)AutomergeYrs (Yjs)
Mutation (1000 ops)129K ops/s94K ops/s632K ops/s
2-Replica-Merge0,48 ms1,17 ms0,38 ms
5-Replica-Merge2,16 ms3,89 ms—
Zustandsgröße (1000 ops)~18 KB4 KB—
Eigenschaft
Beschreibung
Status
KonvergenzWenn zwei Knoten denselben Speicher besitzen, berechnen sie dieselben Merkle-HeadsVerifiziert
QuorumSafetyWenn für eine Aufforderung ein Quorum erreicht wird, ist die Entscheidung eindeutig (keine widersprüchlichen Entscheidungen)Verifiziert
QuorumLivenessWenn alle Knoten für dieselbe Entscheidung stimmen, wird die Quorumsschwelle schließlich erreichtVerifiziert
Status
BeliefDeterminismGleiche Behauptungen + Graph → identischer BeliefState auf allen KnotenVerifiziert
NoOscillationVertrauenswerte konvergieren monoton (keine Rückkopplung von Durchgang 2 zu Durchgang 1)Verifiziert
ContradictionSafetyEin einzelner Widerspruch kann Accepted nicht in einem Schritt in Rejected umkehrenVerifiziert
HärtungWert
BenutzerisolationDedizierter aimp-Benutzer, keine Login-Shell
DateisystemProtectSystem=strict, ProtectHome=yes
SpeicherlimitMemoryMax=128M
CPU-LimitCPUQuota=80%
PrivilegienNoNewPrivileges=yes, MemoryDenyWriteExecute=yes
Syscall-Filter@system-service-Whitelist
NeustartBei Fehler mit exponentiellem Backoff
HerunterfahrenSIGTERM → 10s Gnadenfrist → SIGKILL
ParameterStandardBeschreibung
port1337UDP-Listen-Port
metrics_port9090Prometheus-HTTP-Port
noise_requiredtrueNoise-Protokoll-Verschlüsselung erzwingen
peer_rate_limit50Max. Nachrichten/s pro Peer
peer_rate_burst100Token-Bucket-Burst-Kapazität
gc_mutation_threshold1000Mutationen vor GC-Durchlauf
quorum_threshold2Knoten, die für BFT-Konsens erforderlich sind
dag_history_depth100Maximale DAG-Tiefe, die nach GC beibehalten wird