Personvernerklæring

Sist oppdatert: 11. august 2026

Kortversjonen. Dokumentene, bildene, videoene og filene du lager i Lolly, blir på enheten din. Det finnes ingen kontoer for vanlig bruk, ingen infokapsler fra selve appen og ingen analyse eller sporing noe sted i kildekoden - ikke "vi bruker ikke dataene", men faktisk fraværende fra kildekoden. En kort, fullstendig liste over unntak finnes der hvor programvaren i det hele tatt kommuniserer med et nettverk, og hvert av dem er beskrevet i detalj under: hva som sendes ut, til hvem og når. Det eneste unntaket som involverer noe personlig, er en innlogging du selv må starte eksplisitt. Står det ikke i dette dokumentet, skjer det ikke.

Hva denne erklæringen dekker

Lolly er programvare med åpen kildekode - en motor, flere app-skall (web, desktop, mobil, CLI) og en nettleserutvidelse - som hvem som helst kan kjøre. Denne erklæringen har to deler:

• Selve programvaren: hva den gjør og ikke gjør med dataene dine, uansett hvor den kjører. Dette er en egenskap ved koden, så det gjelder for enhver Lolly-utrulling, vår eller andres.
• lolly.tools, referanseutrullingen SUSE drifter: de spesifikke valgene som er tatt for de valgfrie server-side delene (hva som logges, hvor lenge, av hvem).

Hvis du bruker en selvhostet eller enterprise-instans av Lolly, gjelder programvareatferden nedenfor fortsatt, men operatøren av den instansen - ikke SUSE - er ansvarlig for alt som er server-side: deres render-endepunkt, deres MCP-server, deres sertifiseringsinstans for Content Credentials, hvis de drifter en. Spør dem om deres egen erklæring. Se Adoption & Governance for hva det innebærer å drifte Lolly.

Appen: hva som blir på enheten din

Lollys web-, desktop- og mobilskall kjører hele render-motoren klientsidig. Å åpne et verktøy, fylle inn data, forhåndsvise og eksportere skjer alt på enheten din - ingen server er involvert, og appen fungerer offline når den først er lastet.

Appen setter ingen informasjonskapsler. For å fungere lagrer den en liten mengde data kun på enheten din, aldri overført:

• Grensesnittinnstillinger - tema, språk, lydinnstillinger, størrelse på sidepanel/zoom, sorterings- og visningsvalg, hvilke onboarding-tips du har sett - i localStorage, slik at de er tilgjengelige før appen er ferdig med å starte opp.
• En offline-buffer av verktøykatalogen og ressursforhåndsvisninger, slik at galleriet fungerer uten tilkobling.
• Lokale bruksmålere for statistikken på profilkortet ditt (hvor mange eksporter, hvilke verktøy) - en liten avgrenset blob i localStorage, aldri lest av oss, aldri sendt noe sted.
• Dine egne dokumenter, lagrede økter, opplastede ressurser og skrifter - lagret i IndexedDB på enheten din, aldri lastet opp, aldri lest av noen andre enn deg.

Ingenting av dette deles, selges eller brukes til å identifisere eller spore deg. Det er ingenting å samtykke til, fordi det ikke foregår noen innsamling - kun dette varselet, slik at du vet hva som lagres og hvor. Slett alt sammen når som helst med Profile → Clear all my data, eller ved å tømme nettstedets lagring i nettleseren din. (I henhold til ePrivacy- direktivet Art. 5(3) krever lagring som er strengt nødvendig for tjenesten du ba om, ikke samtykke - bare åpenhet, som er hva dette dokumentet og varselet i appen begge er.)

signed by Lollyvector SVG2026-08-24Sjekk det selvGet the signed file14 paths~2.0k nodes39 groups28 KBsigned by Lollyvector SVG2026-08-24Sjekk det selvGet the signed file14 paths~2.0k nodes39 groups29 KB

Din egen sikkerhetskopi av disse dataene - lolly-backup-pakken som lages av Export my data & render everything - er en fil du beholder og kontrollerer selv. Den berører aldri våre servere med mindre du selv velger å sende den et sted. Se Data Transfer.

