Integritetspolicy

Senast uppdaterad: 11 augusti 2026

Kortversionen. Dokumenten, bilderna, videorna och filerna du skapar i Lolly stannar på din enhet. Det finns inga konton för vanlig användning, inga kakor från appen själv och ingen analys eller spårning någonstans i koden - inte "vi använder inte datan", utan genuint inte närvarande i källkoden. En kort, komplett lista över undantag finns där programvaran över huvud taget pratar med ett nätverk, och alla dessa beskrivs nedan i detalj: vad som lämnar enheten, till vem och när. Det enda undantaget som rör något personligt är en inloggning du uttryckligen måste starta. Om det inte står i det här dokumentet händer det inte.

Vad den här policyn omfattar

Lolly är öppen källkod - en motor, flera app-skal (webb, dator, mobil, CLI) och ett webbläsartillägg - som vem som helst kan köra. Den här policyn har två delar:

• Mjukvaran i sig: vad den gör och inte gör med din data, oavsett var den körs. Det här är en egenskap hos koden, så det gäller alla Lolly-driftsättningar, våra eller andras.
• lolly.tools, referensdriftsättningen som SUSE driver: de specifika val som görs när dess valfria serverdelar körs (vad som loggas, hur länge, av vem).

Om du använder en självhostad eller företagsinstans av Lolly gäller mjukvarans beteende nedan fortfarande, men operatören av den instansen - inte SUSE - är ansvarig för allt som sker på serversidan: deras render-endpoint, deras MCP-server, deras certifikatutfärdare för Content Credentials, om de kör en. Fråga dem om deras egen policy. Se Adoption & Governance för vad det innebär att driva Lolly.

Appen: vad som stannar på din enhet

Lollys webb-, dator- och mobilskal kör hela rendermotorn på klientsidan. Att öppna ett verktyg, fylla i indata, förhandsgranska och exportera sker allt på din enhet - ingen server är inblandad, och appen fungerar offline när den väl har laddats.

Appen sätter inga cookies. För att fungera sparar den en liten mängd data enbart på din enhet, och skickar den aldrig vidare:

• Gränssnittsinställningar - tema, språk, ljudinställningar, storlek på sidopanel/zoom, sorterings- och vyval, vilka introduktionstips du har sett - i localStorage, så de är tillgängliga innan appen har startat klart.
• En offlinecache av verktygskatalogen och tillgångsförhandsgranskningar, så att galleriet fungerar utan anslutning.
• Lokala användningsräknare för statistiken på ditt profilkort (hur många exporter, vilka verktyg) - en liten avgränsad datamängd i localStorage, som aldrig läses av oss och aldrig skickas någonstans.
• Dina egna dokument, sparade sessioner, uppladdade tillgångar och typsnitt - lagras i IndexedDB på din enhet, aldrig uppladdade, aldrig lästa av någon annan än dig.

Inget av detta delas, säljs eller används för att identifiera eller spåra dig. Det finns inget att samtycka till, eftersom ingen insamling sker - bara det här meddelandet, så att du vet vad som sparas och var. Radera allt när som helst med Profile → Clear all my data, eller genom att rensa webbplatsens lagring i din webbläsare. (Enligt ePrivacy- direktivet Art. 5(3) kräver lagring som är strikt nödvändig för den tjänst du bad om inget samtycke - bara transparens, vilket är vad både det här dokumentet och meddelandet i appen är.)

signed by Lollyvector SVG2026-08-24Kontrollera självGet the signed file14 paths~2.0k nodes39 groups28 KBsigned by Lollyvector SVG2026-08-24Kontrollera självGet the signed file14 paths~2.0k nodes39 groups29 KB

Din egen säkerhetskopia av den här datan - lolly-backup-paketet som skapas av Export my data & render everything - är en fil du behåller och kontrollerar. Den rör aldrig våra servrar om du inte själv väljer att skicka den någonstans. Se Dataöverföring.

