개인정보 처리방침

최종 업데이트: 2026년 10월 22일

간단히 말하면. Lolly에서 만든 문서, 이미지, 동영상, 파일은 사용자의 기기에만 저장돼요. 일반적인 사용에는 계정이 필요 없고, 앱 자체의 쿠키도 없으며, 코드베이스 어디에도 분석 도구나 추적기가 없어요 - "데이터를 사용하지 않는다"는 말이 아니라, 소스 코드에 실제로 존재하지 않는다는 뜻이에요. 소프트웨어가 네트워크와 어떤 식으로든 통신하는 경우에 대한 짧고 완전한 예외 목록이 있으며, 그 각각은 아래에서 구체적으로 설명돼요: 무엇이, 누구에게, 언제 나가는지예요. 개인 정보와 관련된 유일한 예외는 사용자가 명시적으로 시작해야 하는 로그인이에요. 이 문서에 없는 일이라면, 일어나지 않아요.

이 정책이 다루는 범위

Lolly는 누구나 실행할 수 있는 오픈소스 소프트웨어입니다 - 엔진, 여러 앱 셸(웹, 데스크톱, 모바일, CLI), 브라우저 확장 프로그램으로 구성됩니다. 이 정책은 두 부분으로 구성됩니다:

• 소프트웨어 자체: 어디서 실행되든 사용자의 데이터를 가지고 무엇을 하고 하지 않는지. 이는 코드 자체의 속성이므로, Lolly의 모든 배포본에 동일하게 적용됩니다 - SUSE의 배포본이든 다른 누군가의 배포본이든.
• lolly.tools, SUSE가 운영하는 참조 배포본: 선택적인 서버 측 구성 요소를 운영하며 내린 구체적인 선택들(무엇을 기록하는지, 얼마나 오래, 누가 기록하는지).

자체 호스팅하거나 기업용 Lolly 인스턴스를 사용하는 경우에도 아래의 소프트웨어 동작은 그대로 적용되지만, 서버 측의 모든 것 - 렌더링 엔드포인트, MCP 서버, 운영한다면 Content Credentials 인증 기관까지 - 은 SUSE가 아니라 해당 인스턴스의 운영자가 책임집니다. 자체 정책은 운영자에게 직접 문의하세요. Lolly 운영이 무엇을 수반하는지는 Adoption & Governance를 참고하세요.

앱: 기기에 남는 것

Lolly의 웹, 데스크톱, 모바일 셸은 전체 렌더링 엔진을 클라이언트 측에서 실행합니다. 도구를 열고, 입력값을 채우고, 미리보기와 내보내기를 하는 모든 과정이 사용자의 기기에서 일어납니다 - 서버는 전혀 관여하지 않으며, 앱은 한 번 로드되면 오프라인에서도 작동합니다.

앱은 쿠키를 설정하지 않습니다. 작동을 위해 소량의 데이터를 오직 사용자의 기기에만 보관하며, 절대 전송하지 않습니다:

• 인터페이스 환경설정 - 테마, 언어, 사운드 설정, 사이드바/확대 크기, 정렬 및 보기 선택, 확인한 온보딩 팁 등 - localStorage에 저장되어 앱 부팅이 끝나기 전부터 사용할 수 있습니다.
• 도구 카탈로그와 애셋 미리보기의 오프라인 캐시 - 갤러리가 연결 없이도 작동하도록 합니다.
• 프로필 카드 통계를 위한 로컬 사용 카운터(내보내기 횟수, 어떤 도구인지) - localStorage에 저장된 작은 고정 크기 데이터로, 저희가 읽지도, 어디로 전송하지도 않습니다.
• 사용자 본인의 문서, 저장된 세션, 업로드한 애셋과 폰트 - 기기의 IndexedDB에 저장되며, 업로드되지 않고 본인 외에는 아무도 읽을 수 없습니다.

이 중 어느 것도 공유되거나 판매되거나 사용자를 식별·추적하는 데 사용되지 않습니다. 수집 자체가 일어나지 않으므로 동의할 대상도 없습니다

• 무엇이 어디에 보관되는지 알려드리기 위한 이 안내문이 있을 뿐입니다.

브라우저에서 사이트 저장소를 지우면 언제든 전부 삭제할 수 있고, 설정 → 저장 공간 → 내 데이터 모두 지우기도 마찬가지이며, 이때 동기화도 먼저 꺼집니다. (ePrivacy 지침 Art. 5(3)에 따라, 요청한 서비스에 반드시 필요한 저장소는 동의가 아니라 투명성만을 요구하며, 이 문서와 앱 내 안내문이 바로 그 투명성입니다.)

