Her finner du en samlet, strukturert oversikt over hvordan GoRabbit fungerer – for kunder, tekniske brukere og governance/styring.
Beskyttelse av data + trygg drift.
Sikkerhet i GoRabbit handler om tre ting: (1) Beskytte kundedata og tokens, (2) sikre stabil drift uten risiko for blokkering hos Facebook, og (3) ha full kontroll på governance, sporbarhet og revisjonskrav. Systemet er designet for å redusere risiko på alle nivåer – fra teknisk til operasjonelt.
Alltid kryptert og aldri i Git.
tokens.json inneholder sensitive Facebook-session cookies. Filen lagres kryptert, versjoneres aldri i Git, og er kun tilgjengelig på maskiner autorisert av kunde. Tilgang skjer med proprietary internal mechanism handled automatically by the system.
Strenge rettigheter og isolerte mapper.
Alle nøkler og tokens ligger i mapper med strengt begrenset lese/skrive-tilgang. Public- eller shared-mapper brukes aldri til sikkerhetskritiske filer. Hver proprietary internal mechanism handled automatically by the system.
Aldri tokens i Git.
Ingen tokens, cookies, nøkler eller kunde-spesifikke data skal noen gang push'es til Git. Repoet inneholder kun kode og konfigurationsmaler. Sensitive filer lagres lokalt på klient eller server og håndteres med manuell sikker synk.
proprietary internal mechanism handled automatically by the system.
GoRabbit reduserer risiko gjennom: proprietary internal mechanism handled automatically by the system. Hele systemet er bygget for trygg drift i stor skala.
Full GDPR-tilpasning.
Ja. GoRabbit behandler ikke persondata utover det Facebook selv eksponerer i vanlig brukergrensesnitt. Systemet lagrer ikke navn, e-post, eller annen privat informasjon. Ingen kundedata sendes til eksterne tredjeparter. All drift følger GDPR-prinsipper.
Full sporbarhet på tvers av systemer.
Alle kritiske handlinger logges: login-forsøk, proprietary internal mechanism handled automatically by the system. Alt lagres i Slack og i lokale logger, noe som gir full revisjonsstøtte.
Slack = sanntids overvåkning.
Slack fungerer som sanntids overvåkning av alt som skjer i GoRabbit: risiko, feilmeldinger, proprietary internal mechanism handled automatically by the system. Systemet er designet slik at en utvikler kan oppdage risiko før kunden gjør det.
Sikkerhet på flere nivåer.
Flernivå-sikkerhet betyr at sikkerhet bygges på flere lag: kontosikkerhet (tokens), operasjonell sikkerhet (proprietary internal mechanism handled automatically by the system.
Ingen persondata lagres.
Nei. GoRabbit lagrer ingen personopplysninger. Systemet bruker kun Facebook sine åpne gruppe- og side-IDer, samt bilder/teasere som kunden selv laster opp. Dette gjør plattformen svært privacy-vennlig.
Kontohelse overvåkes kontinuerlig.
GoRabbit overvåker risiko-signaler, posting-feil, advarsler og endringer i Facebook-adferd. Ved tegn til blokkering aktiveres cooldown, proprietary internal mechanism handled automatically by the system. Systemet beskytter alltid kontoen først.
AI-basert risikoforståelse.
Ja. Systemet analyserer mønstre fra posting-feil, varigheter, DOM-anomalier og brukeratferd for å forutse når Facebook nærmer seg begrensninger. AI-modellen gjør det mulig å reagere før problemer oppstår.
Automatisk proprietary internal mechanism handled automatically by the system.
Hvis en proprietary internal mechanism handled automatically by the system. proprietary internal mechanism handled automatically by the system. Dette er en viktig del av GoRabbit sin robusthet.
Full transparens og sterke rutiner.
Kundene får full innsikt i sikkerhetspolitikk, drift, proprietary internal mechanism handled automatically by the system. GoRabbit leverer et profesjonelt sikkerhetsnivå som normalt kun finnes i enterprise-systemer.
Flernivå sikkerhet og full sporbarhet.
GoRabbit har flernivåsikkerhet som beskytter tokens, kunder, drift og kontahelse, kombinert med full sporbarhet, AI-basert risikoanalyse og enterprise-level governance – designet for trygg, skalerbar drift.
Dokumenterte regler for all drift.
Governance betyr at GoRabbit har faste, dokumenterte prosedyrer som sikrer kvalitet, sikkerhet og stabil drift. Dette inkluderer regler for tokens, drift, feilhåndtering, proprietary internal mechanism handled automatically by the system. Alle moduler følger en definert standard.
Owner, Developer, Operator.
Det finnes tre roller: (1) System Owner – har ansvar for sikkerhet, tokens og driftskritiske beslutninger, (2) Developer – vedlikeholder kode og verktøy, (3) Customer Operator – bruker systemet, men har ikke tilgang til tokens eller tekniske filer.
GoRabbit drifter – kunden eier innhold.
GoRabbit håndterer plattform, drift, sikkerhet og posteringslogikk. Kunden eier alt innhold, bilder, teasere og Facebook-kontoer. GoRabbit får aldri tilgang til kundens personlige Facebook-passord – kun tokens eller session cookies lagret hos kunden selv.
Hver 2–4 uke etter behov.
Tokens roteres når Facebook krever ny pålogging, når risiko oppdages, eller ved sikkerhetshendelser. Normalt varer cookies i flere måneder. GoRabbit anbefaler periodisk kontroll hver 2.–4. uke avhengig av kampanjebelastning.
Staging → test → produksjon.
Change control betyr at alle endringer i kode, selektorer, UI-tilpasninger og konfigurasjoner følger definert prosedyre: staging → test → produksjon. Ingenting oppdateres direkte uten test. Dette beskytter kunden mot nedetid.
Eget staging-miljø.
Ja. En separat proprietary internal mechanism handled automatically by the system. Her testes UI-endringer, nye moduler og risikojusteringer før de settes i produksjon. Dette gjør plattformen trygg selv ved raske Facebook-endringer.
Kun kampanjedata – aldri persondata.
Kundedata lagres kun i GoRabbit Studio (frontend-database) og består av kampanjeinformasjon, teasere og bilder som kunden selv laster opp. GoRabbit lagrer aldri mer data enn absolutt nødvendig, og ingenting deles med tredjeparter.
Kryptering og offline-filflyt.
Ja. tokens.json og alle sensitive filer lagres kryptert eller i sikrede mapper. Kommunikasjon mellom moduler er proprietary internal mechanism handled automatically by the system. Dette reduserer angrepsflate betraktelig.
Ingen åpne porter. Kun outbound.
Nei. GoRabbit kjører lokalt på proprietary internal mechanism handled automatically by the system. All ekstern kommunikasjon er outbound, og kun til Facebook og Slack API. Dette gir svært lav eksponering og høy sikkerhet.
Kode i Git – tokens lokalt.
RabbitEngine, RabbitAgent og Studio-kode ligger i Git og kan gjenopprettes når som helst. tokens.json og proprietary internal mechanism handled automatically by the system. Ingen sensitive data havner i sky-tjenester utenfor kundens kontroll.
Full recovery på under 30 min.
Ja. Ved alvorlige feil eller tap av en server kan man spinnes opp en ny proprietary internal mechanism handled automatically by the system. Tokens hentes fra kundens backup. Hele systemet kan gjenopprettes på under 30 minutter.
Kunden beholder full kontroll.
Ja. GoRabbit ber aldri om passord og endrer aldri konto-innstillinger. Kunden beholder 100 % kontroll. GoRabbit bruker kun session cookies kunden genererer selv via login i sin egen nettleser.
Direkterapporter + sikker modus.
Alle sikkerhetshendelser rapporteres umiddelbart i Slack. Systemet setter seg i sikker modus (cooldown), logger hendelsen, og gir klare instruksjoner for tiltak. Hendelser dokumenteres og inngår i audit trail.
proprietary internal mechanism handled automatically by the system.
Systemet bruker proprietary internal mechanism handled automatically by the system. Ingen handlinger utføres raskere enn et menneske realistisk ville gjort. Kontohelse overvåkes kontinuerlig.
Lag på lag med sikkerhet.
GoRabbit har en lagdelt sikkerhetsmodell: teknisk sikkerhet (tokens, filrettigheter, kryptering), operasjonell sikkerhet (proprietary internal mechanism handled automatically by the system. Dette gir en ekstremt trygg plattform.
proprietary internal mechanism handled automatically by the system.
proprietary internal mechanism handled automatically by the system. Hvis risiko registreres, reduseres postingstakten, proprietary internal mechanism handled automatically by the system. Dette gjør systemet ekstremt robust.
Full isolasjon av staging og produksjon.
Ja. Staging kjører på en egen proprietary internal mechanism handled automatically by the system. Produsjon berøres aldri av testing. Endringer testes i staging før de eventuelt rulles ut. Dette eliminerer risikoen for nedetid og reduserer mulige feil drastisk.
All intern kommunikasjon går via filer.
All dataflyt er proprietary internal mechanism handled automatically by the system. Ingen API-kall eller skjulte nettverk brukes internt. Dette gjør systemet robust, enkelt å debugge og svært sikkert.
Kundedata er fullstendig isolert.
Hver kunde får sitt eget segment i Studio og egen proprietary internal mechanism handled automatically by the system. proprietary internal mechanism handled automatically by the system. Dette gir både compliance og sikker drift.
Designet for minimal risiko mot Facebook.
GoRabbit automatiserer brukerhandlinger, og derfor er det viktig å operere innenfor trygghetsgrensene: lav publiseringstakt, proprietary internal mechanism handled automatically by the system. Systemet er designet for minimal risiko. Kunden bruker sin egen konto og forblir ansvarlig, men GoRabbit ivaretar alt av risikostyring.
INFO → WARNING → ERROR → CRITICAL.
GoRabbit har flere loggnivåer: INFO (normal drift), WARNING (uventet DOM-adferd), ERROR (posting stoppet), CRITICAL (faresignaler), SECURITY (proprietary internal mechanism handled automatically by the system. Dette gir full innsikt og revisjonsdybde.
Ja, med dynamisk risikostyring.
Ja. proprietary internal mechanism handled automatically by the system. Dette hindrer aggressive mønstre som kan trigge blokkering hos Facebook.
Tokens = passord. Aldri i skyen.
Tokens gir full tilgang til brukerens Facebook-konto og må derfor behandles som passord. De skal aldri lagres i Dropbox, Google Drive eller Git. Kun lokalt på autoriserte maskiner. Dette er en grunnpilar i GoRabbit-sikkerhet.
tokens.json + session cookies + proprietary internal mechanism handled automatically by the system.
Følgende er sensitive filer: tokens.json, session-cookies, bruker-spesifikke proprietary internal mechanism handled automatically by the system. Disse skal aldri flyttes uten kontroll.
Ja, faste rutiner og kontroller.
Ja. Systemet gjennomgår periodevis sjekk av tokens, gruppe-proprietary internal mechanism handled automatically by the system. Dette sikrer jevn og stabil drift uten overraskelser.
proprietary internal mechanism handled automatically by the system.
GoRabbit bruker ingen åpne porter, ingen exposed API’er, ingen tredjeparts cloud-lagring av tokens, og kun outbound-tilgang. Systemet opererer isolert, lokalt og proprietary internal mechanism handled automatically by the system. Dette gir en av bransjens laveste angrepsflater.
Utvikling → staging → produksjon.
DevOps-modellen følger ren pipeline: utvikling → staging → Slack-monitorering → produksjon. Ingen endringer pushes før de er testet i staging. Dette eliminerer risiko for nedetid, brudd, feil posting og UI-overraskelser fra Facebook.
Full transparens tilgjengelig.
Ja. Kunden kan få innsyn i Slack-logger, audit-trail, risikoanalyse og eventuelle blokkeringer relatert til egen konto. Dette gir total transparens og bygger tillit.
Trygt, kontrollert og ansvarlig system.
Kunder bør vite at GoRabbit aldri lagrer passord, aldri deler data, aldri publiserer aggressivt, alltid følger proprietary internal mechanism handled automatically by the system. Systemet er bygget for trygg og ansvarlig publisering.
Enterprise-sikkerhet uten kompromiss.
GoRabbit er bygget som et enterprise-sikkert, proprietary internal mechanism handled automatically by the system.