Verktyg på enheten

Vissa verktyg - Strip Hidden Data, Compress PDF och andra som har märket "Runs on your device" - arbetar med en fil du tillhandahåller. Filen läses in i minnet i din webbläsare, omvandlas lokalt och erbjuds tillbaka som en nedladdning. Den laddas aldrig upp, eftersom det inte finns någon server i vägen att ladda upp den till. De här verktygen fungerar offline, och deras utdata bär varken vattenstämpel eller metadata från oss - poängen med de flesta av dem är att ta bort & skydda data, inte lägga till risk.

signed by Lollyvector SVG2026-08-24Kontrollera självGet the signed file1 path7 nodes3 KBsigned by Lollyvector SVG2026-08-24Kontrollera självGet the signed file1 path7 nodes3 KB

När appen pratar med ett nätverk, i sin helhet

Tabellen nedan är den fullständiga listan över allt appen hämtar eller skickar över ett nätverk. Om det inte finns här gör appen det inte.

Varje fast värd i den tabellen är också den fullständiga tillåtlistan i appens Content-Security-Policy, som webbläsaren tillämpar. Listan är alltså inte bara en beskrivning av vad koden gör idag, den är den gräns webbläsaren håller appen till: en framtida ändring som försökte kontakta någon annan värd skulle blockeras, inte tillåtas i tysthet. En rad är det medvetna undantaget, och dess egen cell säger det: Send to LinkedIn finns bara i skrivbordsapparna, så webbappens policy nämner ingen av dess två värdar - webbappen skulle inte kunna nå dem ens om koden försökte. Ytterligare två rader har ingen fast värd, eftersom du väljer adressen i användningsögonblicket: en URL du ber ett verktyg fånga, och en fjärr- instans du pekar skalet mot. Ingen av dem finns i policyn, och båda sker bara när du skriver in en adress och agerar på den. En driftsättning som inte vill ha någon av de valfria (en företagsinstans med egna typsnitt, till exempel) tar bort de värdarna från sin policy, och funktionerna nekar som standard (fail-closed) istället för att nå ut.

Ingen av dessa skickar dina dokument, projekt, sessioner eller uppladdade filer någonstans. De finns för att föra saker till din enhet (verktyg, typsnitt, modeller), aldrig för att skicka saker från den, med de undantag som uttryckligen anges i avsnitten nedan.

En notering om vad vi tog bort. Verify kan kontrollera SEAL-signaturer, ett system där en fils signeringsnyckel publiceras i DNS. Webbläsare kan inte göra DNS-uppslag, så varje webbimplementering måste dirigera uppslaget genom en DNS-over-HTTPS-resolver från tredje part - vilket skulle visa den operatören domänen som kontrolleras plus din IP- adress. Vi använde tidigare Cloudflares. Det gör vi inte längre, och det finns ingen ersättning: webbappen skickar nu ingen resolver alls, så SEAL-verifiering här gör noll nätverksförfrågningar. Filer vars SEAL-post har sin nyckel inbäddad verifieras fortfarande helt offline. Filer vars nyckel finns i DNS rapporterar "no key resolver" i stället, och du kan kontrollera dem i skrivbords- eller kommandoradsappen, som löser DNS nativt via din egen dator utan att någon tredje part är inblandad.

signed by Lollyvector SVG2026-08-24Kontrollera självGet the signed file10 paths~7.6k nodes14 groups84 KBsigned by Lollyvector SVG2026-08-24Kontrollera självGet the signed file10 paths~7.6k nodes14 groups84 KB Du kan bekräfta detta själv: greppbara kontroller för det här och varje annat påstående på den här sidan, med exakta kommandon och förväntad utdata, finns på Verifiera själv.

Direktlänkade render-URL:er

