soctalk
AccediProva sandbox

Open Source

Cosa è aperto. Cosa è commerciale.

SocTalk è prima di tutto open source. La piattaforma che useresti davvero per erogare servizi SOC ai clienti è Apache 2.0 e vive su github.com/soctalk/soctalk. SocTalk Cloud è il livello commerciale sopra, che copre control plane gestito, supporto e funzionalità del programma partner. Cloud è opzionale, non obbligatorio.

Nella distribuzione open source

Il fondamento SIEM basato su Wazuh, la base multi-tenant con isolamento per tenant, i flussi di lavoro SOC assistiti da IA, il catalogo controlli aperto, gli snapshot base di evidenze, le integrazioni standard e il percorso di distribuzione per hosting autonomo. È abbastanza per gestire un'operazione SOC MSP o MSSP dall'inizio alla fine senza mai parlare con Atricore.

Il multi-tenancy è nel FOSS proprio perché è essenziale per il caso d'uso MSP e MSSP. Non lo mettiamo dietro una licenza commerciale, perché renderebbe l'open source inutilizzabile per il pubblico per cui la piattaforma è costruita.

Sorgente su github.com/soctalk/soctalk. Apache 2.0, nessuna cessione di licenza dei contributor, nessun branch solo Atricore.

In SocTalk Cloud

SocTalk Cloud gestisce l'esperienza del control plane gestito, la pipeline di manutenzione e upgrade, la relazione di supporto e le funzionalità del programma partner che scalano un business MSP o MSSP in crescita. In particolare:

Un piano di controllo ospitato che gestisce il ciclo di vita dei tenant (avvia, sospendi, dismetti). Portali tenant a marchio bianco per l'identità visiva del partner. Reportistica premium e flussi di evidenza. RBAC avanzato e audit trail per clienti regolati. Gestione della flotta per provider che eseguono tenant su molti ambienti. Integrazioni enterprise e mappature personalizzate. SLA specifici e ambito funzionale vengono modellati per cliente durante la fase dei clienti fondatori.

Cosa SocTalk Cloud non fa: ospitare il tuo piano dati SOC a meno che tu non lo chieda, prendere il controllo delle tue relazioni con i clienti, sostituire i tuoi analisti o vendere capacità di analisti SOC come servizio. Il provider mantiene relazione con il cliente e modello di erogazione.

Quando va bene l'hosting autonomo, quando va bene Cloud

Hosting autonomo

Gestisci tu la piattaforma. È adatto quando hai solide competenze operative su k8s e postgres, quando requisiti di residenza dei dati o air-gap escludono infrastruttura ospitata, quando stai ancora definendo l'economia unitaria su clienti più piccoli, o quando preferisci semplicemente gestire tutto internamente. La distribuzione FOSS ti dà la piattaforma completa senza pezzi mancanti.

SocTalk Cloud

Gestiamo noi il control plane. È adatto quando stai crescendo oltre il punto in cui le operazioni di piattaforma distraggono dall'erogazione SOC, quando vuoi funzionalità del programma partner (marchio bianco, posto RFC, canale), quando la postura di compliance conta fin dall'inizio, o quando la tua capacità di ingegneria rende di più sul lavoro rivolto al cliente che sui componenti di base della piattaforma.

Migra in entrambe le direzioni

Lo stesso codice gira in entrambe le modalità. Migrare da Cloud a hosting autonomo è un dump postgres e un'installazione chart. Migrare da hosting autonomo a Cloud è lo stesso al contrario. Ottieni il diritto a non restare vincolato potendo uscire in qualsiasi momento.