Verktøy som kjører på enheten

Enkelte verktøy - Strip Hidden Data, Compress PDF og andre som bærer merket "Runs on your device" - jobber med en fil du gir dem. Filen leses inn i minnet i nettleseren din, transformeres lokalt og tilbys tilbake som en nedlasting. Den lastes aldri opp, fordi det ikke finnes noen server i veien å laste den opp til. Disse verktøyene fungerer offline, og resultatet deres bærer verken vannmerke eller metadata fra oss - poenget med de fleste av dem er å fjerne & beskytte data, ikke legge til risiko.

signed by Lollyvector SVG2026-08-24Sjekk det selvGet the signed file1 path7 nodes3 KBsigned by Lollyvector SVG2026-08-24Sjekk det selvGet the signed file1 path7 nodes3 KB

Når appen snakker med et nettverk, i sin helhet

Tabellen nedenfor er den komplette listen over alt appen henter eller sender over et nettverk. Hvis det ikke står her, gjør ikke appen det.

Hver faste vert i den tabellen er også hele tillatelseslisten i appens Content-Security-Policy, som nettleseren håndhever. Så listen er ikke bare en beskrivelse av hva koden gjør i dag, den er grensen nettleseren holder appen til: en fremtidig endring som forsøkte å kontakte en annen vert, ville blitt blokkert, ikke stille tillatt. Én rad er det bevisste unntaket, og cellen sier det selv: Send to LinkedIn finnes bare i skrivebordsappene, så nettappens policy nevner ingen av dens verter - nettappen kunne ikke nå dem selv om koden dens forsøkte. To rader til har ingen fast vert, fordi du velger adressen i bruksøyeblikket: en URL du ber et verktøy fange opp, og en ekstern instans du peker skallet mot. Ingen av dem er i policyen, og hver skjer bare når du skriver inn en adresse og handler på den. En utrulling som ikke vil ha noen av de valgfrie (en bedriftsinstans med sine egne skrifter, for eksempel) fjerner de vertene fra policyen sin, og funksjonene feiler lukket i stedet for å nå ut.

Ingen av disse sender dokumentene, prosjektene, øktene eller opplastede filene dine noe sted. De finnes for å bringe ting til enheten din (verktøy, skrifter, modeller), aldri for å sende ting fra den, med unntakene som er nevnt eksplisitt i avsnittene nedenfor.

En merknad om hva vi fjernet. Verify kan sjekke SEAL-signaturer, en ordning der en fils signeringsnøkkel publiseres i DNS. Nettlesere kan ikke gjøre DNS-oppslag, så enhver nettleserimplementasjon må rute oppslaget gjennom en tredjeparts DNS-over-HTTPS- resolver - som ville vise den operatøren domenet som sjekkes, pluss IP- adressen din. Vi pleide å bruke Cloudflares. Det gjør vi ikke lenger, og det finnes ingen erstatning: webappen sender nå ingen resolver i det hele tatt, så SEAL-verifisering her gjør null nettverksforespørsler. Filer der SEAL-posten bærer nøkkelen sin inline verifiseres fortsatt helt offline. Filer der nøkkelen ligger i DNS, rapporterer "no key resolver" i stedet, og du kan sjekke dem i desktop- eller kommandolinje-appen, som løser DNS nativt gjennom din egen maskin uten at noen tredjepart er involvert.

signed by Lollyvector SVG2026-08-24Sjekk det selvGet the signed file10 paths~7.6k nodes14 groups84 KBsigned by Lollyvector SVG2026-08-24Sjekk det selvGet the signed file10 paths~7.6k nodes14 groups84 KB Du kan bekrefte dette selv: greppbare sjekker for denne og hver annen påstand på denne siden, med de nøyaktige kommandoene og forventet resultat, finnes på Verify It Yourself.

Hot-linkede render-URL-er

