Legg til sikkerhets- og samsvarstilkoblinger

Bare eiere av Enterprise-arbeidsområder kan installere sikkerhets- og samsvarstilkoblinger for hele arbeidsområdet. Slik legger du til en sikkerhets- og samsvarstilkobling:

1. Gå til Innstillinger → Tilkoblinger.

2. Sorter etter sikkerhets- og samsvarstypen du ser etter.

• Arbeidsområdet ditt må være på et Enterprise-abonnement.

• Bare en eier av et arbeidsområde kan konfigurere sikkerhets- og samsvarstilkoblinger for et Notion-arbeidsområde.

• Du må ha administratorrettigheter i partnerverktøyet.

Integrering med en DLP-løsning vil bidra til å oppdage bruk av sensitive data i arbeidsområdet ditt og iverksette automatiserte tiltak for å utbedre databrudd raskt ved å varsle arbeidsområdeeiere, redigere innhold eller begrense sidetilgang.

Nightfall AI

1. I Notion, gå til Innstillinger → Tilkoblinger → åpne fanen Arbeidsområde.

2. Velg Koble til på Nightfall-flisen → Koble til Nightfall.

3. Autentiser med Nightfall-legitimasjonen din.

4. Du finner flere instruksjoner her, og kan lære mer om tilkoblingen her.

Nightfall AI

1. I Notion, gå til Innstillinger → Tilkoblinger → åpne fanen Arbeidsområde.

2. Velg ••• ved siden av Nightfall-tilkoblingen → Koble fra.

3. I Nightfall-applikasjonen, velg Notion under Mine integrasjoner, og fjern det relevante Notion-arbeidsområdet fra Arbeidsområder-listen.

Integrering med en SIEM-løsning vil bringe Notion-revisjonslogginformasjonen din inn i en delt plattform med resten av SaaS-apploggene dine for å:

• Sørg for innsyn i Notion-bruker- og arbeidsområdeaktivitet i en tredjeparts revisjonslogg for bedre analyse, søk og korrelasjoner.

• Konfigurer ferdige varsler om uvanlig brukeraktivitet i sanntid.

• Tilby rapporter og dashbord for å støtte hendelsesundersøkelser.

Datadog

1. I Notion, gå til Innstillinger → Tilkoblinger → åpne fanen Arbeidsområde.

2. Klikk på Koble til på Datadog-flisen → Koble til Datadog.

   • Merk: Foreløpig kan én Datadog-forekomst kun kobles til maksimalt ett arbeidsområde.

3. Autentiser med Datadog-legitimasjonen din ved å velge organisasjonen din.

4. Du finner flere instruksjoner her.

Panther

• Logg inn på Panther-konsollen.

• I navigasjonsmenyen til venstre i Panther-konsollen velger du Konfigurer → Loggkilder → Opprett ny.

• Søk etter Notion, og velg deretter Notion-flisen.

• I glidebryterpanelet er rullegardinmenyen Transportmekanisme øverst til høyre forhåndsutfylt med HTTP-alternativet. Velg Oppsett.

• Følg Panthers instruksjoner for å konfigurere en HTTP-kilde.

  • Merk: Du må bruke HMAC-autentisering.

• Overskriftsnavnet tilknyttet hemmelig nøkkelverdi vil være låst med verdien x-notion-signature.

• Kopier nøye hemmelig nøkkelverdi og lagre den på et trygt sted. Du trenger den for å konfigurere tilkoblingen i Notion.

• Du finner flere instruksjoner her.

Splunk

• Merk: Avhengig av Splunk-forekomsttypen din, kan Webhook-URL og hemmelig kode variere. Vi støtter for øyeblikket Splunk Cloud- eller Enterprise-lisenser (ikke On-Prem).

• Hent Webhook-URL (HEC-URL).

• Logg inn på Splunk-forekomsten.

• Naviger til appen Søk og rapportering og velg Innstillinger.

• Under Data-delen klikker du på Innsamling av HTTP-hendelse.

• Finn ønsket HEC-konfigurasjon og velg den, eller opprett en ny.

• På konfigurasjonssiden finner du HEC-URL-en. Den begynner vanligvis med https:// etterfulgt av vertsnavnet eller endepunktet levert av Splunk, og slutter med HEC-tokenet. For eksempel: https://

• Hent hemmelig kode (HEC-token) og gjenta trinnene ovenfor.

• På konfigurasjonssiden finner du HEC-tokenet, en lang alfanumerisk streng under feltet Token.

• Du finner instruksjoner her.

Sumo Logic

• Logg inn på Sumo Logic-forekomsten.

• Velg Administrer data → Innsamling.

