Skip to content
KitploitKITPLOIT
StrumentiBlog
Invia
StrumentiBlog
Invia

Strumenti di Hacking, PenTest e Cybersecurity per il tuo Arsenale di Sicurezza!

Kitploit è una directory di strumenti di hacking, cybersecurity e pentesting. Scopri gli ultimi aggiornamenti dei progetti per trovare vulnerabilità, analizzare sistemi, automatizzare i test e rafforzare la tua sicurezza.

··Feed·Contatto·Privacy·© 2026 Kitploit

Directory degli strumenti

Categorie

Vedi tutte le categorie
Loading categories
Strumenti/GitHubGitHub/semonte/sisu
Sicurezza dell'Infrastruttura CloudRicognizioneAnalisi delle VulnerabilitàAudit di ConfigurazioneRaccolta InformazioniSicurezza CloudDevSecOpsRilevamento SegretiConfigurazione ErrataRisposta agli IncidentiAnalisi dei Log
4868 mesi faRevisionato da Kitploit
GitHub
semonte/sisu

sisu

Monta le risorse AWS come filesystem locale per l'esplorazione dell'infrastruttura, l'audit di sicurezza e l'analisi della configurazione utilizzando strumenti Unix standard come grep, diff e cat.

Vedi Repository

Più Popolari

Vedi tutti →

Scopri gli strumenti più utilizzati dalla nostra community.

Esplora tutti gli strumenti

Sfoglia la nostra collezione di strumenti

Vedi tutti gli strumenti →
Condividi

sisu ⚡

Il tuo AWS, come file system.

Demo

Questo:

