Sikkerhet og samsvar, bygget inn i kontrollplanen
Sikkerhet i Sencai er ikke et lag som legges på i etterkant. Hver handling — en brannmurendring, en oppdateringsutrulling, en godkjent rettighetsheving — skrives til samme manipulasjonssikre logg. Tilgang utløper som standard, og endringer går direkte til leverandøren. Når en revisor ber om bevis, eksporterer du det i stedet for å sette det sammen fra hukommelsen. Sencai er bygget og drevet av et tsjekkisk selskap under EU-rett.
Endringer går direkte til leverandøren
Mange verktøy administrerer en kopi av skyen din som glir ut av takt når noen redigerer en sikkerhetsgruppe for hånd. Der Sencai har bygget direkte administrasjon, sendes endringen din via leverandørens eget API, og svaret kommer tilbake før skjermen oppdateres. Dekningen varierer: DNS når flest leverandører, brannmur og sikkerhetsgrupper færre, og virtuelle nettverk enda færre. Hver integrasjonsside oppgir hva som er direkte for den leverandøren, og inventar og provisjonering dekker resten. Ingenting migreres: kontoen, avtalen og regningen din blir der de er. Der direkte skriving mangler, viser inventaret og revisjonssporet likevel hva som finnes og hvem som har rørt det.
Oppdater, herd og kjør runbooks overalt
En lettvekts agent kjører på enhver Linux-server: skyinstans, bare metal-maskin eller en maskin under et skrivebord. Den overvåker verten, sporer installert programvare og installerer oppdateringer, slik at du ser hva som er utdatert i hele flåten. En separat agent dekker Kubernetes-klynger. Med runbook-automatisering skriver du en oppdateringsutrulling eller en hendelsesrespons én gang, setter den bak en godkjenning og kjører den på samme måte på hver tilsvarende vert. Herding avhenger ikke av hvilken leverandør en server står hos.
Tilgang som utløper som standard
Pålogging skjer via Microsoft Entra ID eller Google Workspace, og SCIM oppretter og fjerner personer etter hvert som de begynner og slutter. Rollebasert tilgangskontroll bestemmer hva hver bruker kan se og endre. For sensitivt arbeid betyr just-in-time-rettighetsheving at ingen har varige administratorrettigheter. En person ber om tilgang for en oppgave, en annen godkjenner, og tilgangen utløper av seg selv. Godkjenningen registreres i revisjonssporet. Se siden om funksjoner for SSO-håndheving og JIT-godkjenning sammen.
En protokoll som bare vokser
Hver handling — en provisjonert instans, en endret brannmurregel, en godkjent rettighetsheving, en slettet ressurs — skriver en oppføring til en append-only, hash-kjedet logg. Hver oppføring bærer hashen til den forrige, så redigering eller sletting av en tidligere oppføring bryter kjeden på en måte som kan oppdages. «Hvem endret dette, og når» blir en spørring, ikke en etterforskning. Den er også ryggraden i Sencais NIS2-bevis. Hvor langt tilbake du kan se, avhenger av planen din, men ingenting som er skrevet blir noen gang slettet.
Bevis, ikke et sertifikat vi ikke har
Sencai har ikke ISO 27001 eller SOC 2, og sier det rett ut. En sikkerhetsgjennomgang trenger vanligvis bevis: et eksporterbart revisjonsspor, en protokoll over behandlingsaktiviteter, en publisert liste over underleverandører, en erklæring om hvor dataene dine ligger og en publisert databehandleravtale. Sencai har alle fem. Sencai Tech s.r.o. drives under EU-rett fra Praha. Se hvordan dette passer for regulerte bransjer og offentlig sektor, eller slå opp NIS2 i ordlisten.
Start med inventaret du allerede har
Koble til en konto eller registrer en server: begge havner i samme inventar, uten noe som må migreres. Den gratis organisasjonen dekker én bruker og fem administrerte ressurser, uten kort og uten tidsfrist. Utover det betaler du per ressurs og per person; se [priser](/pricing/).