• Gå til Installasjonsveiviser og velg Kom i gang.

• Når Datatype vises, velger du Den egendefinerte appen din → HTTPS-kilde.

• Kopier URL-en til HTTP-kilden til Notion-innstillingene.

• Du finner instruksjoner her.

For å sette opp det meste av denne tilkoblingen må du manuelt oppgi en webhook-URL eller et token.

• Datadog: Webhook-URL og Token er ikke påkrevd.

• Panther: Angi URL-en til HTTP-kilden i feltet Webhook-URL og verdien for HMAC-autentiseringsnøkkelen i feltet Token.

• Splunk: Angi URL-en til HTTP-hendelsesinnsamleren (HEC) i feltet Webhook-URL og tokenet til HTTP-hendelsesinnsamleren (HEC) i feltet Token.

• Sumo Logic: Angi URL-en til HTTP-hendelsesinnsamleren (HEC) i feltet Webhook-URL. Et token er påkrevd.

Hvis SIEM-plattformen din ikke er oppført ovenfor, kan du bruke Notions egendefinerte SIEM-integrasjon for å strømme revisjonslogghendelser til et hvilket som helst SIEM-endepunkt via en egendefinert webhook.

Den egendefinerte SIEM-integrasjonen sender de samme revisjonslogghendelsene som partnerintegrasjonene, levert i sanntid som JSON-nyttelaster til webhook-URL-en du konfigurerer.

Egendefinert SIEM støtter ikke egendefinerte porter for HTTP- eller HTTPS-trafikk, og den støtter ikke selvsignerte SSL-sertifikater.

Slik konfigurerer du den egendefinerte SIEM-integrasjonen:

1. Åpne arbeidsområdevelgeren og trykk på Innstillinger-knappen.

2. Gå til Tilkoblinger-fanen og velg egendefinert SIEM-integrasjon. Du må kanskje bruke søkefeltet eller filteret for å Se alle for at dette alternativet skal vises.

3. Velg Koble til, og skriv deretter inn webhook-URL-en din i Webhook-URL-feltet. Du finner denne URL-en i innstillingene til SIEM-plattformen din.

4. Velg Koble til for å fullføre. Alle hendelser i revisjonsloggen vil nå bli sendt til endepunktet ditt i sanntid som JSON-nyttelaster.

• Alle hendelsestyper i revisjonsloggen er inkludert – de samme hendelsene som er tilgjengelige i Notion-revisjonsloggen din, sendes til SIEM-endepunktet ditt.

• Sanntidslevering – hendelser sendes etter hvert som de oppstår.

• Én webhook per arbeidsområde – du kan bare konfigurere én tilpasset SIEM-webhook per arbeidsområde om gangen.

• Forsøksatferd – hvis endepunktet ditt ikke mottar en hendelse, vil Notion prøve på nytt opptil syv ganger i løpet av omtrent 24 timer.

• Ingen sideinnhold – hendelsesnyttelaster inkluderer metadata om handlinger (hvem gjorde hva og når), men inkluderer ikke innholdet på sider.

• Ingen syslog-støtte – den tilpassede SIEM-integrasjonen bruker kun webhooks; syslog støttes ikke.

Slik kobler du fra den tilpassede SIEM-integrasjonen:

1. Gå til Innstillinger → Tilkoblinger → Arbeidsområde-fanen.

2. Velg Administrer → Alle tilkoblinger.

3. Finn tilkobling for tilpasset SIEM-integrasjon og velg ••• → Koble fra.

Nedenfor er en omfattende liste over webhook-hendelser som vil være tilgjengelige i SIEM-plattformen din når du har konfigurert Notion SIEM-tilkoblingen. Alle hendelser som er tilgjengelige i SIEM-plattformen din, vil tilsvare en hendelse i revisjonsloggen. Ordlisten vil hjelpe deg med å forstå de spesifikke hendelsene som spores, og hvordan de forholder seg til organisasjonens sikkerhetstilstand. Bruk denne informasjonen til å finjustere dashbord, varsler og prosesser for hendelseshåndtering.

Hendelser er delt inn i seks hovedkategorier:

• Sidehendelser: Hendelser brukere utfører på en enkelt Notion-side.

• Datakildehendelser: Hendelser om datakilder (databaser). Merk: Enkelte datakildeoperasjoner kan av historiske årsaker sendes som side.*-hendelser.

• Arbeidsområdehendelser: Hendelser brukere utfører på et helt Notion-arbeidsområde.

• Kontohendelser: Hendelser om brukerkontoer i arbeidsområdet.

• Teamområdehendelser: Hendelser brukere utfører på ett eller flere teamområder.

