Skip to content
KitploitKITPLOIT
OutilsBlog
Soumettre
OutilsBlog
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
linnix — Observabilité Linux basée sur eBPF avec détection d'incidents par IA. Sous licence AGPL-3.0. | Kitploit
Outils/GitHubGitHub/linnix-os/linnix
Sécurité de l'Infrastructure CloudSécurité des ConteneursDevSecOpsRenseignement sur les MenacesRéponse aux IncidentsSécurité de l'IADétection d'AnomaliesAnalyse de Journaux
GitHublinnix-os/linnix

linnix

Observabilité Linux basée sur eBPF avec détection d'incidents par IA. Sous licence AGPL-3.0.

Voir le dépôt
249153il y a 1 jourVérifié par Kitploit

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

Linnix

Trouvez quel processus nuit à vos SLOs — pas seulement qui utilise le CPU, mais qui cause des ralentissements.

CI License DOI

Le Problème

top montre 80% de CPU. Prometheus montre une latence élevée. Mais quel pod ralentit réellement votre service de paiement ?

Linnix utilise eBPF + PSI (Pressure Stall Information) pour répondre à cette question. Le PSI mesure le temps de ralentissement réel — pas l'utilisation, mais la contention. Un pod utilisant 40% de CPU avec 60% de PSI est pire qu'un autre utilisant 100% de CPU avec 5% de PSI.

Ce que Linnix détecte :

  • Voisins bruyants : Quel conteneur affame les autres
  • Orages de fork : Création de processus incontrôlée avant qu'elle ne fasse planter le nœud
  • Attribution des ralentissements : « Le Pod X a causé un ralentissement de 300 ms au Pod Y »
  • Saturation PSI : Pression CPU/IO/Mémoire qui n'apparaît pas dans
top

[!IMPORTANT] Monitorisation uniquement par défaut. Linnix détecte et signale — il n'agit jamais sans configuration explicite.

🔒 Sécurité & Confidentialité

  • Politique de sécurité : Consultez notre modèle de sécurité, les privilèges requis et le processus de signalement des vulnérabilités
  • Garanties de sécurité : Comprenez notre architecture « Monitor-First » et nos contrôles de sécurité
  • Aperçu de l'architecture : Schéma du système et flux de données pour les revues de sécurité

Promesse clé : Toute l'analyse se fait localement. Aucune donnée ne quitte votre infrastructure sauf si vous configurez explicitement les notifications Slack. En savoir plus sur la confidentialité des données →

Démarrage rapide (Kubernetes)

Déployez Linnix en tant que DaemonSet pour surveiller votre cluster.

root@kitploit:~
# Apply the manifests
kubectl apply -f k8s/

Accès à l'API :

root@kitploit:~
kubectl port-forward daemonset/linnix-agent 3000:3000
# API available at http://localhost:3000
# Stream events: curl http://localhost:3000/stream

Démarrage rapide (Docker)

Essayez-le sur votre machine locale en 30 secondes.

root@kitploit:~
git clone https://github.com/linnix-os/linnix.git && cd linnix
./quickstart.sh

Comment ça fonctionne

  1. Collecteur (eBPF) : Se trouve dans le noyau, surveillant les événements fork, exec, exit et le planificateur avec moins de 1% de surcharge.
  2. Moteur de raisonnement : Agrège les signaux (PSI + CPU + Arbre des processus) pour détecter les motifs de défaillance.
  3. Assistant de triage : Lorsqu'un seuil est dépassé, Linnix capture l'état du système et explique la cause première.

Détections prises en charge

Type d'incidentLogique de détectionValeur de triage
DisjoncteurPSI élevé (>40%) + CPU élevé (>90%)Identifie l'arbre de processus spécifique causant le ralentissement.
Orage de fork>10 forks/s pendant 2sAttrape les scripts incontrôlés avant qu'ils ne fassent planter le nœud.
Fuite mémoireCroissance soutenue de la RSSSignale les conteneurs qui finiront par manquer de mémoire (OOM).
Tâches éphémèresRenouvellement rapide d'exec/exitIdentifie les scripts de construction inefficaces ou les boucles de crash.

Sécurité & Architecture