För närvarande avstängt på lolly.tools. Varje https://lolly.tools/tool/<tool-id>.<ext>-URL returnerar 404 i dag. Avsnittet nedan beskriver vad funktionen gör när en operatör aktiverar den, och varför vi inte har gjort det. Den slås på här så snart tjänsten flyttar till SUSE-driven infrastruktur, och den här notisen ändras då.

Appen i sig stannar helt på din enhet. Separat kan en operatör aktivera direktlänkade render-URL:er - /tool/<tool-id>.<ext>?<inputs> - så att en delad Lolly- länk kan visas som en levande bild i en README, en wiki eller en instrumentpanel. Att hämta en sådan ber servern rendera publik verktygs- och katalogdata med indata skrivna i URL:en.

• Inga konton, inga kakor, inget tillstånd. Slutpunkten är anonym, och inget på din enhet läses. Dina dokument, sessioner och uppladdningar lämnar aldrig din webbläsare - de kan inte förekomma i de här länkarna alls.
• Men själva URL:en registreras. En URL:s frågesträng är en del av förfrågningsraden, så den hamnar i värdplattformens vanliga åtkomstloggar på samma sätt som varje begärd sökväg gör. Om en länks indata innehåller någons namn eller e-post - en namnbricka, en e-postsignatur - finns den texten i de loggarna, och ingen mängd policytext ändrar på det. Det är det specifika skälet till att funktionen är avstängd här snarare än påslagen.
• Indata är offentliga av konstruktion i vilket fall - de är vad som helst länkens upphovsperson skrev in i URL:en, läsbart för alla länken når. Lägg inte hemligheter i en delad länk. Lolly erbjuder länkkryptering för känsligt innehåll.
• Svar cachas och hastighetsbegränsas som vilken publik bild som helst, och märks noindex så att sökmotorer inte indexerar dina renderingar.

Självhostar du Lolly och vill inte ha en publik renderingsyta? Sätt LOLLY_DISABLE_RENDER_GET=1 - vilket lolly.tools själv gör för närvarande - så returnerar var och en av de här URL:erna 404.

MCP-servern (valfri, för AI-agenter)

Lolly kan också nås av en AI-agent via Model Context Protocol - en operatörsdriven endpoint (lolly.tools kör en; vem som helst kan självhosta sin egen, också helt luftgapad). Den delar renderingsvägens inga-konton-hållning, plus tre verktyg som med nödvändighet hanterar filbytes:

• lolly_transform (kör ett verktyg för enheten på serversidan, för den anropande agentens räkning), lolly_verify (kontrollerar Content Credentials) och lolly_redact (svärtar över regioner i en bild eller PDF) tar alla emot en fils bytes från anroparen. De behandlas i processen, i minnet, och resultatet returneras i samma anrop - filen skrivs aldrig till disk och sparas aldrig när begäran är klar.
• Alla andra verktyg - lolly_render, lolly_build_url, lolly_list_tools, lolly_describe_tool - fungerar enbart med parametrar (text, siffror, färger, URL:er, katalogtillgångs-id:n), samma indata som en direktlänkad render-URL tar.
• Åtkomst är antingen en delad token som operatören utfärdar till klienter den litar på, eller tillståndslös OAuth 2.1: kortlivade signerade tokens verifierade mot en delad hemlighet, inget lagras på serversidan och själva token skrivs aldrig till en logg eller en render-URL.

Content Credentials-identitet (en inloggning du måste starta själv)

Lolly kan försegla en kryptografisk Content Credential i dina exporter så att vem som helst kan verifiera, offline, att en fil är oförändrad sedan den lämnade Lolly. Så långt är det påslaget som standard och helt lokalt - signeringsnyckeln genereras på din enhet och själva signeringen sker offline. Utan registrering är den nyckeln engångsbruk: ett nytt nyckelpar skapas för varje export och kastas med den. När du registrerar dig blir nyckeln bestående och genereras icke-extraherbar - inte ens Lollys egen kod kan läsa den, bara be den signera. Hur som helst lämnar den aldrig din enhet. Det här avsnittet täcker det enda valfria steget utöver detta: att registrera en verifierad identitet, så att dina exporter säger "Verified - signed by \<your email\>" i stället för en anonym nyckel. Hoppar du över registreringen gäller inget i det här avsnittet dig, och ingen personlig data lämnar någonsin din enhet.