signed by Lolly2026-10-21vector SVG31 paths~4.2k nodes88 groups58 KB직접 확인하기서명된 파일 받기 signed by Lolly2026-10-21vector SVG31 paths~4.2k nodes88 groups58 KB직접 확인하기서명된 파일 받기

이 데이터의 사용자 본인 백업 - 내 데이터 내보내기로 만들어지는 lolly-backup 번들 - 은 사용자가 직접 보관하고 관리하는 파일입니다. 사용자가 직접 어딘가로 보내지 않는 한 저희 서버에는 절대 닿지 않습니다. Data Transfer를 참고하세요.

온디바이스 유틸리티

일부 도구 - Strip Hidden Data, Compress PDF 등 "Runs on your device" 배지가 붙은 도구들 - 은 사용자가 제공한 파일을 처리합니다. 파일은 브라우저의 메모리로 읽어들여 로컬에서 변환된 뒤 다운로드로 제공됩니다. 업로드할 서버가 애초에 경로에 없으므로 절대 업로드되지 않습니다. 이 유틸리티는 오프라인에서 작동하며, 결과물에는 저희의 워터마크나 메타데이터가 전혀 포함되지 않습니다 - 대부분의 목적은 위험을 추가하는 것이 아니라 데이터를 제거하고 보호하는 것이기 때문입니다.

signed by Lolly2026-10-21vector SVG2 paths824 nodes5 groups12 KB직접 확인하기서명된 파일 받기 signed by Lolly2026-10-21vector SVG2 paths824 nodes5 groups12 KB직접 확인하기서명된 파일 받기

공유 준비는 작업 중인 입력값, 발견된 비공개 정보, 치환 맵을 메모리에 보관할 뿐, 이를 자동으로 기록이나 링크, 백업, 동기화에 추가하지 않아요. 검사와 치환은 파일 내용을 서버로 보내거나 자격 증명을 온라인으로 검증하지 않아요. 결과를 복사할지, 다운로드할지, 전송할지, 명시적으로 라이브러리에 저장할지는 사용자가 선택하며, 저장한 결과는 이후 일반적인 라이브러리 백업 및 동기화 설정을 따라요. 레시피 파일에는 이전 페이로드나 실제 치환 내용이 들어가지 않아요. 요약 보고서에는 개수, 범위 ID, 파일 해시만 들어가요. CLI는 --review-file을 명시적으로 지정했을 때만, 원래 값을 담은 비공개 검토 파일도 저장할 수 있어요. 브라우저의 준비 화면을 지우거나 벗어나면 그 작업 상태는 해제되지만, 이것이 브라우저나 OS 메모리에서 포렌식 수준으로 지워진다는 약속은 아니에요.

앱이 보낼 수 있는 모든 네트워크 요청

아래 표는 앱이 네트워크를 통해 가져오거나 전송하는 모든 것의 완전한 목록입니다. 여기에 없다면 앱은 그 일을 하지 않습니다.

이 표에 나오는 고정 호스트는 모두 앱의 Content-Security-Policy에 담긴, 브라우저가 강제하는 완전한 허용 목록이기도 해요. 그래서 이 목록은 오늘 코드가 하는 일을 설명하는 데 그치지 않고, 브라우저가 앱에 강제하는 경계 그 자체예요: 앞으로 다른 호스트에 접속하려는 변경이 생기면 조용히 허용되는 대신 차단돼요. 한 행은 의도적인 예외이고, 그 셀 자체가 그렇게 밝히고 있어요: Send to LinkedIn은 데스크톱 앱에만 존재하므로 웹 앱의 정책에는 그 두 호스트 중 어느 것도 이름이 올라 있지 않아요 - 웹 앱은 코드가 시도하더라도 그 호스트에 접속할 수 없어요. 두 행 더, Bluesky와 Discord도 같은 이유로 데스크톱 앱에만 있고, 그 호스트들도 같은 이유로 웹 정책에서 빠져 있어요. 다섯 행은 고정 호스트가 없는데, 사용 시점에 직접 주소를 선택하기 때문이에요: 도구에 캡처를 요청한 URL, 셸을 지정한 원격 인스턴스, 그리고 사용자 자신의 Mastodon 서버, WebDAV 서버나 S3 버킷(뒤의 둘은 동기화 저장소로도 쓰여요)이에요. 이들 중 어느 것도 정책에 없고, 각각은 주소를 입력하고 실행에 옮길 때만 발생해요. Penpot 행은 앱 자체의 origin을 거쳐 Penpot에 닿기 때문에 'self'로 커버돼요. 선택적 기능을 하나도 원하지 않는 배포(예를 들어 자체 폰트를 쓰는 엔터프라이즈 인스턴스)는 정책에서 그 호스트들을 제거하면 되고, 그러면 해당 기능은 밖으로 나가려 하는 대신 닫힌 채로 실패해요.