For øyeblikket slått av på lolly.tools. Hver https://lolly.tools/tool/<tool-id>.<ext>-URL returnerer 404 i dag. Avsnittet nedenfor beskriver hva funksjonen gjør når en operatør slår den på, og hvorfor vi ikke har gjort det. Den vil bli slått på her når tjenesten flytter til SUSE-driftet infrastruktur, og dette varselet vil endres når det skjer.

Selve appen blir utelukkende på enheten din. Separat kan en operatør slå på hot-link render-URL-er - /tool/<tool-id>.<ext>?<inputs> - slik at en delt Lolly- lenke kan vises som et levende bilde i en README, en wiki eller et dashbord. Å hente en ber serveren om å rendre offentlig verktøy- og katalogdata med inndataene skrevet inn i URL-en.

• Ingen kontoer, ingen infokapsler, ingen tilstand. Endepunktet er anonymt, og ingenting på enheten din leses. Dokumentene, øktene og opplastingene dine forlater aldri nettleseren din - de kan ikke dukke opp i disse lenkene i det hele tatt.
• Men selve URL-en registreres. En URLs spørrestreng er en del av forespørselslinjen, så den dukker opp i vertsplattformens ordinære tilgangslogger på samme måte som hver forespurte sti gjør. Hvis en lenkes inndata inneholder noens navn eller e-post - et navneskilt, en e-postsignatur - ligger den teksten i de loggene, og ingen mengde policytekst endrer det. Dette er den spesifikke grunnen til at funksjonen er av her i stedet for på.
• Inndataene er offentlige av natur uansett - de er akkurat det lenkens forfatter skrev inn i URL-en, lesbart for alle lenken når. Ikke legg hemmeligheter i en delt lenke. Lolly tilbyr lenkekryptering for sensitivt innhold.
• Svar er mellomlagret og rategrenset som ethvert offentlig bilde, og merket noindex slik at søkemotorer ikke indekserer rendringene dine.

Selvhoster du Lolly og ikke vil ha en offentlig render-flate? Sett LOLLY_DISABLE_RENDER_GET=1 - det lolly.tools selv gjør for øyeblikket - og hver eneste av disse URL-ene returnerer 404.

MCP-serveren (valgfritt, for AI-agenter)

Lolly kan også nås av en AI-agent over Model Context Protocol - et operatørdrevet endepunkt (lolly.tools drifter ett; hvem som helst kan selvhoste sitt eget, inkludert fullstendig luftgapet). Det deler render-banens ingen-kontoer-holdning, pluss tre verktøy som nødvendigvis håndterer filbytes:

• lolly_transform (kjør et verktøy som normalt kjører på enheten, server-side, på vegne av den kallende agenten), lolly_verify (sjekk Content Credentials) og lolly_redact (sladd ut områder av et bilde eller en PDF) godtar alle bytene til en fil fra den som kaller. De behandles in-process, i minnet, og resultatet returneres i det samme kallet - filen skrives aldri til disk og lagres aldri etter at forespørselen er fullført.
• Alle andre verktøy - lolly_render, lolly_build_url, lolly_list_tools, lolly_describe_tool - fungerer kun ut fra parametere (tekst, tall, farger, URL-er, katalog-ressurs-id-er), de samme inndataene en hot-link render-URL tar.
• Tilgang er enten et delt token operatøren utsteder til klienter de stoler på, eller tilstandsløs OAuth 2.1: kortvarige signerte tokener verifisert mot en delt hemmelighet, ingenting lagret server-side, og selve tokenet skrives aldri til en logg eller en render-URL.

Content Credentials-identitet (en innlogging du selv må starte)

Lolly kan forsegle en kryptografisk Content Credential i eksportene dine, slik at hvem som helst kan verifisere, offline, at en fil er uendret siden den forlot Lolly. Det er på som standard og helt lokalt - signeringsnøkkelen genereres på enheten din og selve signeringen skjer offline. Uten registrering er den nøkkelen engangs: et nytt nøkkelpar preges for hver eksport og forkastes sammen med den. Når du registrerer deg, blir nøkkelen en varig en og genereres ikke-uttrekkbar - ikke engang Lollys egen kode kan lese den, kun be den om å signere. Uansett forlater den aldri enheten din. Dette avsnittet dekker det ene valgfrie steget på toppen av dette: å registrere en verifisert identitet, slik at eksportene dine sier "Verified - signed by \<your email\>" i stedet for en anonym nøkkel. Hvis du hopper over registreringen, gjelder ingenting i dette avsnittet for deg, og ingen personopplysninger forlater noensinne enheten din.