Linnix est conçu pour la sécurité en production.

  • Monitor-First : Les capacités d'application sont optionnelles et nécessitent une configuration explicite.
  • Faible surcharge : Utilise des tampons de performance eBPF, pas de scrutation de /proc.
  • Isolation des privilèges : Peut fonctionner avec CAP_BPF et CAP_PERFMON sur du bare metal. Le DaemonSet Kubernetes utilise actuellement le mode privilégié par simplicité.

Consultez SAFETY.md pour notre modèle de sécurité détaillé.

Fonctionnalités Kubernetes

Linnix offre un support Kubernetes de première classe :

  • Attribution de pod : Chaque événement de processus est étiqueté avec pod_name, namespace, container_id
  • Conscience des espaces de noms : Filtrer et interroger par espace de noms
  • Suivi de contribution PSI : Voir quel pod a contribué à la pression PSI à l'échelle du système
  • Intégration cgroup : Mappe les processus à leurs cgroups pour une agrégation au niveau du conteneur
root@kitploit:~
# Example: Get processes causing stalls in the payments namespace
curl "http://localhost:3000/processes?namespace=payments&sort=psi_contribution"

Commerce / Règlement On-Chain

Linnix inclut une couche de paiement sans confiance (Linnix-Claw) qui règle le travail d'agent à agent sur la chaîne via des stablecoins ERC-20. Lorsqu'un agent délègue une tâche à un autre, le résultat — un reçu signé avec preuve de télémétrie — est soumis à un contrat intelligent TaskSettlement qui libère le paiement directement du payeur au bénéficiaire.

Architecture

root@kitploit:~
Agent A (payer)                    Agent B (payee)
   │  createTask(taskId, payeeDID, maxAmount)
   │──────────────────────────────────▶│
   │                                   │ ← does work, captures eBPF telemetry
   │    submitReceipt(taskId, amount, receipt, sig)
   │◀──────────────────────────────────│
   │                                   │
   └──── TaskSettlement.sol ─── ERC-20 transfer ──▶ payee

Contrats clés (testnet Base Sepolia) :

ContratAdresse
AgentRegistry0x9a6FeBA6d7B97ef91099051eB61F372d1EcD83a3
TaskSettlement0x60eE6872920addF41359625B47A07401496bBD5b
StakeBond0xEE31fC610B9b64982990adB3ba228E9dBbfF6a73

Configuration

Ajoutez une section [chain] à votre linnix.toml :

root@kitploit:~
[chain]
enabled = true
rpc_url = "https://sepolia.base.org"
chain_id = 84532
settlement_contract = "0x60eE6872920addF41359625B47A07401496bBD5b"
registry_contract = "0x9a6FeBA6d7B97ef91099051eB61F372d1EcD83a3"
token_address = "0x036CbD53842c5426634e7929541eC2318f3dCF7e"  # USDC on Base Sepolia
token_decimals = 6

La clé du signataire est résolue par ordre de priorité :

  1. chain.private_key dans la configuration
  2. Variable d'environnement LINNIX_CHAIN_PRIVATE_KEY
  3. Clé secp256k1 dérivée par HKDF à partir de l'identité Ed25519 de l'agent (par défaut — zéro configuration)

Démo de bout en bout

root@kitploit:~
# Deploy contracts to a local Hardhat node
cd linnix-claw-contracts && npx hardhat node &
npx hardhat run scripts/deploy.js --network localhost

# Run the commerce demo
./scripts/demo_commerce_e2e.sh --local

Voir le source du contrat et cognitod/src/onchain.rs pour les détails d'implémentation.

Adoptants précoces

Ce projet est en développement actif. Si vous l'utilisez ou l'évaluez, ouvrez un ticket ou envoyez un courriel à [email protected].

Licence

  • Agent (cognitod) : AGPL-3.0
  • Collecteur eBPF : GPL-2.0 ou MIT (les programmes eBPF doivent être compatibles GPL pour le chargement dans le noyau)

Licences commerciales disponibles pour les équipes qui ne peuvent pas utiliser l'AGPL. Voir LICENSE_FAQ.md pour plus de détails.

Télécharger l’outil