두 종류의 행을 빼면, 이들 중 어느 것도 사용자의 문서, 프로젝트, 세션, 업로드한 파일을 어디로도 보내지 않아요: 이들은 (도구, 폰트, 모델 등을) 사용자의 기기로 가져오기 위해 존재해요. 그 두 종류는 선택한 파일 한 개를 보내는 Send 행들과, 작업물의 사본을 사용자가 선택한 저장소로 - Lolly 서버로는 절대 보내지 않고 - 보내는 동기화 행이에요. 그 외의 예외는 아래 각 섹션에서 명시적으로 설명해요.

제거한 기능에 대한 안내. Verify는 파일의 서명 키가 DNS에 게시되는 방식인 SEAL 서명을 확인할 수 있습니다. 브라우저는 DNS 조회를 직접 할 수 없으므로, 어떤 웹 구현이든 조회를 제3자 DNS-over-HTTPS 리졸버를 통해 우회해야 하며 - 이는 그 운영자에게 확인 중인 도메인과 사용자의 IP 주소를 노출하게 됩니다. 예전에는 Cloudflare의 리졸버를 사용했습니다. 이제는 사용하지 않으며, 대체 리졸버도 없습니다: Verify는 이제 리졸버를 전혀 전달하지 않으므로, SEAL 검증은 네트워크 요청을 전혀 만들지 않습니다. 현재 어떤 Lolly 앱도 SEAL 키를 DNS에서 조회하지 않습니다. 데스크톱 앱과 모바일 앱은 같은 Verify 화면을 실행하고, 명령줄 lolly validate는 SEAL을 확인하지 않습니다. SEAL 레코드에 키가 인라인으로 포함된 파일은 오프라인으로 확인되며, Verify는 그 서명이 내부적으로 일관되다고 하지만 도메인은 확인하지 않습니다. 키가 DNS에만 있는 파일에는 이유 "no key resolver and no inline key"와 함께 SEAL 서명을 검증하지 못했어요가 표시됩니다.

signed by Lolly2026-10-21vector SVG11 paths~4.3k nodes18 groups52 KB직접 확인하기서명된 파일 받기 signed by Lolly2026-10-21vector SVG11 paths~4.3k nodes18 groups52 KB직접 확인하기서명된 파일 받기 직접 확인할 수도 있습니다: 이 페이지의 모든 주장에 대한 grep 가능한 검사와 정확한 명령어, 예상 출력은 Verify It Yourself에 있습니다.

핫링크 렌더링 URL

lolly.tools에서 라이브로 운영되고 있습니다. 모든 https://lolly.tools/tool/<tool-id>.<ext>?<inputs> URL은 실제로 렌더링되며, 입력값은 그 URL 안에 함께 담겨 이동합니다. 아래 섹션은 이것이 사용자에게 어떤 의미인지 설명하며, 운영자는 자신의 인스턴스에서 이 기능을 끌 수 있습니다.

앱 자체는 완전히 사용자의 기기에만 머무릅니다. 별도로 운영자는 핫링크 렌더링 URL - /tool/<tool-id>.<ext>?<inputs> - 을 활성화할 수 있으며, 이를 통해 공유된 Lolly 링크가 README, 위키, 대시보드에서 실시간 이미지로 나타날 수 있습니다. 이 URL을 가져오면 서버에 URL에 담긴 입력값으로 공개 도구 및 카탈로그 데이터를 렌더링해 달라고 요청하게 됩니다.

• 계정도, 쿠키도, 상태 저장도 없어요. 엔드포인트는 익명이며, 기기의 어떤 것도 읽지 않아요. 문서, 세션, 업로드 파일은 브라우저 밖으로 전혀 나가지 않으므로, 이 링크들에는 애초에 나타날 수 없어요.
• 하지만 URL 자체는 기록돼요. URL의 쿼리 문자열은 요청 줄의 일부이므로, 요청된 다른 모든 경로와 마찬가지로 호스팅 플랫폼의 일반적인 액세스 로그에 나타나요. 링크의 입력값에 누군가의 이름이나 이메일이 들어 있다면 - 이름표, 이메일 서명 등 - 그 텍스트는 그 로그에 남아요, 아무리 정책 문구를 다듬어도 이는 바뀌지 않아요. 그래서 핫링크 URL은 개인정보를 넣기에 적절한 곳이 아니에요. 공개 페이지에 올려도 괜찮은 내용만 넣어주세요.
• 어차피 입력값은 태생적으로 공개돼요 - 링크 작성자가 URL에 입력한 그대로이며, 링크에 도달하는 누구나 읽을 수 있어요. 공유 링크에 비밀 정보를 넣지 마세요. Lolly는 민감한 콘텐츠를 위한 링크 암호화를 제공해요.
• 응답은 다른 공개 이미지와 마찬가지로 캐시되고 속도가 제한되며, 검색 엔진이 렌더링 결과를 색인하지 않도록 noindex로 표시돼요.

