10110010011101001011001101101110101018200.devFrom Enterprise.Systems

Vores egen sikkerhedsposition

Vi sælger datasikkerhed. Her er, hvordan vi håndterer dine – angivet klart, på samme måde som vores produkt forklarer sine resultater.

Datahåndtering

Vi læser de mindste metadata, der kræves for at evaluere posture og flows. Hvor indholdsinspektionen er påkrævet (Flow Guard), behandles indhold forbigående til klassificering og bibeholdes ikke ud over kendelsen og dens bevisudsnit.

Resultater, kendelser og deres bevis lagres krypteret i hvile. Du kan eksportere eller slette dine workspace-data til enhver tid – sletning er en produktfunktion, ikke en supportanmodning.

Kun OAuth-omfang

Konnektorer autentificerer med OAuth eller leverandør-API'er ved hjælp af det smalleste omfang, der understøtter den engine, du aktiverede. Vi lister hvert omfang, vi anmoder om, og hvorfor, per konnektor, i dokumenterne.

Ingen endpoint-agenter, ingen netværksapparater, ingen browserudvidelser. At tilbagekalde OAuth-grantet serer vores adgang øjeblikkeligt – din kill-switch er den identitetsprovider, du allerede kontrollerer.

Platformssikkerhed

Du logger ind med en e-mailadresse og adgangskode, eller med Google. Adgangskoder skal være mindst 12 tegn lange og gemmes kun som saltede scrypt-hashes – aldrig i læsbar form – og loginforsøg er hastighedsbegrænset pr. IP-adresse. Alle kan tilføje en anden faktor (TOTP-godkendelses-apps plus engangskoderne til sikkerhedskopi), og en organisation kan kræve det for alle medlemmer. Virksomhedsorganisationer kan tilføje single sign-on (SAML (kommer snart) med Okta, Azure AD, Google eller OneLogin), gøre SSO til den eneste vej ind (kommer snart) og begrænse adgangen til pålidelige IP-områder (IPv4 og IPv6).

Hver login opretter en session, der holdes i en HttpOnly, sikker cookie og bakkes op af en server-side-record, der kontrolleres ved hver anmodning – således en session, du tilbagekalder, eller en, der bryder din organisations IP- eller sessionspolitik, slutter øjeblikkeligt. Du kan gennemse dine aktive sessioner og logge ud af dem alle på én gang. Inden for produktet er adgangen mindst-privilegie: finkornet brugerdefineret RBAC bygget fra per-feature tilladelsesatomer, sessionspolitikker (maksimal varighed, inaktiv timeout og force-logout) og en append-only per-organisatiosn revisionslog, du kan streame eller eksportere til din SIEM som CSV, JSON eller CEF.

Hver udgivelse leveres bag en suite på mere end 4.000 automatiserede test, translation-paritet-porte på 13 sprog og en produktions-build-port – den samme ingeniørrigør, vi forventer af de systemer, vi sikrer.

Tre niveauer af handling – og kun ét af dem skriver

Hver organisation starter med Detect & Alert: 8200.dev læser gennem skrivebeskyttede omfang, finder risikable tilladelser, dataflows og agenthandlinger og forklarer hver enkelt. Recommend & Guide er skrivebeskyttet også – det tilføjer den nøjagtige rettelse og trin-for-trin-instruktioner til en person på din side for at anvende. Overalt hvor produktet viser, hvad der ville blive blokeret uden skrive-adgang, er det mærket som en simulering; vi gør aldrig krav på håndhævelse, vi ikke har.

Auto-remediate er det eneste niveau, der ændrer noget i dine kilder, og det er slået fra som standard. Det virker kun, når en ejer eller admin har slået det til for organisationen, en politik for reglen er bevæbnet, og du har separat givet den konnektor de skrive-omfang, den skal bruge – en anden samtykke, du kan tilbagekalde når som helst uden at afbryde overvågningen. Selv da fungerer det kun ved at tilbagekalde eller reducere adgangen (for eksempel fjerne et offentligt link eller en ekstern deling); det sletter aldrig filer eller påvirker deres indhold, og hver handling skrives til revisionsloggen. Auto-remediate er ikke tilgængelig på Google Workspace endnu: det skrive-omfang, det skal bruge, er ikke blevet verificeret af Google.

Ingen offensive evner

8200.dev indeholder ingen udnyttelse, lateral-bevægelse eller offensiv værktøj af nogen art. Platformen observerer konfigurationer, evaluerer dataflows og håndhæver politik gennem de leverandør-API'er, du godkendte – intet andet.

Den ene analyse, der ikke kræver en tilsluttet kilde, er den gratis AI Exposure Check. Den spørger offentlige DNS-resolvere om et domænenavn, du indtaster, og returnerer kun en score, tællinger og statusflag. Den opretter ikke forbindelse til domænets servere eller websted selv (den offentlige resolver kan forespørge domænets navneservere, som normal DNS-opløsning gør), og den scanner ikke porte, forsøger ikke at logge ind eller tester ikke for sårbarheder. Den har en hastighedsbegrænsning, og Acceptable Use Policy (afsnit 3A) fastlægger dens regler.

Revisionslogging

Hver handling, platformen tager – hver scan, resultat, blokering og konfigurationsændring – skrives til en append-only revisionslog. Business- og Enterprise-niveauer kan eksportere den.

Vores egne adminhandlinger på dit workspace er logget i det samme spor og er synlige for dig. Vi har ikke en stille bagdør til dine data, og vi sikrede, at du kan verificere det.

Rapportering af en sårbarhed

Fandt noget? Skriv til [email protected]. Vi sigter på at bekræfte rapporter inden for 48 timer, og vi forbyder ikke velmenende forskere.

Vi følger koordineret offentliggørelse med et 90-dages vindue: vi arbejder på en rettelse fra det øjeblik, du rapporterer, holder dig opdateret, og spørger dig om at holde offentlig offentliggørelse i op til 90 dage eller indtil rettelsen leveres, alt efter hvad der kommer først.