signed by Lollyvector SVG2026-08-24Sjekk det selvGet the signed file21 paths~10k nodes16 groups112 KBsigned by Lollyvector SVG2026-08-24Sjekk det selvGet the signed file21 paths~10k nodes16 groups112 KB

Hvis du registrerer deg, er dette nøyaktig hva som skjer:

1. Du velger en innloggingsmetode - GitHub, Google, SUSE (id.suse.com) eller en e-postet lenke. For de tre OIDC-leverandørene blir du omdirigert til den leverandørens egen innloggingsside, underlagt deres personvernerklæring, ikke vår. Lollys sertifikattjeneste mottar kun en verifisert e-postadresse og leverandørens navn tilbake. For e-postlenken sendes adressen du skriver, til Resend, et transaksjonelt e-post-API, utelukkende for å levere den ene lenken.
2. En kortvarig informasjonskapsel beskytter omdirigeringen. Dette er den ene informasjonskapselen hele Lolly-systemet setter: lolly_ca_state, HttpOnly, avgrenset til /api/ca, utløper innen ti minutter. Den bærer en tilfeldig verdi, ikke en spor- identifikator, og finnes kun for å hindre at OAuth-omdirigeringen forfalskes. Den fjernes så snart innloggingen er fullført.
3. IP-adressen din brukes, kortvarig, for å forhindre misbruk av innloggings- endepunktene (slik at ett skript ikke kan spamme en innboks eller tømme e-postkvoten) - holdt kun i serverminnet, i et glidende vindu på rundt ett minutt, aldri skrevet til en logg eller lagret noe sted.
4. Sertifikattjenesten utsteder et kortvarig sertifikat (7, 30, 90 eller 365 dager, ditt valg, begrenset av operatørens policy) som binder den verifiserte e-posten din til den offentlige halvdelen av nøkkelparet generert på enheten din. Den private halvdelen forlater aldri nettleseren din.
5. Ingenting om utstedelsen registreres. Sertifikattjenesten fører ingen utstedelseslogg: ikke e-posten din, ikke leverandøren, ikke et serienummer, ikke et tidsstempel. Ingen database, ingen loggelinje, ingen webhook. E-postadressen din finnes i forespørselen kun lenge nok til å bli skrevet inn i sertifikatet enheten din mottar, og deretter er den helt borte fra vår side.
6. Etter det er signering offline igjen for hele sertifikatets levetid. Å eksportere en fil kontakter aldri sertifikattjenesten - det gjorde bare registreringen.

Avveiningen, sagt rett ut. En tidligere versjon av denne tjenesten loggførte hver utstedelse, slik at et feilutstedt eller kompromittert sertifikat kunne spores. Vi fjernet det, fordi den loggen var det eneste stedet i hele Lolly der personopplysninger kom til hvile på en server, og vi vil heller ikke holde dem enn å holde dem forsiktig. Det vi gir opp er server-side sporbarhet: hvis et sertifikat misbrukes, kan vi ikke slå opp hvem som fikk det. Sertifikater er kortvarige av design - 7 til 365 dager, ditt valg, begrenset av operatøren - og utløper av seg selv, noe som er avbøtningen vi baserer oss på i stedet. Selvhostere hvis egne forpliktelser krever en revisjonslogg, kan legge til én, og blir dermed behandlingsansvarlig for de dataene.

Nettleserutvidelsen

Nettleserutvidelsen Lolly URL Screenshot samler ikke inn, lagrer eller overfører noen personopplysninger. Ingen analyse, ingen sporing, ingen ekstern server.