Lolly를 자체 호스팅하면서 공개 렌더링 표면을 원하지 않으신가요? LOLLY_DISABLE_RENDER_GET=1을 설정하세요 - 그러면 이 URL들은 모두 404를 반환합니다.

MCP 서버(선택 사항, AI 에이전트용)

Lolly는 Model Context Protocol을 통해 AI 에이전트가 접근할 수도 있습니다 - 운영자가 운영하는 엔드포인트입니다(lolly.tools도 하나 운영하며, 누구나 완전히 에어갭된 환경을 포함해 직접 자체 호스팅할 수 있습니다). 렌더링 경로와 동일하게 계정이 없는 방식을 따르며, 여기에 파일 바이트를 필연적으로 다루는 네 가지 도구가 추가됩니다:

• lolly_transform(호출하는 에이전트를 대신해 온디바이스 유틸리티를 서버 측에서 실행), lolly_verify(Content Credentials 확인), lolly_redact(이미지나 PDF의 특정 영역을 검게 칠함), lolly_read(슬라이드 덱의 내용을 읽음), lolly_check(문서나 내보내기 결과를 확인하며, 필요하면 원본 덱과 대조), lolly_package(Design 문서를 .lolly로 묶음. 호출자가 건네는 그림과 원본 덱 포함), lolly_compose(슬라이드 마스터를 바탕으로 슬라이드를 배치하며, 호출자가 건네는 원본 덱의 텍스트를 읽음)는 모두 호출자로부터 파일 바이트를 전달받습니다. 이들은 프로세스 내부에서, 메모리상으로만 처리되며, 결과는 같은 호출 안에서 반환됩니다 - 파일은 디스크에 절대 기록되지 않고, 요청이 끝나면 저장된 것도 남지 않습니다.
• lolly_rebrand(오래된 슬라이드 덱을 디자인 시스템에 맞게 손보는 기능으로, plan, compile, inspect 단계로 이뤄져요)도 같은 방식으로 덱의 바이트를 전달받아, 메모리상에서, 그 호출 동안만 처리해요 - 응답이 전송되고 나면 디스크에 기록되거나 남는 것이 없어요. 첫 단계인 capabilities는 무언가를 보내기 전에 사용자의 바이트가 어디로 가게 될지를 말로 알려줘요: 자체 호스팅한 로컬 서버에서는 덱이 그 기기를 절대 벗어나지 않고, 호스팅된 서버에서는 lolly_rebrand를 호출하면 덱이 그곳으로 전송되며, 같은 단계가 알려주는 크기와 슬라이드 수 한도까지만 전송돼요.
• 이미지 도구(lolly_look, lolly_sample_color, lolly_trace_edges)도 호출자로부터 이미지 파일을 받을 수 있으며, 같은 방식으로 메모리상에서 그 호출 동안만 처리됩니다. 그 외 모든 도구는 호출에 담긴 매개변수(텍스트, 숫자, 색상, URL, 카탈로그 애셋 ID, 또는 호출자가 건네는 문서)로 작동합니다.
• lolly.tools에서 lolly.tools/api/mcp는 토큰 없이 누구나 쓸 수 있습니다. 호출은 주소별로, 그리고 일일 예산으로 제한됩니다. 주소는 아래의 로그인 엔드포인트와 마찬가지로 악용 방지 저장소에서 단방향으로 파생된 버킷 키가 되며, 예산은 CPU 시간과 전송 바이트만 세고 주소는 포함하지 않습니다. mcp.lolly.tools에 계획된 선택적 제한 엔드포인트는 운영자가 신뢰하는 클라이언트에게 발급하는 베어러 토큰이나 상태 비저장 OAuth 2.1을 사용합니다: 공유 비밀키로 검증되는 단기 서명 토큰입니다. 활성화는 보류 중입니다. 베어러 토큰 자체는 로그나 렌더링 URL에 절대 기록되지 않습니다.

Content Credentials 신원(사용자가 직접 시작해야 하는 로그인)