• Skjemahendelser: Hendelser om skjemaer i arbeidsområdet.

For sidehendelser beskriver sidemålgruppen synlighetsnivået til målsiden. Målgruppen som registreres, vil være én av følgende:

• Privat: Siden er ikke delt med andre brukere.

• Intern: Siden er kun delt med andre medlemmer av arbeidsområdet.

• Ekstern: Siden er delt med én eller flere gjester utenfor arbeidsområdet og/eller med en integrasjonsbot.

• Offentlig: Siden er delt på nettet.

Arbeidsområde

• workspace.audit_log_exported: En eier av arbeidsområdet eksporterte arbeidsområdets revisjonslogg.

• workspace.content_analytics_exported: En eier av arbeidsområdet eksporterte innholdsanalyse for arbeidsområdet.

• workspace.content_exported: Innhold på en side eller for hele arbeidsområdet ble eksportert av en bruker i arbeidsområdet.

• workspace.content_search_exported: Resultatene av et innholdssøk for et arbeidsområde ble eksportert av en eier av arbeidsområdet.

• workspace.content_search_queried: En eier av arbeidsområdet brukte funksjonaliteten for administratorinnholdssøk for å finne innhold i arbeidsområdet. Innholdssøk kan hente innhold fra offentlige og private sider.

• workspace.domain_management.transfer_request_status_updated: En overføringsforespørsel for et arbeidsområde opprettet av en bruker med et bekreftet domene ble oppdatert. (Se denne artikkelen for mer informasjon.)

• workspace.external_account_connected: En offentlig/ekstern integrasjon ble koblet til arbeidsområdet.

• workspace.external_account_disconnected: En offentlig/ekstern integrasjon ble koblet fra arbeidsområdet, eller en eier av arbeidsområdet fjernet tilgangen til en offentlig integrasjon for alle brukere i arbeidsområdet.

• workspace.group.permissions.member_added: En eier av arbeidsområdet eller en Medlemskapsadmin la til et nytt medlem i en gruppe. En gruppe er en definert samling av arbeidsområdemedlemmer.

• workspace.group.permissions.member_removed: En eier av arbeidsområdet eller en Medlemskapsadmin fjernet et medlem fra en gruppe.

• workspace.integration_added: En integrasjon ble lagt til i arbeidsområdet for første gang. Denne hendelsen vil bare bli sendt ut første gang en integrasjon legges til i et arbeidsområde.

• workspace.integration_removed: Alle roboter for en spesifikk offentlig integrasjon ble fjernet fra arbeidsområdet.

• workspace.members_exported: En liste over arbeidsområdemedlemmer ble eksportert.

• workspace.membership_request_resolved: En medlemskapsforespørsel fra et medlem om å legge til en ny person i arbeidsområdet ble løst, det vil si at eieren av arbeidsområdet enten godkjente eller avslo forespørselen.

• workspace.permissions.guest_removed: En gjest ble fjernet fra arbeidsområdet av en eier av arbeidsområdet eller en Medlemskapsadmin.

• workspace.permissions.member_added: En bruker aksepterte en invitasjon til å bli med i et nytt arbeidsområde og har blitt lagt til i medlemslisten.

• workspace.permissions.member_invited: En bruker ble invitert til et arbeidsområde av en eier av arbeidsområdet eller en Medlemskapsadmin.

• workspace.permissions.member_removed: Et medlem ble fjernet fra arbeidsområdet av en eier av arbeidsområdet eller en Medlemskapsadmin.

• workspace.permissions.member_role_updated: Et medlems rolle i et arbeidsområde ble oppdatert. Roller inkluderer medlem, Medlemskapsadmin og eier av arbeidsområdet.

• workspace.private_content_transferred: Det private innholdet til en avviklet bruker i arbeidsområdet ble overført til en ny plassering. Enterprise-arbeidsområdeeiere kan overføre innhold fra avviklede brukere.

• workspace.saml_sso_idp_metadata_url_added: IdP-metadata-URL-en (identitetsleverandør) ble lagt til av en eier av arbeidsområdet.

• workspace.saml_sso_idp_metadata_url_updated: IdP-metadata-URL-en (identitetsleverandør) ble oppdatert av en eier av arbeidsområdet.

• workspace.saml_sso_idp_metadata_xml_added: IdP-metadata-XML-en (Extensible Markup Language) ble lagt til av en eier av arbeidsområdet.

• workspace.saml_sso_idp_metadata_xml_removed: IdP-metadata-XML-en (Extensible Markup Language) ble fjernet av en eier av arbeidsområdet.