Hva den gjør. Når du ber Lolly-webappen om å ta skjermbilde av en URL, åpner utvidelsen den siden i en midlertidig bakgrunnsfane, fanger den i nettleseren din ved hjelp av DevTools Protocol, gir bildet tilbake til appen og lukker fanen. Alt skjer lokalt, på din egen enhet og ditt eget nettverk.

Data.

• Vi samler ikke inn noe. Utvidelsen har ingen servere og gjør ingen nettverks- forespørsler på egen hånd.
• Bilder som fanges går rett til Lolly-appen i samme nettleser - blir aldri lastet opp av utvidelsen.
• URL-ene du fanger brukes kun til å laste den ene siden for det ene skjermbildet. De blir ikke logget eller delt.

Tillatelser.

• debugger - for å fange den rendrede siden via DevTools Protocol (den samme mekanismen Lolly desktop-appen bruker).
• tabs - for å åpne og lukke den midlertidige fanen siden lastes i.
• Vertstilgang (<all_urls>) - fordi siden du velger å fange, kan være på hvilket som helst nettsted. Chrome viser dette ved installasjon som en bred tillatelses- advarsel. Utvidelsen besøker aldri noe annet enn URL-en du gir den.

Ingen av disse brukes til å lese, overvåke eller overføre nettleseraktiviteten din utover den ene forespurte fangsten.

Infrastrukturlogger

Som ethvert nettsted genererer serverne bak lolly.tools - og bak enhver Lolly- utrulling - standard tilgangslogger for webserver når en forespørsel i det hele tatt når dem: IP-adresse, forespurt bane, tidsstempel, brukeragent. Det er grunnleggende vertsatferd, ikke noe Lolly legger til på toppen, og det inneholder aldri innholdet i dokumentene dine, fordi de aldri når en server i utgangspunktet. Det ene bevisste unntaket er en fil du eksplisitt gir til et MCP-kall lolly_transform, lolly_verify eller lolly_redact, som behandles i minnet og aldri skrives til disk eller en logg, som beskrevet ovenfor.

Lollys egen kode skriver ingenting til de loggene. MCP-serveren inneholder ingen loggeuttrykk i det hele tatt. Sertifikattjenesten skriver ut nøyaktig to linjer, begge ved feil og begge bevisst strippet: en statuskode for sendefeil uten mottakeradresse, og en feilmelding uten stack-spor eller URL (et stack-spor kunne bære et registreringstoken). Alt annet i loggen tilhører vertsplattformen, ikke oss.

For lolly.tools er vertsleverandøren Vercel, og oppbevaring av tilgangslogger følger Vercels egne plattformstandarder for vårt abonnement. Vi konfigurerer ingen loggavløp, ingen langtids- logg-eksport og ingen analyse- eller overvåkingsprodukt på toppen. Vi beholder ingen kopi av disse loggene selv, noe som også betyr at vi ikke har noen måte å søke i dem for deg - se Dine rettigheter.

Rettslig grunnlag, lagringstid og mottakere

Nesten ingenting her trenger et rettslig grunnlag, fordi nesten ingenting behandles. For fullstendighetens skyld, hele listen:

Mottakere. Kategoriene av mottakere er: vår hostingleverandør (Vercel Inc.), og - kun hvis du bruker innlogging via e-post - en transaksjonell e-postleverandør (Resend). Hvis du logger inn med GitHub, Google eller SUSE (id.suse.com), samhandler du direkte med den leverandøren under deres egen personvernerklæring. De oppgir en verifisert e-postadresse til oss og ingenting annet. Vi deler ikke personopplysninger med noen andre, og vi selger ikke data, driver ikke reklame eller profilerer brukere.

Overføringer utenfor EØS. Vercel og Resend er amerikanske selskaper. Funksjonsberegning for lolly.tools er festet til Vercels Frankfurt-region (fra1), slik at behandlingen skjer i EU, men som USA-baserte leverandører kan de likevel få tilgang til data som databehandlere fra USA. Disse overføringene bygger på EU-kommisjonens standard personvernbestemmelser og/eller EU-US Data Privacy Framework, som fastsatt i hver leverandørs databehandleravtale. Fordi personopplysningene som når hver av leverandørene er så begrensede - en e-postadresse videresendt for å sende én melding, og ordinære tilgangslogger - er eksponeringen tilsvarende liten.