signed by Lollyvector SVG2026-08-24Kontrollera självGet the signed file21 paths~10k nodes16 groups112 KBsigned by Lollyvector SVG2026-08-24Kontrollera självGet the signed file21 paths~10k nodes16 groups112 KB

Om du registrerar dig är det här exakt vad som händer:

1. Du väljer en inloggningsmetod - GitHub, Google, SUSE (id.suse.com) eller en e-postad länk. För de tre OIDC-leverantörerna omdirigeras du till den leverantörens egen inloggningssida, som styrs av deras integritetspolicy, inte vår. Lollys certifikattjänst får tillbaka bara en verifierad e-postadress och leverantörens namn. För e-postlänken skickas adressen du skriver till Resend, ett transaktionellt e-post-API, enbart för att leverera den ena länken.
2. En kortlivad cookie skyddar omdirigeringen. Det här är den enda cookien hela Lolly-systemet sätter: lolly_ca_state, HttpOnly, avgränsad till /api/ca, som går ut inom tio minuter. Den bär ett slumpvärde, inte en spårnings- identifierare, och finns bara för att stoppa att OAuth-omdirigeringen förfalskas. Den rensas så snart inloggningen är klar.
3. Din IP-adress används kort för att förhindra missbruk av inloggnings- endpointerna (så att inte ett skript kan spamma en inkorg eller tömma e-postkvoten) - hålls bara i serverminnet, i ett glidande fönster på ungefär en minut, skrivs aldrig till en logg eller sparas någonstans.
4. Certifikattjänsten utfärdar ett kortlivat certifikat (7, 30, 90 eller 365 dagar, ditt val, begränsat av operatörens policy) som binder din verifierade e-post till den publika halvan av nyckelparet som genereras på din enhet. Den privata halvan lämnar aldrig din webbläsare.
5. Ingenting om utfärdandet registreras. Certifikattjänsten för ingen utfärdandelogg: inte din e-post, inte leverantören, inte ett serienummer, inte en tidsstämpel. Ingen databas, ingen loggrad, ingen webhook. Din e-postadress finns i begäran bara så länge det tar att skriva in den i certifikatet som din egen enhet tar emot, och sedan är den helt borta från vår sida.
6. Efter det är signering offline igen under hela certifikatets livslängd. Att exportera en fil kontaktar aldrig certifikattjänsten - bara registreringen gjorde det.

Avvägningen, sagt rakt ut. En tidigare version av den här tjänsten loggade varje utfärdande, så att ett felaktigt utfärdat eller komprometterat certifikat kunde spåras. Vi tog bort det, eftersom den loggen var den enda platsen i hela Lolly där personlig data kom till ro på en server, och vi föredrar att inte ha den framför att ha den försiktigt. Vad vi ger upp är spårbarhet på serversidan: om ett certifikat missbrukas kan vi inte slå upp vem som fick det. Certifikat är kortlivade till sin natur - 7 till 365 dagar, ditt val, begränsat av operatören - och går ut av sig själva, vilket är den motåtgärd vi förlitar oss på i stället. Självhostare vars egna skyldigheter kräver en granskningslogg kan lägga till en, och blir därmed personuppgiftsansvarig för den datan.

Webbläsartillägget

Webbläsartillägget Lolly URL Screenshot samlar inte in, lagrar eller skickar någon personlig data. Ingen analys, ingen spårning, ingen fjärrserver.

Vad det gör. När du ber Lolly-webbappen ta en skärmdump av en URL öppnar tillägget den sidan i en tillfällig bakgrundsflik, fångar den i din webbläsare med DevTools Protocol, lämnar bilden tillbaka till appen och stänger fliken. Allt sker lokalt, på din egen enhet och ditt eget nätverk.

