Sicurezza

Progettata assumendo esposizione a Internet.

Exploit2Impact è pensato per funzionare dietro un reverse proxy affidabile e TLS. Il threat model considera credential attack, tenant escape, injection, SSRF, divulgazione di segreti, manomissione dell'audit, abuso della coda e compromissione della supply chain.

Identity e access control

  • Login con password (bcrypt), 2FA TOTP e sessioni revocabili
  • OIDC/SSO con state, nonce e PKCE; OAuth2 token introspection opzionale
  • API key con scope, scadenza, rotazione ed eliminazione
  • SCIM 2.0 che non può assegnare il ruolo admin
  • Ruoli Admin, Auditor, User con permessi granulari

Isolamento dei tenant

  • Membership e privilegi verificati prima di accedere a simulazioni, report, audit, job e artifact
  • Amministratori globali configurati esplicitamente e ridotti al minimo
  • Conferma legata al tenant per le operazioni distruttive, contro cancellazioni cross-tenant

Protezione di dati e segreti

  • Segreti e chiavi di firma da ambiente o secret manager, mai da file di repository
  • Cifratura dei campi sensibili e redazione dei segreti in log e configurazione
  • Backup cifrati; artifact con permessi restrittivi o cifratura S3/KMS
  • Comportamento fail-closed in produzione se i servizi critici non sono operativi

Audit e integrità

  • Eventi strutturati in una catena hash append-only, con append serializzato per tenant
  • Verifica dell'integrità e export del bundle di audit con firma opzionale
  • Checkpoint firmati e conservati in modalità write-once (locale o S3 Object Lock)
  • Tracciamento di login, simulazioni, amministrazione e uso delle API key

Sicurezza delle integrazioni outbound

  • Protezione SSRF per chiamate in uscita e webhook
  • Destinazioni HTTPS con allowlist configurabile e redirect disabilitati
  • Webhook con payload firmato HMAC, limite di 256 KiB e segreto cifrato a riposo
  • Timeout, circuit breaker e limiti sulle fonti di threat intelligence

Deployment e readiness

  • Container-ready con PostgreSQL, Redis, worker e scheduler dedicati
  • Endpoint di liveness e readiness senza esposizione di segreti
  • Metriche Prometheus e tracing OpenTelemetry opzionali
  • Rate limiting globale, per IP e per utente; CORS con origini esplicite

Supply-chain security

  • Audit delle dipendenze, SBOM CycloneDX e image scanning
  • Manifest di rilascio verificabile
  • Rilascio bloccato se l'albero di lavoro Git non è pulito
  • Backup e restore verificati in CI su servizi effimeri

Qualità verificata

  • 233 test automatici nell'ultimo quality gate
  • Copertura dei moduli security-critical al 92%
  • Ruff e Pyright senza errori; scansione dipendenze senza vulnerabilità note al momento del controllo

Responsible disclosure

Hai trovato una vulnerabilità?

Se ritieni di aver individuato un problema di sicurezza, scrivici con i dettagli minimi per riprodurlo. Evita di includere dati personali o credenziali.

Segnalazioni di sicurezza

Invia un messaggio a exploit2impactcareers@gmail.com con oggetto «Segnalazione di sicurezza». Per tutelare i dati di un ambiente reale, su questo sito non pubblichiamo valori di configurazione, host o chiavi.

Hai requisiti di sicurezza specifici?

Parliamone: ti indichiamo topologia di deployment e controlli disponibili.