• workspace.saml_sso_idp_metadata_xml_updated: IdP (identitetsleverandør) metadata-XML-en (Extensible Markup Language) ble oppdatert av en eier av arbeidsområde.

Teamområde

• teamspace.archived: Et teamområde ble arkivert.

• teamspace.created: Et teamområde ble opprettet.

• teamspace.permissions.custom_group_role_added: En Eier av teamområde la til egendefinerte tillatelser for en gruppe som er lagt til i teamområdet.

• teamspace.permissions.custom_group_role_removed: En Eier av teamområde fjernet egendefinerte tillatelser for en gruppe som er lagt til i teamområdet.

• teamspace.permissions.custom_group_role_updated: En Eier av teamområde oppdaterte egendefinerte tillatelser for en gruppe som er lagt til i teamområdet.

• teamspace.permissions.custom_member_role_added: En Eier av teamområde la til egendefinerte sidetillatelser for et spesifikt teamområdemedlem.

• teamspace.permissions.custom_member_role_removed: En Eier av teamområde fjernet egendefinerte sidetillatelser for et spesifikt teamområdemedlem.

• teamspace.permissions.custom_member_role_updated: En Eier av teamområde oppdaterte egendefinerte sidetillatelser for et spesifikt teamområdemedlem.

• teamspace.permissions.default_member_role_updated: Standard sidetillatelser for teamområdet som brukes for teamområdemedlemmer, ble oppdatert.

• teamspace.permissions.default_workspace_role_added: En Eier av teamområde ga sidetillatelser til arbeidsområdebrukere i et lukket teamområde.

• teamspace.permissions.default_workspace_role_removed: En Eier av teamområde fjernet sidetillatelser fra arbeidsområdebrukere i et lukket teamområde.

• teamspace.permissions.default_workspace_role_updated: En Eier av teamområde oppdaterte standard sidetillatelser for alle arbeidsområdebrukere i et teamområde.

• teamspace.permissions.group_added: En gruppe ble lagt til i et teamområde. En gruppe er en definert samling av brukere.

• teamspace.permissions.group_removed: En gruppe ble fjernet fra teamområdet av en Eier av teamområde.

• teamspace.permissions.member_added: En bruker ble lagt til i teamområdet. Brukeren ble enten Bli med i et åpent teamområde eller ble lagt til av et annet medlem. Hendelsesnyttelasten vil spesifisere «som Eier av teamområde» hvis brukeren ble lagt til med rettigheter som Eier av teamområde.

• teamspace.permissions.member_removed: Et medlem ble fjernet fra teamområdet. Fjerning kan utløses ved at et medlem forlater eller blir fjernet av en Eier av teamområde.

• teamspace.permissions.member_role_updated: Rollen til et medlem ble oppdatert. Roller inkluderer medlem og Eier av teamområde.

• Et tidligere arkivert teamområde ble gjenopprettet.

• Innstillingen for å tillate eksport av innhold fra teamområde ble aktivert eller deaktivert.

• En Eier av teamområde aktiverte eller deaktiverte muligheten til å Legg til i gjester (ikke-medlemmer) i et spesifikt teamområde.

• Innstillingen for å tillate offentlig deling av en teamområdeside ble aktivert eller deaktivert av en eier av arbeidsområde.

• Innstillingen som bestemmer hvem som kan redigere sidestolpen ble oppdatert. Innstillingen vil indikere om alle teamområdemedlemmer kan redigere sidestolpen, eller om redigering kun er tilgjengelig for Eier av teamområde.

• Teamområdets /standardinnstillinger for tilgang ble oppdatert.

• teamspace.settings.description_updated: Teamområde-beskrivelsen ble oppdatert.

• teamspace.settings.icon_updated: Teamområde-ikonet ble oppdatert.

Side

• page.button_automation_created: En gjentakende /knapp-automasering ble opprettet på en side.

• page.button_automation_updated: En gjentakende /knapp-automasering ble oppdatert på en side.

• page.content_edited: Innholdet på en eksisterende side ble redigert av en bruker. Sideinnhold er også kjent som en blokk. Hendelser for innholdsredigering samles til én hendelse hvert minutt mens redigeringer pågår.

• En ny side ble opprettet som en Opprett underside under en overordnet side av en bruker.

• page.deleted: En side ble slettet av en bruker. Slettede sider kan gjenopprettes i fremtiden.

• page.discussion.comment.created: En kommentar på en side ble opprettet av en bruker.

• page.discussion.comment.deleted: En kommentar på en side ble slettet av en bruker.

• page.discussion.comment.updated: En kommentar på en side ble redigert av en bruker. Hendelser for kommentarredigering samles til én hendelse hvert minutt mens redigeringer pågår.