Automatisert beslutningstaking. Ingen. Det er ingen profilering og ingen automatisert beslutning som gir rettsvirkning eller tilsvarende betydelig effekt (art. 22).

Barns personvern

Lolly samler ikke bevisst inn personopplysninger fra noen, uansett alder, i vanlig bruk av appen - det er ingenting å samle inn. Det ene stedet personopplysninger (en e-postadresse) noensinne samles inn er ved registrering av Content Credentials, beskrevet ovenfor, som ikke er rettet mot eller ment for barn.

Dine rettigheter

Fordi nesten alt Lolly berører kun lagres på din egen enhet, er det meste av det personvernlovgivningen kaller «dine rettigheter» - innsyn, retting, sletting, dataportabilitet - noe du allerede kan gjøre selv, umiddelbart, uten å spørre noen: dataene dine ligger i nettleserens lagring, i en form du kan inspisere, eksportere (Export my data & render everything, ovenfor) eller slette (Profile → Clear all my data).

Formelt sett har du i henhold til GDPR artikkel 15-22 rett til innsyn i dine personopplysninger, til å rette dem, til å slette dem, til å begrense eller protestere mot behandlingen av dem (inkludert å protestere mot alt vi baserer på berettiget interesse), til dataportabilitet og - der behandlingen bygger på samtykke - til å trekke tilbake samtykket når som helst, uten at det påvirker lovligheten av det som skjedde før du trakk det tilbake.

Her er den ærlige situasjonen når det gjelder å utøve dem overfor oss. Siden vi ikke lenger fører en utstedelseslogg, har vi ingen personopplysninger om deg som vi kan slå opp, rette, eksportere eller slette. Hvis du skriver og spør hva vi har om deg, er det sanne svaret ingenting, og det vil vi si. Den eneste kategorien som i det hele tatt finnes er tilgangslogger for hosting koblet til en IP-adresse, holdt av vår hostingleverandør under deres standard lagringstid. Vi har ingen mulighet til å søke i eller selektivt slette dem, og det vil vi fortelle deg fremfor å late som noe annet. Alt som faktisk er ditt ligger på din egen enhet, hvor du allerede kan lese, eksportere og slette det uten å spørre noen om lov.

Du har rett til å klage. Hvis du mener vi har behandlet dataene dine feil, kan du sende en klage til en tilsynsmyndighet for personvern

• i EU, myndigheten i landet der du bor, arbeider

eller der du mener overtredelsen skjedde (art. 77). Vår ledende tilsynsmyndighet er Bayerisches Landesamt für Datenschutzaufsicht (BayLDA) i Ansbach, Tyskland. Du trenger ikke kontakte oss først, selv om vi gjerne vil ha sjansen til å rette det opp.

Vi selger ikke data. Vi har ingen å selge.

Endringer i denne erklæringen

Datoen øverst endres hver gang dette dokumentet gjør det. En endring som påvirker hva som forlater enheten din eller hva som lagres, får sin egen linje her, ikke en stille redigering - hvis du vil se hva som er endret, spør (nedenfor) eller sammenlign med den offentlige kildekoden.

Hvem er ansvarlig, og hvordan nå oss

Behandlingsansvarlig for lolly.tools er:

SUSE Software Solutions Germany GmbH Frankenstraße 146 90461 Nürnberg Tyskland

SUSE har utnevnt et personvernombud, som kan nås på privacy@suse.com. Bruk den adressen for enhver formell forespørsel under «Dine rettigheter» ovenfor.

For alt om Lolly selv - hvordan det fungerer, hvorfor noe er som det er eller en rettelse til dette dokumentet - kontakt Andy Fitzsimon, fitzy@suse.com.

For en selvhostet eller enterprise Lolly-instans, kontakt den som drifter den istedenfor: operatøren er behandlingsansvarlig for sin egen driftssetting. SUSE og Lolly-open source-prosjektet lagrer ingen data for driftssettinger de ikke selv driver.