Vår egen sikkerhetsstilling

Datahåndtering

Vi leser minimum-metadata som trengs for å vurdere posture og strømmer. Der inholdsinseksjon er påkrevd (Flow Guard), blir innholdet behandlet forbigående for klassifisering og blir ikke beholdt utover dommen og dens bevisutdrag.

Funn, dommer og deres bevis er lagret kryptert i hvile. Du kan eksportere eller slette dine arbeidsplassdata når som helst — sletting er en produktfunksjon, ikke en supportbillett.

Kun OAuth-omfang

Konnektorer autentiserer med OAuth eller leverandør-API-er ved bruk av de smaleste omfangene som støtter motoren du aktiverte. Vi lister hvert omfang vi ber om og hvorfor, per kobleenhet, i dokumentasjonen.

Ingen endpoint-agenter, ingen nettverksapparater, ingen nettleserutvidelser. Å tilbakekalle OAuth-tillatelsen sperrer vår tilgang øyeblikkelig — din av/på-bryter er identitetsleverandøren du allerede kontrollerer.

Plattformsikkerhet

Du logger inn med en e-postadresse og passord, eller med Google. Passord må være minst 12 tegn og lagres bare som saltet scrypt-hash — aldri i lesbar form — og påloggingsforsøk er hastighetsbegrenset per IP-adresse. Hvem som helst kan legge til en annen faktor (TOTP-autentiseringsapper pluss engangs sikkerhetskopikoder), og en organisasjon kan kreve det for hvert medlem. Enterprise-organisasjoner kan legge til enkel pålogging (SAML (kommer snart) med Okta, Azure AD, Google eller OneLogin), gjøre SSO til den eneste måten å logge inn på (kommer snart), og begrense tilgang til klarerte IP-områder (IPv4 og IPv6).

Hver pålogging oppretter en økt som holdes i en HttpOnly, sikker informasjonskapsel og støttes av en serverside-record som blir sjekket på hver forespørsel — slik at en økt du tilbakekaller, eller en som bryter organisasjonens IP- eller sesjonspolicy, slutter umiddelbart. Du kan se aktive økter og logge ut fra alle på en gang. I produktet er tilgangen minst-privilegie: finmasket egendefinert RBAC bygget fra per-funksjon-tillatelses-atomer, sesjonspolicyer (maksimal varighet, inaktiviets-timeout og kraft-logout) og en append-only per-organisasjon revisjonslogg du kan strømme eller eksportere til din SIEM som CSV, JSON eller CEF.

Hver utgave leveres bak en serie på mer enn 4 000 automatiserte tester, oversettelsesparitet-porter på tvers av 13 språk og en produksjons-build-gate — samme ingeniørrigør vi forventer av systemene vi sikrer.

Tre nivåer av handling — og bare ett av dem skriver

Hver organisasjon starter med Oppdagelse og Varsel: 8200.dev leser gjennom skrivebeskyttede omfanger, finner risikable tillatelser, datastrømmer og agenthandlinger og forklarer hver enkelt. Anbefale og Veilede er skrivebeskyttet også — det legger til den nøyaktige fiksen og trinn-for-trinn-instruksjoner for en person på din side for å bruke. Hvor produktet viser hva som ville bli blokkert uten skrivetilgang, er det merket som en simulering; vi hevder aldri håndhevelse vi ikke har.

Auto-remediering er det eneste nivået som endrer noe i kildene dine, og det er slått av som standard. Det virker bare når en eier eller admin har slått det på for organisasjonen, en policy for regelen er bevæpnet og du har separat gitt den konnektøren de skritetillatelsene den trenger — en andre samtykke du kan tilbakekalle når som helst uten å forstyrre overvåking. Selv da bare tilbakekaller eller reduserer den tilgangen (for eksempel, fjerner en offentlig lenke eller en ekstern deling); den sletter aldri filer eller rører ved innholdet deres, og hver handling blir skrevet til revisjonsloggen. Auto-remediering er ikke tilgjengelig på Google Workspace ennå: skritetillatelses det trenger har ikke blitt verifisert av Google.

Ingen offensive kapabiliteter

8200.dev inneholder ingen exploitering, laterale bevegelser eller offensive verktøy i det hele tatt. Plattformen observerer konfigurasjoner, evaluerer datastrømmer og håndhever policy gjennom leverandør-API-ene du godtok — ingenting annet.

Den ene analysen som ikke trenger en tilkoblet kilde, er den gratis AI Exposure Check. Den spør offentlige DNS-resolvere om et domenenavn du angir, og returnerer bare en poengsum, tellinger og statusflagg. Den kobler seg ikke til domenes servere eller nettsted selv (den offentlige resolveren kan spørre domenets navnservere, som normal DNS-oppløsning gjør), og den skanner ikke porter, forsøker ikke å logge inn eller tester ikke for sårbarheter. Den har hastighetsgrensing, og Acceptable Use Policy (avsnitt 3A) setter reglene for den.

Revisjonslogging

Hver handling plattformen tar — hver skanning, funn, blokk og konfigurasjon-endring — blir skrevet til en append-only revisjonslogg. Business og Enterprise-tierene kan eksportere den.

Våre egne administratorhandlinger på din arbeidsplassdata blir logget i samme spor og er synlige for deg. Vi har ikke en stille bakdør inn i dataene dine, og vi sørget for at du kan verifisere det.

Rapportering av sårbarhet

Funnet noe? Skriv til [email protected]. Vi sikter på å erkjenne rapporter innen 48 timer, og vi legger ikke munn på god-tro-forskere.

Vi følger koordinert offentliggjøring med et 90-dagers vindu: vi jobber på en løsning fra det øyeblikket du rapporterer, holder deg oppdatert og ber om at du holder offentlig offentliggjøring i inntil 90 dager eller til løsningen sendes, hva som kommer først.