• page.exported: En side ble eksportert til en PDF-, HTML- eller Markdown-fil av en bruker.

• page.file_deleted: En fil ble slettet fra siden av en bruker.

• page.file_downloaded: En fil på en side ble lastet ned eller åpnet av en bruker.

• page.file_uploaded: En fil ble lastet opp til en side av en bruker.

• page.moved: En side ble flyttet av en bruker, det vil si at sidens overordnede side ble oppdatert.

• page.permissions.group_role_added: Sidetillatelser for en arbeidsområdegruppe ble lagt til, noe som vil gi dem tilgang til siden.

• page.permissions.group_role_removed: Sidetillatelser for en gruppe ble fjernet for en side, noe som vil begrense deres tilgang til siden.

• page.permissions.group_role_updated: Sidetillatelsene for en arbeidsområdegruppe ble oppdatert, noe som endret tilgangstypen deres.

• page.permissions.guest_role_added: Sidetillatelser for en gjest ble lagt til, noe som vil gi dem tilgang til siden.

• page.permissions.guest_role_removed: Sidetillatelser for en gjest ble fjernet, noe som vil begrense tilgangen deres til siden.

• page.permissions.guest_role_updated: Sidetillatelsene for en gjest ble oppdatert, noe som endret tilgangstypen deres.

• page.permissions.integration_role_added: En bruker la til en integrasjon på en side. Integrasjoner av alle typer – interne eller offentlige/eksterne – vil utløse denne hendelsen.

• page.permissions.integration_role_removed: En bruker fjernet sidetillatelsene for en integrasjon (eller «tilkobling»), noe som vil begrense integrasjonens tilgang til siden. Integrasjoner av alle typer – interne eller offentlige/eksterne – vil utløse denne hendelsen.

• page.permissions.integration_role_updated: En bruker oppdaterte sidetillatelsene for en tilkobling (eller «tilkobling»). Tilkoblinger av alle typer – interne eller offentlige/eksterne – vil utløse denne hendelsen.

• page.permissions.member_role_added: Sidetillatelser for et medlem ble lagt til, noe som vil gi dem tilgang til siden.

• page.permissions.member_role_removed: Sidetillatelser for et medlem ble fjernet, noe som vil begrense tilgangen deres til siden.

• page.permissions.member_role_updated: Sidetillatelsene for et medlem ble oppdatert, noe som endret tilgangstypen deres.

Bruker og konto

• user.deleted: En brukerkonto ble slettet. Denne hendelsen vil bli sendt til alle arbeidsområder som kontoen er tilknyttet.

• user.login: En bruker logget inn på en konto.

• user.logout: En bruker logget ut av en konto.

• user.settings.login_method.mfa_backup_code_updated: En bruker oppdaterte innstillingene for MFA-sikkerhetskoder (flerfaktorautentisering).

• user.settings.login_method.mfa_sms_updated: En bruker oppdaterte innstillingene for MFA-SMS (flerfaktorautentisering via tekstmelding).

• user.settings.login_method.mfa_totp_updated: En bruker oppdaterte innstillingene for MFA-TOTP (tidsbasert engangspassord for flerfaktorautentisering).

• user.settings.login_method.password_added: En bruker la til et passord på kontoen sin for innloggingsformål.

• user.settings.login_method.password_removed: En bruker fjernet et passord fra kontoen sin.

• user.settings.login_method.password_updated: En bruker oppdaterte passordet sitt.

• Autorisert via Workspace SAML: Bekreftet tilgang til arbeidsområdet via SAML SSO.

Arbeidsområdehendelser

• integration.created: En utvikler opprettet en intern integrasjon og knyttet den til arbeidsområdet.

• integration.deleted: En intern integrasjon knyttet til arbeidsområdet ble slettet. Slettinger kan skje i dashbordet Mine integrasjoner, eller en administrator kan fjerne tilgangen til en intern integrasjon for alle brukere.

• integration.secret_reset: En intern integrasjons tilgangstoken for installasjon ble tilbakestilt (eller «oppdatert»).

Hvis policyinnholdet ditt ligger i Notion, kan du koble Notion til Drata for å administrere dette Innholdet. Endringer du gjør i policyer i Notion, vil bli synkronisert med Drata.

Slik integrerer du Notion med Drata:

1. I Notion, gå til Innstillinger → Tilkoblinger → åpne arbeidsområde-fanen.

2. Velg Koble til på Drata-flisen.

3. Gi Drata tilgang til Notion-arbeidsområdet ditt, og velg deretter Tillat tilgang.

Lær mer om tilkoblingene her →