Data.

• Vi samlar inte in något. Tillägget har inga servrar och gör inga egna nätverksförfrågningar.
• Fångade bilder går direkt till Lolly-appen i samma webbläsare - laddas aldrig upp av tillägget.
• URL:erna du fångar används bara för att ladda den ena sidan för den ena skärmdumpen. De loggas eller delas inte.

Behörigheter.

• debugger - för att fånga den renderade sidan via DevTools Protocol (samma mekanism som Lollys skrivbordsapp använder).
• tabs - för att öppna och stänga den tillfälliga flik sidan laddas i.
• Värdåtkomst (<all_urls>) - eftersom sidan du väljer att fånga kan vara på vilken webbplats som helst. Chrome visar detta vid installationen som en bred behörighets- varning. Tillägget besöker bara någonsin URL:en du ger det.

Ingen av dessa används för att läsa, övervaka eller överföra din surfning utöver den ena begärda fångsten.

Infrastrukturloggar

Precis som vilken webbplats som helst genererar servrarna bakom lolly.tools - och bakom varje Lolly-driftsättning - standardmässiga webbserverloggar (access logs) närhelst en förfrågan över huvud taget når dem: IP-adress, begärd sökväg, tidsstämpel, user agent. Det är grundläggande hostingbeteende, inget Lolly lägger till ovanpå, och det innehåller aldrig innehållet i dina dokument, eftersom de aldrig når en server över huvud taget. Det enda avsiktliga undantaget är en fil du uttryckligen lämnar till ett MCP- anrop av lolly_transform, lolly_verify eller lolly_redact, som behandlas i minnet och aldrig skrivs till disk eller en logg, som beskrivet ovan.

Lollys egen kod skriver ingenting till de loggarna. MCP-servern innehåller inga loggningssatser alls. Certifikattjänsten avger exakt två rader, båda vid fel och båda avsiktligt avskalade: en felstatuskod för misslyckad sändning utan mottagaradress, och ett felmeddelande utan stackspårning eller URL (en stack skulle kunna bära en registreringstoken). Allt annat i loggen tillhör värdplattformen, inte oss.

För lolly.tools är hostingen Vercel, och lagringstiden för åtkomstloggar följer Vercels egna plattformsstandarder för vårt abonnemang. Vi konfigurerar ingen loggexport, ingen långsiktig logg- export och ingen analys- eller övervakningsprodukt ovanpå. Vi behåller ingen egen kopia av de här loggarna, vilket också innebär att vi inte har något sätt att söka i dem åt dig - se Dina rättigheter.

Rättslig grund, lagring och mottagare

Nästan ingenting här kräver en rättslig grund, eftersom nästan ingenting behandlas. För fullständighetens skull, hela listan:

Mottagare. Kategorierna av mottagare är: vår hostingleverantör (Vercel Inc.), och - endast om du använder e-postinloggning - en leverantör av transaktionsmejl (Resend). Om du loggar in med GitHub, Google eller SUSE (id.suse.com) interagerar du direkt med den leverantören enligt deras egen integritetspolicy. De lämnar oss en verifierad e-postadress och inget annat. Vi delar inte personuppgifter med någon annan, och vi säljer inte data, kör inte reklam eller profilerar användare.

Överföringar utanför EES. Vercel och Resend är amerikanska företag. Beräkningsfunktioner för lolly.tools är fästa till Vercels Frankfurt-region (fra1) så behandlingen sker i EU, men som USA-baserade leverantörer kan de ändå få åtkomst till data som personuppgiftsbiträden från USA. Dessa överföringar bygger på Europeiska kommissionens standardavtalsklausuler och/eller EU-US Data Privacy Framework, enligt vad som anges i respektive leverantörs personuppgiftsbiträdesavtal. Eftersom de personuppgifter som når endera leverantören är så begränsade - en e-postadress som skickas vidare för att skicka ett meddelande, och vanliga åtkomstloggar - är exponeringen motsvarande liten.