Lolly는 내보내기 결과물에 암호화된 Content Credential을 봉인하여, 파일이 Lolly를 떠난 뒤 변경되지 않았음을 누구나 오프라인으로 검증할 수 있게 합니다. 여기까지는 기본적으로 켜져 있고 완전히 로컬에서 이루어집니다 - 서명 키는 사용자의 기기에서 생성되고 서명 자체도 오프라인에서 일어납니다. 등록하지 않으면 그 키는 일회용입니다: 내보낼 때마다 새 키 쌍이 만들어지고 함께 폐기됩니다. 등록하면 키는 지속적인 키가 되며 추출 불가능하게 생성됩니다 - Lolly 자체 코드조차 이를 읽을 수 없고, 서명을 요청할 수 있을 뿐입니다. 어느 쪽이든 키는 절대 기기를 벗어나지 않습니다. 이 섹션은 그 위에 있는 단 하나의 선택적 단계를 다룹니다: 검증된 신원을 등록하여, 내보내기 결과물에 익명 키 대신 "Verified - signed by \<your email\>"이 표시되도록 하는 것입니다. 등록을 건너뛰면 이 섹션의 어떤 내용도 사용자에게 적용되지 않으며, 개인정보는 절대 기기를 벗어나지 않습니다.

signed by Lolly2026-10-21vector SVG7 paths~2.0k nodes11 groups24 KB직접 확인하기서명된 파일 받기 signed by Lolly2026-10-21vector SVG7 paths~2.0k nodes11 groups25 KB직접 확인하기서명된 파일 받기

등록하면 정확히 다음과 같은 일이 일어납니다:

1. 로그인 방법을 선택합니다 - GitHub, Google, SUSE(id.suse.com) 또는 이메일로 받는 링크. 세 가지 OIDC 제공자의 경우, 저희가 아니라 해당 제공자의 개인정보 처리방침이 적용되는 자체 로그인 페이지로 리디렉션됩니다. Lolly의 인증서 서비스는 검증된 이메일 주소와 제공자 이름만 돌려받습니다. 이메일 링크의 경우, 입력한 주소는 그 링크 하나를 전달하기 위한 목적만으로 트랜잭션 이메일 API인 Resend로 전달됩니다.
2. 단기 쿠키가 리디렉션을 보호합니다. 이는 Lolly 시스템 전체가 설정하는 유일한 쿠키입니다: lolly_ca_state, HttpOnly, /api/ca로 범위가 한정되며, 10분 이내에 만료됩니다. 추적 식별자가 아니라 임의의 값을 담고 있으며, OAuth 리디렉션이 위조되는 것을 막기 위해서만 존재합니다. 로그인이 완료되는 즉시 지워집니다.
3. 사용자의 IP 주소는 로그인 엔드포인트의 남용을 막기 위해 짧게 사용됩니다(한 스크립트가 받은편지함에 스팸을 보내거나 이메일 할당량을 소진하지 못하도록). Lolly는 짧게 유지되는 남용 방지 버킷을 만들기 전에 IP 주소를 해시하며, 원본 주소는 그 저장소로 전달되지 않습니다. 이 버킷은 약 1분 후 만료되며 추적에 쓰이지 않습니다. 일반적인 호스팅 액세스 로그는 별도이며 아래에서 설명합니다.
4. 인증서 서비스는 단기 인증서를 발급합니다(7, 30, 90, 365일 중 선택, 운영자 정책에 따라 상한이 적용됨), 검증된 이메일을 기기에서 생성된 키 쌍의 공개 절반에 결합합니다. 개인 키 절반은 절대 브라우저를 벗어나지 않습니다.
5. 발급에 관한 어떤 것도 기록되지 않습니다. 인증서 서비스는 발급 로그를 전혀 보관하지 않습니다: 이메일도, 제공자도, 일련번호도, 타임스탬프도 없습니다. 데이터베이스도, 로그 줄도, 웹훅도 없습니다. 이메일 주소는 사용자 기기가 받는 인증서에 기록될 만큼의 시간 동안만 요청 안에 존재하다가, 저희 쪽에서는 완전히 사라집니다.
6. 그 이후에는 다시 오프라인으로 서명하며, 이는 인증서 수명 전체 동안 유지됩니다. 파일을 내보낼 때 인증서 서비스에 연결하는 일은 없으며, 등록할 때만 연결했습니다.

트레이드오프를 솔직하게 말씀드립니다. 이 서비스의 이전 버전은 잘못 발급되거나 유출된 인증서를 추적할 수 있도록 발급 건마다 로그를 남겼습니다. 저희는 이를 제거했는데, 그 로그가 Lolly 전체에서 개인정보가 서버에 남는 유일한 곳이었고, 조심스럽게 보관하기보다는 아예 갖지 않는 편을 택했기 때문입니다. 그 대신 포기하는 것은 서버 측 추적 가능성입니다: 인증서가 오남용되어도 누가 발급받았는지 조회할 수 없습니다. 인증서는 설계상 단기입니다 - 운영자의 상한 안에서 7일에서 365일까지 사용자가 선택하며 - 스스로 만료되며, 이것이 대신 의존하는 완화책입니다. 자체적인 의무상 감사 로그가 필요한 자체 호스팅 운영자는 로그를 직접 추가할 수 있으며, 그렇게 함으로써 그 데이터의 관리자가 됩니다.