root@kitploit:~
grep -l "AdministratorAccess" iam/users/*/policies.json

Invece di questo:

root@kitploit:~
aws iam list-users --query 'Users[].UserName' --output text | \
  xargs -I{} sh -c 'aws iam list-attached-user-policies --user-name {} --query "AttachedPolicies[].PolicyArn" --output text' | \
  grep AdministratorAccess

Table of Contents

  • What is this?
  • Install
  • Quick Start
  • The Good Stuff
  • Options
  • What's Supported
  • How CloudWatch Logs Streaming Works
  • Integrated Logs
  • ECS Explorer
  • CloudFront Explorer
  • S3 Bucket Metadata
  • EC2 Connect, Console & Remote Filesystem
  • Tools That Pair Well
  • Ask AI About Your Infrastructure
  • Real-World Debugging Example
  • Tips
  • Cos'è questo? 🤔

    sisu monta le risorse AWS come file system locale. Usa gli strumenti che già conosci - grep, cat, diff, vim - invece di combattere con JSON e la CLI AWS.

    Progettato per essere AI-friendly: gli strumenti AI non possono connettersi via SSH ai server o eseguire sessioni interattive della CLI AWS. Ma con sisu, la tua intera infrastruttura AWS diventa semplici percorsi di file che qualsiasi AI può leggere. I file system EC2 remoti sono accessibili in ec2/<instance>/fs/ - consentendo all'AI di esplorare /var/log, /etc e qualsiasi file sulle tue istanze senza SSH.

    Attualmente supporta S3, SSM, IAM, VPC, Lambda, EC2, ECS, CloudFront, Secrets Manager, Route 53 e CloudWatch Logs.

    Install 📦

    root@kitploit:~
    go install github.com/semonte/sisu@latest
    

    Richiede FUSE:

    root@kitploit:~
    sudo apt install fuse    # Ubuntu/Debian
    sudo yum install fuse    # RHEL/CentOS
    

    Quick Start 🚀

    root@kitploit:~
    sisu
    

    Ci sei. Il tuo AWS è ora a portata di mano:

    root@kitploit:~
    ~/.sisu/mnt/
    ├── default/              # AWS profile
    │   ├── global/           # IAM, S3, Route 53 (region-independent)
    │   │   ├── iam/
    │   │   ├── route53/
    │   │   └── s3/
    │   ├── us-east-1/        # Regional services
    │   │   ├── cloudfront/
    │   │   ├── ec2/
    │   │   ├── ecs/
    │   │   ├── lambda/
    │   │   ├── logs/
    │   │   ├── secrets/
    │   │   ├── ssm/
    │   │   └── vpc/
    │   └── eu-west-1/
    │       └── ...
    ├── prod/                 # Other profiles from ~/.aws/credentials
    └── staging/
    

    Digita exit quando hai finito.

    The Good Stuff 🔥

    Esplora la tua infrastruttura

    root@kitploit:~
    # Who has admin access?
    grep -l "AdministratorAccess" */global/iam/users/*/policies.json
    
    # Security groups with SSH open
    grep -r '"FromPort": 22' */us-east-1/vpc/*/security-groups/
    
    # Roles that Lambda can assume
    grep -l "lambda.amazonaws.com" */global/iam/roles/*/info.json
    
    # Secrets in SSM?
    grep -r "password" */us-east-1/ssm/
    
    # Lambda functions with secrets in env vars
    grep -r "PASSWORD\|SECRET\|API_KEY" */us-east-1/lambda/*/env.json
    
    # Functions using deprecated runtimes
    grep -r "python3.8\|nodejs16" */*/lambda/*/config.json
    
    # EC2 instances with public IPs
    grep -r "PublicIpAddress" */*/ec2/*/info.json
    
    # Find stopped instances (wasting money?)
    grep -r '"Name": "stopped"' */*/ec2/*/info.json
    
    # Connect to an EC2 instance via SSM (no SSH keys needed!)
    ./default/us-east-1/ec2/i-abc123/connect
    
    # View EC2 boot logs and kernel messages
    cat default/us-east-1/ec2/i-abc123/console.log
    
    # View all secrets
    ls */us-east-1/secrets/
    
    # Read a secret value
    cat default/us-east-1/secrets/myapp/database/value
    
    # List all DNS zones
    ls */global/route53/
    
    # View DNS records for a zone
    cat default/global/route53/example.com/records.json
    
    # Find all CNAME records
    grep -r '"Type": "CNAME"' */global/route53/*/records.json
    
    # Grep recent logs for errors
    grep -i "error" default/us-east-1/logs/aws/lambda/my-function/latest.log
    
    # View all log groups
    ls */us-east-1/logs/
    
    # List log streams (shows 20 most recent)
    ls default/us-east-1/logs/aws/lambda/my-function/
    
    # View events from a specific stream
    cat default/us-east-1/logs/aws/lambda/my-function/2024_01_15_abc123/events.log
    
    # ECS: Browse clusters, services, and tasks
    ls default/us-east-1/ecs/my-cluster/my-service/
    cat default/us-east-1/ecs/my-cluster/my-service/logs/latest.log
    
    # CloudFront: View distributions and functions
    ls default/us-east-1/cloudfront/distributions/
    cat default/us-east-1/cloudfront/functions/my-auth/code.js
    
    # S3: Check bucket policies and access settings
    cat default/global/s3/my-bucket/.meta/policy.json
    cat default/global/s3/my-bucket/.meta/public-access-block.json
    

    Confronta i tuoi ambienti

    root@kitploit:~
    # Compare IAM roles between accounts
    diff prod/global/iam/roles/api/info.json staging/global/iam/roles/api/info.json
    
    # Security group drift between regions
    diff default/us-east-1/vpc/vpc-xxx/security-groups/sg-xxx.json default/eu-west-1/vpc/vpc-yyy/security-groups/sg-yyy.json
    
    # Lambda config differences
    diff prod/us-east-1/lambda/my-func/config.json staging/us-east-1/lambda/my-func/config.json
    

    Inoltra a qualsiasi cosa

    root@kitploit:~
    # Pretty print with jq
    cat default/global/iam/roles/my-role/info.json | jq '.AssumeRolePolicyDocument'
    
    # Count your roles
    ls default/global/iam/roles/ | wc -l
    
    # Find untagged resources
    cat default/us-east-1/vpc/vpc-xxx/info.json | jq 'select(.Tags == null)'
    
    # List all Lambda runtimes in use
    grep -h "Runtime" */*/lambda/*/config.json | sort | uniq -c
    

    Modifica SSM come un file

    root@kitploit:~
    cat default/us-east-1/ssm/myapp/database-url          # read
    echo "postgres://prod:5432" > default/us-east-1/ssm/database-url  # write
    vim default/us-east-1/ssm/myapp/config                # edit
    

    S3, alla maniera Unix

    root@kitploit:~
    cp local.txt default/global/s3/my-bucket/backup/
    cat default/global/s3/my-bucket/logs/app.log | grep ERROR
    rm default/global/s3/my-bucket/old-file.txt
    

    Opzioni ⚙️

    root@kitploit:~
    sisu                                    # Start at root
    sisu --profile prod                     # Start in prod/
    sisu --profile prod --region us-east-1  # Start in prod/us-east-1/
    sisu stop                               # Unmount
    sisu --debug                            # Debug logging
    

    Cosa è supportato ✅

    ServizioLetturaScritturaEliminazione
    S3 (oggetti, bucket policies, impostazioni di accesso)✓✓✓
    SSM Parameter Store✓✓✓
    IAM (utenti, ruoli, policies, gruppi)✓--
    VPC (subnet, security group, route)✓--
    Lambda (config, policy, variabili d'ambiente, log)✓--
    EC2 (istanze, security group, tag, log, fs remoto)✓--
    ECS (cluster, servizi, task, log)✓--
    CloudFront (distribuzioni, funzioni, log)✓--
    Secrets Manager✓--
    Route 53 (zone, record)✓--
    CloudWatch Logs✓--

    Come funziona lo streaming di CloudWatch Logs 📜

    I file events.log dei log stream vengono trasmessi pigramente da AWS invece di essere caricati interamente in memoria:

    • Recupero on-demand: gli eventi vengono recuperati in lotti di 100 mentre scorri il file
    • Efficiente in memoria: viene bufferizzato solo il contenuto recuperato, non l'intero stream
    • Letture sequenziali: funziona con cat, grep, head, less
    root@kitploit:~
    # Fetches only enough batches to find the match
    grep "ERROR" .../my-stream/events.log
    
    # Fetches just the first batch
    head -50 .../my-stream/events.log
    
    # Scroll through with on-demand loading
    less .../my-stream/events.log
    
    # Will fetch all events
    cat .../my-stream/events.log | wc -l
    

    Nota: tail non funziona correttamente con i file in streaming perché cerca di posizionarsi alla fine del file, ma la dimensione effettiva del file è sconosciuta finché non viene caricato completamente. Usa cat ... | tail come soluzione alternativa.

    Log integrati 📋

    Ogni servizio ha i log direttamente sotto la propria risorsa - nessun bisogno di cercare i log group:

    root@kitploit:~
    # Lambda function logs
    cat default/us-east-1/lambda/my-function/logs/latest.log
    
    # EC2 instance logs (searches for log groups containing instance ID)
    cat default/us-east-1/ec2/i-abc123/logs/latest.log
    
    # ECS service logs
    cat default/us-east-1/ecs/my-cluster/my-service/logs/latest.log
    
    # CloudFront function logs
    cat default/us-east-1/cloudfront/functions/my-auth/logs/latest.log
    

    Tutti i log integrati utilizzano lo streaming: recuperano gli eventi on-demand mentre leggi.

    Esplora ECS 🐳

    Esplora cluster, servizi e task ECS:

    root@kitploit:~
    ecs/
    ├── my-cluster/
    │   ├── web-service/
    │   │   ├── info.json          # Service configuration
    │   │   ├── logs/
    │   │   │   └── latest.log     # Streaming service logs
    │   │   └── tasks/
    │   │       └── abc123/
    │   │           └── info.json  # Task details
    │   └── api-service/
    │       └── ...
    
    root@kitploit:~
    # List all ECS clusters
    ls default/us-east-1/ecs/
    
    # View service configuration
    cat default/us-east-1/ecs/my-cluster/web-service/info.json
    
    # Stream service logs
    cat default/us-east-1/ecs/my-cluster/web-service/logs/latest.log
    
    # List running tasks
    ls default/us-east-1/ecs/my-cluster/web-service/tasks/
    

    Esplora CloudFront 🌐

    Esplora distribuzioni e funzioni CloudFront:

    root@kitploit:~
    cloudfront/
    ├── distributions/
    │   └── E1ABC123/
    │       ├── info.json          # Distribution config
    │       └── origins.json       # Origins with OAC/OAI info
    └── functions/
        └── my-auth/
            ├── code.js            # Function source code
            ├── config.json        # Function configuration
            └── logs/
                └── latest.log     # Function execution logs
    
    root@kitploit:~
    # List distributions
    ls default/us-east-1/cloudfront/distributions/
    
    # Check origin access configuration (debug S3 access issues!)
    cat default/us-east-1/cloudfront/distributions/E1ABC123/origins.json
    
    # View and edit CloudFront function code
    cat default/us-east-1/cloudfront/functions/my-auth/code.js
    
    # Debug function execution
    cat default/us-east-1/cloudfront/functions/my-auth/logs/latest.log
    

    Metadati dei bucket S3 🪣

    Ogni bucket S3 ha una directory nascosta .meta/ con la configurazione del bucket:

    root@kitploit:~
    # View bucket policy
    cat default/global/s3/my-bucket/.meta/policy.json
    
    # Check public access block settings
    cat default/global/s3/my-bucket/.meta/public-access-block.json
    

    Utile per il debug di problemi di accesso CloudFront-S3!

    EC2 Connect, Console e File System Remoto 🖥️

    Ogni istanza EC2 espone:

    root@kitploit:~
    ls default/us-east-1/ec2/i-abc123/
    # info.json  security-groups.json  tags.json  console.log  connect  fs/  logs/
    

    Connettiti via SSM (niente chiavi SSH, nessun IP pubblico richiesto):

    root@kitploit:~
    ./default/us-east-1/ec2/i-abc123/connect
    

    Richiede il plugin Session Manager.

    Visualizza i log di avvio e i messaggi del kernel:

    root@kitploit:~
    cat default/us-east-1/ec2/i-abc123/console.log
    

    Esplora il file system dell'istanza da remoto (tramite SSM Run Command):

    root@kitploit:~
    # List files on the instance
    ls default/us-east-1/ec2/i-abc123/fs/etc/
    
    # Read remote files
    cat default/us-east-1/ec2/i-abc123/fs/etc/hostname
    
    # Grep across remote logs
    grep ERROR default/us-east-1/ec2/i-abc123/fs/var/log/syslog
    
    # Compare configs between instances
    diff prod/us-east-1/ec2/i-111/fs/etc/nginx/nginx.conf \
         prod/us-east-1/ec2/i-222/fs/etc/nginx/nginx.conf
    

    Niente chiavi SSH o porte aperte richieste - usa SSM Run Command sotto il cofano.

    Strumenti che funzionano bene insieme 🔧

    ToolCosa fa
    fzfRicerca fuzzy con anteprima
    jqQuery/trasformazione JSON
    difftasticDiff strutturale (capisce i JSON)
    root@kitploit:~
    # Browse and preview any resource interactively
    find */global/iam/roles -name "info.json" | fzf --preview 'jq . {}'
    
    # Find Lambda functions with high memory
    jq -r 'select(.MemorySize > 512) | .FunctionName' */us-east-1/lambda/*/config.json
    
    # Compare prod vs staging config
    difft prod/us-east-1/lambda/api/config.json staging/us-east-1/lambda/api/config.json
    

    Chiedi all'AI informazioni sulla tua infrastruttura 🤖

    Poiché sono solo file, gli strumenti AI possono leggere e analizzare il tuo AWS direttamente:

    root@kitploit:~
    cd ~/.sisu/mnt && claude
    
    "Find security groups that allow SSH from 0.0.0.0/0"
    "Review IAM roles for overly permissive policies"
    "Compare prod and staging Lambda configs"
    

    Esempio di debug nel mondo reale 🔍

    Problema: il servizio ECS fallisce con "No Container Instances were found in your cluster"

    Usando sisu per diagnosticare senza SSH:

    root@kitploit:~
    # Check cluster status - no instances registered
    cat ecs/jobdeck-cluster/info.json | jq '.RegisteredContainerInstancesCount'
    # → 0
    
    # Check service config - using EC2 launch type
    cat ecs/jobdeck-cluster/jobdeck-api/info.json | jq '.LaunchType, .FailedTasks'
    # → "EC2", 136
    
    # EC2 instance exists - check its ECS config
    cat ec2/i-xxx/fs/etc/ecs/ecs.config
    # → ECS_CLUSTER=jobdeck-cluster ✓
    
    # Check ECS agent logs - no agent log!
    ls ec2/i-xxx/fs/var/log/ecs/
    # → ecs-volume-plugin.log (missing ecs-agent.log!)
    
    # Check what AMI is running
    cat ec2/i-xxx/fs/etc/image-id
    # → image_name="amzn2-ami-minimal-hvm"  ← NOT ECS-optimized!
    

    Causa principale trovata: l'istanza EC2 utilizza l'AMI Amazon Linux 2 Minimal invece dell'AMI ottimizzata per ECS. L'AMI minimal ha i pacchetti ECS installati, ma il servizio agent non è abilitato per impostazione predefinita.

    Soluzione: usa l'AMI ottimizzata per ECS, oppure aggiungi systemctl enable --now ecs allo user-data.

    Tutto questo debug è stato fatto da Claude AI navigando nel file system tramite sisu - nessun SSH manuale richiesto!

    Suggerimenti 💡

    • I risultati vengono memorizzati nella cache per 5 minuti
    • Le liste S3 sono limitate a 100 elementi per directory
    • CloudWatch Logs recupera gli eventi in lotti di 100

    Licenza 📄

    MIT

    Scarica lo strumento