Automatiserat beslutsfattande. Inget. Det förekommer ingen profilering och inget automatiserat beslut som ger rättsliga eller på liknande sätt betydande effekter (art. 22).

Barns integritet

Lolly samlar inte medvetet in personuppgifter från någon, oavsett ålder, i den vanliga användningen av appen - det finns inget att samla in. Den enda plats där personuppgifter (en e-postadress) någonsin samlas in är vid registrering av Content Credentials, som beskrivs ovan, vilket inte riktar sig till eller är avsett för barn.

Dina rättigheter

Eftersom nästan allt Lolly rör vid endast lagras på din egen enhet är det mesta av vad dataskyddslagstiftningen kallar "dina rättigheter" - tillgång, rättelse, radering, portabilitet - saker du redan kan göra själv, direkt, utan att fråga någon: din data finns i din webbläsares lagring, i en form du kan granska, exportera (Export my data & render everything, ovan) eller radera (Profile → Clear all my data).

Formellt har du enligt GDPR artikel 15-22 rätt att få tillgång till dina personuppgifter, att rätta dem, att radera dem, att begränsa eller invända mot behandlingen av dem (inklusive att invända mot allt vi grundar på berättigat intresse), till dataportabilitet och - där behandlingen bygger på samtycke - att återkalla det samtycket när som helst, utan att det påverkar lagligheten av det som skedde innan du återkallade det.

Här är den ärliga positionen kring att utöva dem gentemot oss. Eftersom vi inte längre för en utfärdandelogg, har vi inga personuppgifter om dig som vi kan slå upp, rätta, exportera eller radera. Om du skriver och frågar vad vi har om dig är det sanna svaret ingenting, och det säger vi rakt ut. Den enda kategori som alls finns är åtkomstloggar för hosting kopplade till en IP-adress, som förvaras av vår hostingleverantör enligt deras standardlagringstider. Vi har ingen möjlighet att söka i eller selektivt radera dessa, och vi säger det istället för att låtsas annat. Allt som faktiskt är din egendom finns på din enhet, där du redan kan läsa, exportera och förstöra det utan att fråga någon om lov.

Du har rätt att klaga. Om du anser att vi har hanterat dina uppgifter felaktigt kan du lämna in ett klagomål till en tillsynsmyndighet för dataskydd

• inom EU, myndigheten i ditt bosättningsland, ditt arbetsland eller där du anser

att överträdelsen skedde (art. 77). Vår ledande tillsynsmyndighet är Bayerisches Landesamt für Datenschutzaufsicht (BayLDA) i Ansbach, Tyskland. Du behöver inte kontakta oss först, även om vi gärna vill ha chansen att rätta till det.

Vi säljer inte data. Vi har ingen att sälja.

Ändringar av denna policy

Datumet högst upp ändras varje gång detta dokument gör det. En ändring som påverkar vad som lämnar din enhet eller vad som sparas får en egen rad här, inte en tyst redigering - om du vill se vad som ändrats, fråga (nedan) eller jämför mot den publika källkoden.

Vem som ansvarar, och hur du når oss

Personuppgiftsansvarig för lolly.tools är:

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

SUSE har utsett ett dataskyddsombud, nåbart på privacy@suse.com. Använd den adressen för alla formella förfrågningar under "Dina rättigheter" ovan.

Angående allt kring Lolly i sig - hur det fungerar, varför något är som det är eller en rättelse av detta dokument - kontakta Andy Fitzsimon, fitzy@suse.com.

För en självhostad eller enterprise-instans av Lolly, kontakta istället den som driver den: operatören är personuppgiftsansvarig för sin egen driftsättning. SUSE och Lolly open source-projektet innehar inga uppgifter för driftsättningar de inte kör.