브라우저 확장 프로그램

Lolly URL Screenshot 브라우저 확장 프로그램은 저희를 위해 어떤 개인정보도 수집하지 않습니다. 분석 도구도, 추적도, 자체 서버도 없습니다. 브라우저 확장 프로그램 페이지에서 작동 방식을 설명합니다.

하는 일. Lolly 웹 앱은 웹페이지의 스크린샷, 또는 웹사이트에서 디자인 시스템을 시작하기 위한 페이지 내용을 이 확장 프로그램에 요청할 수 있습니다. 요청마다 확장 프로그램에서 승인 창이 열리고, 요청한 사이트, 스크린샷을 원하는지 페이지 내용을 원하는지, 그리고 페이지 주소가 표시됩니다. 사용자가 Approve once를 누른 뒤에야 확장 프로그램이 그 페이지를 임시 백그라운드 탭에서 열고, 스크린샷을 찍거나 페이지를 읽은 다음, 결과를 요청한 Lolly 탭으로 넘기고 탭을 닫습니다. 요청마다 각각의 승인이 필요합니다.

데이터.

• 저희는 아무것도 수집하지 않습니다. 결과는 요청한 Lolly 페이지로만, 같은 브라우저 안에서 전달됩니다. 확장 프로그램은 페이지 내용을 저장하지 않으며 다른 수신자를 추가하지 않습니다.
• 네트워크 요청. 승인한 페이지는 일반 탭에서와 마찬가지로, 그 페이지가 스스로 요청하는 것들과 함께 불러와집니다. 페이지 내용을 읽을 때는 그 페이지의 스타일시트와 몇 개의 아이콘·로고 이미지도 페이지 안에서 가져오며, 이 요청들은 다른 사이트로 쿠키를 보내지 않습니다. 확장 프로그램은 그 밖의 요청을 하지 않으며, Lolly 서버로 가는 요청도 없습니다.
• 사용자의 브라우저 세션. 페이지는 사용자가 직접 연 것과 같이 사용자의 브라우저 세션으로 불러와지므로, 로그인한 페이지라면 결과에 비공개 정보가 담길 수 있습니다.
• 승인한 주소는 그 요청 하나를 위해 그 페이지 하나를 불러오는 데만 사용됩니다. 로그에 남거나 공유되지 않습니다.

권한.

• debugger - DevTools Protocol을 통해 스크린샷을 찍기 위함 (Lolly 데스크톱 앱이 사용하는 것과 동일한 메커니즘).
• tabs - 임시 탭을 열고 닫기 위함, 그리고 승인한 뒤로 Lolly 페이지와 대상 페이지가 이동하지 않았는지 확인하기 위함.
• scripting - 사용자가 그 요청을 승인한 후, 임시 탭에서 페이지 내용을 읽기 위함.
• storage - 임시 탭의 id를 세션 저장소에만 기록해, 요청 도중 브라우저가 확장 프로그램을 중단시키더라도 그 탭들이 닫히도록 하기 위함. 페이지 내용은 저장되지 않습니다.
• *선택적 사이트 접근(http:///, https:///) - 설치 시에는 부여되지 않습니다. Approve once*를 누르면 확장 프로그램이 그 요청의 사이트 하나에 대한 접근을 Chrome에 요청하고, Chrome은 각 사이트마다 처음에 사용자에게 묻습니다. 이전에 허용한 사이트라도 요청마다 새로 승인해야 합니다.

이 중 어느 것도 사용자가 승인한 그 요청 하나를 넘어서서 사용자의 브라우징을 읽거나 감시하거나 전송하는 데 사용되지 않습니다.

인프라 로그

다른 모든 웹사이트와 마찬가지로, lolly.tools 뒤의 서버들 - 그리고 모든 Lolly 배포본 뒤의 서버들 - 은 요청이 도달할 때마다 표준적인 웹 서버 접근 로그를 생성합니다: IP 주소, 요청 경로, 타임스탬프, 사용자 에이전트. 이는 Lolly가 추가한 것이 아니라 호스팅의 기본적인 동작이며, 문서 내용이 애초에 서버에 도달하지 않으므로 그 내용을 담는 일은 절대 없습니다. 의도적인 유일한 예외는 MCP의 lolly_transform, lolly_verify, lolly_redact 또는 lolly_rebrand 호출에 사용자가 명시적으로 건넨 파일이며, 이는 위에서 설명한 대로 메모리상에서 처리되고 디스크나 로그에는 절대 기록되지 않습니다.

공개 서비스는 애플리케이션 로그를 최소화합니다. MCP 서버는 시작, 설정, 렌더링 경고를 기록하지만, 자체 요청 로그는 보관하지 않으며 토큰이나 호출자 주소도 기록하지 않습니다. Penpot 패스스루는 각 명령 이름과 Penpot의 응답 상태를 기록하고, 헤더, 토큰, 파일은 절대 기록하지 않습니다. 인증서 서비스는 시작 설정과 설정 경고를 기록하고, 실패 시에는 정보를 제거한 두 줄을 기록합니다: 수신자 주소 없는 전송 실패 상태 코드, 그리고 오류 텍스트, 스택 트레이스, URL이 없는 고정된 실패 줄입니다(공급자 오류에는 신원 정보나 자격 증명이 담길 수 있기 때문입니다). 로그의 나머지는 저희가 아니라 호스팅 플랫폼의 것입니다.

lolly.tools의 경우 호스팅은 Vercel이며, 접근 로그 보관 기간은 저희 요금제에 대한 Vercel 자체 플랫폼 기본값을 따릅니다. 저희는 로그 드레인도, 장기 로그 내보내기도, 그 위에 분석이나 모니터링 제품도 별도로 구성하지 않습니다. 저희는 이 로그의 사본을 직접 보관하지 않으며, 이는 곧 사용자를 위해 로그를 검색해 드릴 방법도 없다는 뜻입니다 - Your rights를 참고하세요.

법적 근거, 보관 기간 및 수령자

여기서 법적 근거가 필요한 항목은 거의 없습니다. 처리되는 것이 거의 없기 때문입니다. 완전성을 위해 전체 목록을 제시합니다:

수령자. 수령자 범주는 다음과 같습니다: 당사의 호스팅 제공업체(Vercel Inc.); 짧게만 보관되는, 한 방향으로만 도출한 버킷 키만 받고 원본 IP 주소는 절대 받지 않는 당사의 남용 방지 저장소 제공업체; 그리고 - 이메일 로그인 옵션을 사용하는 경우에만 - 트랜잭션 이메일 제공업체 (Resend)입니다. GitHub, Google 또는 SUSE(id.suse.com)로 로그인하는 경우, 사용자는 해당 제공업체의 자체 개인정보 처리방침에 따라 그 제공업체와 직접 상호작용하게 됩니다. 이들은 당사에 검증된 이메일 주소만 알려주며 그 외에는 아무것도 알려주지 않습니다. 당사는 그 누구와도 개인정보를 공유하지 않으며, 데이터를 판매하거나 광고를 운영하거나 사용자를 프로파일링하지 않습니다.

EEA 역외 이전. Vercel과 Resend는 미국 기업입니다. lolly.tools의 함수 연산은 Vercel의 프랑크푸르트(fra1) 리전에 고정되어 있어 처리 자체는 EU 내에서 이루어지지만, 두 제공업체 모두 미국에 본사를 두고 있으므로 처리자로서 미국에서 데이터에 접근할 수 있습니다. 이러한 이전은 각 제공업체의 데이터 처리 계약서에 명시된 대로 유럽위원회의 표준계약조항 및/또는 EU-US 데이터 프라이버시 프레임워크에 근거합니다. 두 제공업체에 도달하는 개인정보가 매우 제한적이기 때문에 - 메시지 한 건을 보내기 위해 전달되는 이메일 주소, 일반적인 액세스 로그, 그리고 짧게 유지되는 도출된 남용 방지 버킷뿐 - 그에 따른 노출 정도도 그만큼 작습니다.

자동화된 의사결정. 없습니다. 프로파일링도 없으며, 법적 효력이나 이와 유사하게 중대한 영향을 미치는 자동화된 의사결정도 없습니다(제22조).

아동의 개인정보 보호

Lolly는 앱을 일반적으로 사용하는 과정에서 나이를 불문하고 그 누구로부터도 개인정보를 고의로 수집하지 않습니다 - 애초에 수집할 것이 없습니다. 개인정보(이메일 주소)가 수집되는 유일한 지점은 위에서 설명한 Content Credentials 등록이며, 이는 아동을 대상으로 하거나 아동을 위해 만들어진 것이 아닙니다.

사용자의 권리

Lolly가 다루는 거의 모든 것이 사용자 본인의 기기에만 저장되기 때문에, 데이터 보호법이 말하는 "사용자의 권리" - 열람, 정정, 삭제, 이동성 - 의 대부분은 이미 그 누구에게도 물어볼 필요 없이 사용자가 직접, 즉시 수행할 수 있는 일입니다: 사용자의 데이터는 브라우저 저장소에 존재하며, 그 형태 그대로 확인하거나 내보내거나(위의 내 데이터 내보내기) 삭제할(위에서와 같이 브라우저에서 사이트 저장소를 지워서) 수 있습니다.

공식적으로, GDPR 제15조부터 제22조에 따라 사용자는 본인의 개인정보에 열람, 정정, 삭제, 처리의 제한 또는 이의 제기(당사가 정당한 이익에 근거해 수행하는 모든 처리에 대한 이의 제기 포함), 데이터 이동성의 권리를 가지며 - 처리가 동의에 근거한 경우 - 언제든지 그 동의를 철회할 권리를 가집니다. 다만 철회 이전에 이루어진 처리의 적법성에는 영향을 미치지 않습니다.

당사를 상대로 이러한 권리를 행사하는 것에 관해 솔직하게 말씀드리면 다음과 같습니다. 당사는 더 이상 발급 로그를 보관하지 않으므로, 사용자에 관해 조회, 정정, 내보내기, 삭제할 수 있는 개인정보를 전혀 보유하고 있지 않습니다. 사용자가 당사에 보유 중인 정보를 문의하면, 솔직한 답변은 "없다"이며 당사는 그대로 말씀드릴 것입니다. 실제로 존재하는 유일한 범주는 호스팅 제공업체가 자체 보관 기본값에 따라 보유하는, IP 주소에 연결된 호스팅 액세스 로그뿐입니다. 당사는 이를 검색하거나 선택적으로 삭제할 수단이 없으며, 이를 숨기지 않고 그대로 말씀드립니다. 실제로 사용자의 소유인 모든 것은 사용자의 기기에 있으며, 누구의 허락도 구하지 않고 이미 읽고, 내보내고, 파기할 수 있습니다.

이의를 제기할 권리가 있습니다. 당사가 사용자의 데이터를 부적절하게 처리했다고 생각되면, 데이터 보호 감독 기관에 민원을 제기할 수 있습니다 - EU에서는 거주국, 근무지 또는 위반이 발생했다고 판단되는 곳의 감독 기관입니다(제77조). 당사의 주 감독 기관은 독일 안스바흐(Ansbach) 소재 Bayerisches Landesamt für Datenschutzaufsicht(BayLDA)입니다. 먼저 당사에 연락할 필요는 없지만, 당사로서는 문제를 바로잡을 기회를 얻고 싶습니다.

당사는 데이터를 판매하지 않습니다. 판매할 데이터 자체가 없습니다.

이 정책의 변경

이 문서가 변경될 때마다 상단의 날짜도 변경됩니다. 기기에서 외부로 나가는 정보나 보관되는 정보를 바꾸는 변경 사항은 조용히 수정되지 않고 여기에 별도의 항목으로 기록됩니다 - 무엇이 바뀌었는지 확인하고 싶다면 (아래에서) 문의하거나 공개 소스와 비교해 보세요.

2026년 10월 22일: 기존 동작에 대한 설명을 바로잡았습니다. 브라우저 확장 프로그램 섹션에 요청마다 뜨는 승인 창, 한 사이트씩 요청하는 사이트 접근, 웹사이트를 읽을 때의 스타일시트와 아이콘 가져오기를 추가했습니다. 또한 Send to Google Drive와 Meeting Planner 행, SEAL 안내(어떤 Lolly 앱도 SEAL 키를 DNS에서 조회하지 않음), 조직 서비스의 기본 사용 텔레메트리 수준, MCP 이미지 도구, 공개 서비스의 애플리케이션 로그도 바로잡았습니다. 소프트웨어 자체는 변경되지 않았습니다.

책임 주체 및 연락 방법

lolly.tools의 데이터 관리자(data controller)는 다음과 같습니다:

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

SUSE는 개인정보 보호책임자(Data Protection Officer)를 지정했으며, privacy@suse.com으로 연락할 수 있습니다. 위 "사용자의 권리"에 따른 공식 요청은 이 주소를 이용해 주세요.

Lolly 자체에 관한 문의 - 작동 방식, 어떤 부분이 왜 그렇게 되어 있는지, 또는 이 문서의 정정 사항 - 는 Andy Fitzsimon, fitzy@suse.com에게 연락해 주세요.

자체 호스팅 또는 엔터프라이즈 Lolly 인스턴스의 경우, 대신 이를 운영하는 주체에게 문의하세요: 운영자가 해당 배포에 대한 관리자입니다. SUSE와 Lolly 오픈소스 프로젝트는 자사가 운영하지 않는 배포에 대해서는 어떠한 데이터도 보유하지 않습니다.