이 문서는 여러 언어로 게시됩니다. 언어별 버전 간에 차이가 있는 경우 폴란드어 버전이 구속력을 가집니다.
버전 1.1 · 최종 업데이트: 2026년 10월 23일
1. 이 페이지의 주제와 성격
이 페이지는 GDPR 제35조에 따른 formexposed의 데이터 보호 영향 평가(DPIA)입니다. 먼저 DPIA가 애초에 필요한지라는 사전 질문에 답하며, 이는 서비스 전체가 아니라 처리 작업별로 따로 판단합니다. 답이 '예'인 경우 제35조 제7항 (a)호부터 (d)호까지에 따른 평가를 수행합니다: 체계적인 설명, 필요성 및 비례성, 정보주체에 대한 위험, 그리고 이를 다루기 위한 조치. 이어서 잔여 위험, 제36조에 따른 사전 협의 여부 및 검토 규칙을 다룹니다.
제35조는 DPIA의 공개를 요구하지 않습니다. 당사가 이를 공개하는 이유는 두 가지입니다. 첫째, 전달 확인이나 로그인 뒤 스캔을 사용하는 고객은 자체 평가를 위해 당사만 알고 있는 사실이 필요하며, 당사는 어떤 경우든 프로세서로서 이러한 사실을 제공할 의무가 있습니다(GDPR 제28조 제3항 (f)호). 둘째, 당사의 크롤러는 운영자가 당사를 모르는 웹사이트를 점검합니다. 이들은 당사가 그들과 그들 페이지에 있는 사람들에게 어떤 위험이 있다고 보는지, 그리고 이에 대해 무엇을 하는지 읽을 수 있어야 합니다.
법적 성격. 이 DPIA는 GDPR 제35조에 따른 컨트롤러의 문서로, 당사가 자발적으로 공개하는 것입니다. 이는 어떠한 계약의 일부도 아니며, 고객이나 제3자에 대한 어떠한 진술, 보증 또는 품질에 관한 합의도 구성하지 않습니다. 당사가 고객에게 제공해야 하는 서비스와 보호 조치는 이용약관, 데이터 처리 계약 및 그 부속서에 의해 규율되며, 이러한 의무에 관해서는 이 문서들이 이 페이지보다 우선합니다. 이 페이지는 이 버전 작성일 기준의 상황을 설명합니다. 위험 등급과 평가는 당사 자체의 견해이며 감독기관이나 법원의 어떠한 법적 평가도 앞서 판단하지 않습니다. “계획됨”으로 기재된 조치는 확정된 일정이 없는 의도입니다. 고객에게 이 페이지는 자체 평가의 기초이지 법률 자문이 아닙니다.
이것은 임계값 평가의 첫 번째 버전입니다. 처리 작업별로 DPIA가 필요한지 검토하고 그 결과를 제3.5절에 기록합니다.
모든 사실 진술에는 당사의 다른 법률 문서와 같은 원칙이 적용됩니다: 의도가 아니라 측정. 코드나 데이터베이스에서 입증된 것은 출처 참조와 함께 여기에 기재합니다. 입증할 수 없었던 것은 “검증되지 않음”으로 표시합니다. 단지 계획된 것은 “계획됨”이라고 합니다. 당사는 미결 사항을 계획된 조치와 함께 공개적으로 명시합니다. 강점만 나열하는 DPIA는 관련된 사람들에게 도움이 되지 않습니다.
용어: 운영자는 점검 대상 웹사이트를 운영하는 사람입니다. 고객은 formexposed에 계정을 가진 사람입니다. 방문자는 고객의 웹사이트, 예를 들어 그 문의 양식을 이용하는 사람입니다. 출처 참조는 소스 코드의 파일, 함수 또는 설정을 의미하며, 2026년 10월 11일 개발 시스템의 상태를 기준으로 측정되었습니다.
당사는 공개성에 대해 의도적으로 한 가지 선을 긋습니다: 당사 자체 서버의 보안에 관한 미결 사항은 일반적인 수준으로만 기술합니다(R13). 위험과 그 수준은 명시하지만 특정 취약점에 이르는 경로는 밝히지 않으며, 세부 사항은 감독기관의 요청이 있으면 제공합니다.
2. 역할: 누가 무엇에 대해 의무를 지는가
제35조는 컨트롤러에게 의무를 부과합니다. formexposed은(는) 일부 처리 작업에서는 컨트롤러, 다른 처리 작업에서는 고객의 프로세서이며, 당사의 WordPress 플러그인과 TYPO3 확장 프로그램이 고객의 웹사이트에 저장하는 데이터에 대해서는 어느 쪽도 아닙니다. 이 문서의 거의 모든 질문에 대한 답은 해당 질문이 어떤 역할에 관한 것인지에 달려 있습니다. 역할 배분은 개인정보 처리방침과 데이터 처리 계약을 따릅니다.
| 처리 작업 | formexposed의 역할 | 제35조에 따른 의무 주체 |
|---|---|---|
| 운영자의 지시 없이 제3자 웹사이트 점검: 무료 점검, 에이전시용 잠재 고객 점검, 연구 | 컨트롤러 | formexposed |
| 고객 계정 내 도메인 점검: 모니터링, 능동적 테스트 제출, 브라우저 여정, 노출된 파일, 양식 펄스 | 고객의 계정 및 점검 데이터에 대해서는 컨트롤러, 고객의 인증된 웹사이트에서 보이는 제3자의 개인정보에 대해서는 프로세서, 도메인이 인증되지 않은 동안에는 무료 점검과 마찬가지로 컨트롤러 | 자체 부분은 formexposed, 웹사이트의 제3자 데이터는 고객 |
| 테스트 계정을 이용한 로그인 뒤 스캔 | 프로세서: 자격 증명과 로그인 뒤 콘텐츠는 고객의 웹사이트에 속함 | 고객, formexposed은(는) 지원 |
| 확인 사본을 이용한 전달 확인 | 프로세서 | 고객, formexposed은(는) 지원 |
| 군집 보호: 차단된 스팸의 링크 도메인 공유 목록 | 컨트롤러: 당사가 많은 웹사이트의 보고를 결합하고 목록을 작성하여 배포함 | formexposed |
| 고객 계정, 로그인, 로그, 지원, 이메일 발송, 결제, 증거 기록 | 컨트롤러 | formexposed |
| 에이전시 구독자를 위한 고객 포털 및 월간 보고서 | 프로세서 | 에이전시 |
| 플러그인과 확장 프로그램이 고객의 웹사이트에 저장하는 데이터(격리함, 안전망, 저장된 문의) | 어느 쪽도 아님: 데이터가 웹사이트를 벗어나지 않음 | 웹사이트 운영자 |
이로부터 한 가지 구분이 도출되며, 양방향으로 자주 오해되므로 명시적으로 밝힙니다. formexposed이(가) 컨트롤러인 경우 당사가 직접 평가를 수행하고 그 결과를 책임집니다. 당사가 프로세서인 경우 당사는 고객을 대신하여 평가를 수행하거나, 고객을 위해 필요성 문제를 결정하거나, 고객을 대신하여 제36조에 따라 감독기관과 협의할 수 없습니다. 그 경우 당사가 할 수 있고 해야 하는 일은 고객에게 필요한 모든 것을 제공하는 것입니다: (a)호에 따른 설명, (c)호에 따른 위험에 관한 측정된 사실, (d)호에 따른 조치의 정직한 상태 목록. 전달 확인과 로그인 뒤 스캔에 대해 이 페이지가 바로 그것입니다.
전달 확인에 관한 절을 그대로 자신의 DPIA로 채택하는 고객은 DPIA를 수행한 것이 아닙니다. 자신의 양식에 대해 확인 사본이 정당한지, 그곳에서 특수 범주의 개인정보가 예상되는지, 방문자에게 어떻게 알릴지는 고객만이 결정할 수 있는 문제입니다. 제11절에 이를 위해 확인해야 할 사항이 요약되어 있습니다.
3. 임계값 평가: DPIA가 필요한가?
3.1 제35조 제1항 및 제35조 제3항
제35조 제1항은 특히 새로운 기술을 사용하는 처리 유형이 처리의 성격, 범위, 맥락 및 목적을 고려할 때 자연인의 권리와 자유에 높은 위험을 초래할 가능성이 있는 경우 DPIA를 요구합니다. 제35조 제3항은 특히 이에 해당하는 세 가지 경우를 명시합니다. 세 가지 중 어느 것도 formexposed에 해당하지 않으며, 이는 단언이 아니라 근거와 함께 제시되어야 합니다.
- (a)호 – 자동화된 처리에 기반하여 자연인에 관한 개인적 측면을 체계적이고 광범위하게 평가하고, 이에 근거하여 법적 효력을 발생시키거나 이와 유사하게 중대한 영향을 미치는 결정이 내려지는 경우. 당사는 사람의 개인적 측면이 아니라 양식과 웹사이트를 평가합니다. 이 서비스는 어떤 사람에게도 법적 효력이 있는 결정을 내리지 않습니다. 이에 가장 가까운 것은 군집 보호입니다: 목록에 오른 도메인으로의 링크가 포함된 메시지는 연결된 웹사이트에서 격리함으로 들어갑니다. 이는 메시지에 대한 자동화된 결과이지 사람에 대한 광범위한 평가가 아니며, 제3.3절의 “평가 또는 점수 부여” 기준에서 다룹니다.
- (b)호 – 제9조에 따른 특수 범주 또는 제10조에 따른 범죄 관련 데이터의 대규모 처리. 의도되지 않았고 구축되지도 않았습니다. 그럼에도 이러한 데이터가 당사에 도달할 수 있는 경로가 하나 있습니다: 전달 확인에서 실제 방문자 메시지의 확인 사본입니다. 이는 개별 사례에 따라 다르며 이 조항의 의미에서 대규모가 아니지만, 위험 평가(R1)에서는 고려됩니다.
- (c)호 – 공개적으로 접근 가능한 장소에 대한 대규모의 체계적인 모니터링. 이는 공개 웹 페이지의 조회가 아니라 장소의 물리적 관찰을 의미합니다. 이 조항을 웹사이트 크롤러에 대한 근거로 인용하는 것은 부정확합니다.
따라서 올바른 경로는 제35조 제1항 자체이며, 이를 제29조 작업반의 데이터 보호 영향 평가 가이드라인(WP248 rev.01, 유럽 데이터 보호 이사회 승인)의 아홉 가지 기준과 제35조 제4항에 따른 폴란드 감독기관의 목록(제3.4절)을 통해 적용합니다.
3.2 WP248 가이드라인의 아홉 가지 기준
가이드라인은 높은 위험 가능성을 나타내는 아홉 가지 특징을 제시합니다. 경험칙상 그중 두 가지를 충족하는 처리 작업은 대부분의 경우 DPIA가 필요합니다. 컨트롤러는 개별 사례에서 다른 결론에 도달할 수 있지만, 그 경우 근거를 제시하고 문서화해야 합니다. 반대로 단 하나의 기준만으로도 충분할 수 있습니다. 이 페이지에서는 다음과 같은 약칭을 사용합니다.
- C1 – 평가 또는 점수 부여: 예를 들어 업무 성과, 경제 상황, 신뢰성 또는 행동에 대한 프로파일링 및 예측 포함.
- C2 – 법적 효력 또는 이와 유사한 중대한 효과를 갖는 자동화된 의사결정.
- C3 – 체계적인 모니터링, 즉 네트워크를 통한 경우를 포함하여 정보주체를 관찰, 모니터링 또는 통제하는 데 사용되는 처리. 가이드라인은 정보주체가 누가 어떤 목적으로 자신의 데이터를 수집하는지 모르는 경우가 많다는 사실로 이 기준을 명시적으로 정당화합니다.
- C4 – 민감 데이터 또는 매우 개인적인 성격의 데이터: 제9조 및 제10조에 따른 특수 범주뿐 아니라, 기밀성이 보호되어야 하는 전자 통신을 포함하여 공개 시 일상생활에 중대한 영향을 미치는 데이터.
- C5 – 대규모로 처리되는 데이터: 정보주체의 수, 데이터의 양과 범위, 기간 및 지리적 범위로 측정.
- C6 – 데이터 세트의 매칭 또는 결합: 서로 다른 처리 작업이나 서로 다른 컨트롤러에서 비롯된 데이터 세트를 정보주체가 예상하지 못하는 방식으로 매칭하거나 결합하는 경우.
- C7 – 취약한 정보주체에 관한 데이터: 예를 들어 직원, 아동, 환자 또는 기타 힘의 불균형 관계에 있는 사람.
- C8 – 혁신적인 사용 또는 새로운 기술적·조직적 솔루션의 적용: 감독 실무에서 인공지능의 사용은 일반적으로 이 기준에 해당하는 것으로 취급됩니다.
- C9 – 정보주체가 권리를 행사하거나 서비스 또는 계약을 이용하는 것을 막는 처리.
당사는 각 기준을 “충족”, “경계” 또는 “미충족”으로 평가하고 코드에 근거하여 그 이유를 제시합니다. 경계 사례는 합계에서 충족으로 계산되지 않지만 결과에 명시되며, 여러 경계 사례가 같은 방향을 가리키는 경우 해당 처리 작업을 평가에 포함합니다.
3.3 처리 작업별 평가
P1 – 계정 없는 무료 점검(요청에 따른 임의의 제3자 웹사이트 점검)
누구나 홈페이지에서 도메인을 입력할 수 있습니다. 그러면 크롤러가 해당 웹사이트의 공개 페이지를 최대 8개까지 조회하고, 양식을 읽고, 스크린샷을 찍고, 무작위 링크를 아는 사람이라면 누구나 볼 수 있는 보고서를 생성합니다. 웹사이트 운영자는 로그에서 크롤러의 식별자를 발견하지 않는 한 이 사실을 알지 못합니다.
- C1 – 경계. 보고서는 양식의 보호 수준을 등급(“노출됨”, “부분적으로 보호됨”, “보호됨”)과 점수로 평가합니다. 유한회사의 경우 이는 자연인과 관련이 없습니다. 개인사업자와 프리랜서의 경우 도메인이 개인에게 귀속될 수 있으며, 그 경우 등급은 해당 개인의 직업 활동에서의 주의 정도에 관해 무언가를 말해 줍니다. 그러나 평가 대상은 사람의 행동이나 특성이 아니라 기술적 설정입니다. 당사는 이를 경계로 취급합니다.
- C2 – 미충족. 운영자와 관련하여 결정되는 것은 없습니다. 점검을 요청하는 사람과 관련해서는 IP 주소 및 세션별 제한이 적용되며(
cfg/check_lib.php), 거부된 점검은 중대한 영향이 없습니다. - C3 – 미충족. 요청에 따른 1회 조회이며, 도메인당 주 최대 1회입니다(
cfg/check_lib.php, 설정fc_domain_days= 7). 사람을 관찰하지 않습니다. 그러나 가이드라인이 C3을 정당화하기 위해 드는 상황, 즉 정보주체가 처리에 대해 아무것도 모른다는 점은 존재합니다. 이는 위험 평가(R5)에서 고려됩니다. - C4 – 미충족. 저장되는 것은 양식 구조와 발견 사항이지 입력된 값이 아닙니다(
scanner/src/crawl.js는 보이는 필드에 대해 값의 길이만 저장합니다). 스캐너는 토큰과 타임스탬프를 감지하기 위해 점검 중에만 미리 채워진 숨김 필드의 앞부분(최대 24자)과 데이터 속성(최대 60자)을 읽으며, 이는 저장되지 않습니다. 스크린샷에는 우연히 사람과 이름이 나타날 수 있으며, 병원 웹사이트는 이미지에 진료 과목을 보여 줍니다. 이는 공개된 직업 정보이지 특정인의 건강 데이터가 아닙니다. - C5 – 경계. 일일 상한은 수락된 점검 200건(
fc_daily_cap)으로, 산술적으로 연간 약 73,000개 웹사이트까지 가능합니다. 웹사이트당 발생하는 개인정보는 몇 가지 항목뿐이며, 기간도 짧습니다(30일). 개발 시스템에서 측정한 결과 데이터 세트에는 익명 점검이 2건 있습니다. 현재는 미충족이며, 설계된 용량을 고려하면 경계입니다. - C6 – 미충족. 페이지 조회 외에 서비스는 RDAP 서비스 rdap.org를 통해 도메인 연령을 조회하고(도메인 이름만 전송되며, 등록일만 캐시에 저장됨) DNS를 확인합니다. 이는 사람에 관한 데이터 세트의 결합이 아니라 도메인에 관한 기술적 정보입니다.
- C7 – 미충족.
- C8 – 약한 형태로 충족. 자동화된 브라우저가 페이지를 점검하고, 당사 자체 서버의 언어 모델이 규칙으로 인식되지 않는 양식을 분류합니다(
scanner/src/classify.js). 모델은 페이지 제목, 주소, 필드 라벨 및 최대 400자의 양식 텍스트를 봅니다. 모델은 결코 양식을 “제출 가능”하게 만들 수 없습니다. - C9 – 미충족.
P1 중간 결과: 약한 형태로 충족된 기준 1개(C8), 경계 사례 2개(C1, C5). 경험칙상 의무는 없습니다. 두 경계 사례가 같은 방향을 가리키고 정보주체가 처리에 대해 아무것도 모르기 때문에, 당사는 P1을 평가에 포함합니다.
P2 – 에이전시용 잠재 고객 점검
자체 브랜드를 설정한 Business 요금제의 에이전시는 잠재 고객의 웹사이트를 수동적으로 점검하게 할 수 있습니다. 에이전시는 자사 브랜드로 된 간단한 결과와 상세 보고서를 받고, 링크를 직접 전달합니다(cfg/akquise_lib.php). 당사는 누구에게도 연락하지 않습니다.
- C1 – 경계, P1보다 강함. 간단한 결과는 명시적으로 “첫 대화를 여는 계기”로 의도된 것입니다. 따라서 웹사이트 평가가 사람에게 상업적으로 접근하는 근거가 됩니다.
- C5 – 미충족. 에이전시당 월 최대 30건(
prospect_monthly), 90일 후 삭제. - C8 – 약한 형태로 충족(P1과 같은 기술).
- 기타 기준 – 미충족. 결과는 에이전시의 브랜드로 제시되지만 운영자에 관한 다른 데이터와 연결되지 않습니다.
P2 중간 결과: 경험칙상 의무는 없습니다. P1과 같은 이유로, 그리고 목적인 고객 유치 자체가 고유한 위험(R6)을 수반하기 때문에 포함합니다.
P3 – “양식 보안 지수” 연구
연구를 위해 웹사이트 목록을 수동적으로 점검하며, 5분마다 실행되는 상태 프로세스의 실행당 열린 작업이 최대 5개가 되도록 제한합니다(cfg/studie_lib.php). 합계만 공개되며, 세그먼트는 양식이 있는 웹사이트가 20개 이상인 경우에만 공개됩니다(study_min_segment, cfg/studie_lib.php). 원시 데이터는 공개 시 삭제됩니다(cfg/studie_lib.php).
- C5 – 경계, 대규모 목록의 경우 충족. 목록의 크기는 코드에서 제한되지 않으며, 제한 설정상 산술적으로 하루 1,000건 이상의 점검이 가능합니다. 한 국가 시장에 대한 연구는 수천 개의 웹사이트를 포괄하며, 그중 다수는 개인사업자가 운영합니다. 이러한 규모부터 당사는 이 기준이 충족된 것으로 봅니다.
- C8 – 약한 형태로 충족.
- C1 – 미충족. 개별 웹사이트가 평가되기는 하지만 합계만 공개되며, 평가는 개별 운영자에 대한 진술을 위한 것이 아닙니다.
- 기타 기준 – 미충족.
P3 중간 결과: 설계된 규모의 연구에 대해서는 기준 2개(C5, C8). 따라서 연구는 임계값에 도달하며, formexposed이(가) 컨트롤러로서 평가를 수행합니다. 개발 시스템에서 측정한 결과 지금까지 생성된 연구는 없습니다.
P4 – 고객 계정 내 도메인 점검
고객은 계정의 도메인을 정기적으로 점검하게 합니다. 고객이 도메인을 관리할 권한이 있음을 증명하면, 능동적 테스트 제출(점검당 최대 5건), 노출된 파일 검색 및 구성된 브라우저 여정이 추가됩니다.
- C3 – 미충족. 점검은 예약되어 반복되지만, 고객 자신의 웹사이트에 관한 것이며 사람을 관찰하기 위해서가 아니라 고객의 요청에 따라 수행됩니다.
- C4 – 경계, 아님. 노출된 파일 검색은 파일이 실제로 노출되었는지를 내용으로 판단하기 위해
/backup.sql이나 디버그 로그 같은 경로에서 처음 8 KB까지만 읽습니다(cfg/dateien_lib.php). 이러한 발췌에는 방문자가 입력한 양식 내용이 포함될 수 있습니다. 이는 메모리에서만 확인되고 절대 저장되지 않으며, 저장되는 것은 경로, 유형 및 심각도입니다. - C8 – 약한 형태로 충족.
- 기타 기준 – 미충족.
추가된 실행 계획 단계. 대상 요건을 충족하는 유료 보고서에는 선별한 발견 사항과 스캔 메타데이터에 기반한 로컬 생성 권고 텍스트가 포함될 수 있습니다. 이는 점검과 함께 저장되고 AI 안내와 함께 표시되며, 개별 발견 사항이 우선합니다. 웹사이트를 자동으로 변경하거나 사람에 대해 법적 또는 그와 유사하게 중대한 결정을 내리지 않습니다. 언어 모델을 사용한다는 사실만으로 별도의 DPIA 필요 여부가 결정되지는 않습니다. URL이나 메모의 개인정보 반복 가능성과 링크로 공유할 수 있는 보고서의 잘못된 권고를 포함하여, 그 입력, 수신자, 규모 및 잔여 위험을 기반 점검과 함께 평가해야 합니다. 아래 제7절부터 제9절까지에 이 단계를 포함했습니다. 이 사실 추가 문서는 운영 환경 측정의 완료, 소유자의 승인 또는 새로운 잔여 위험 등급을 주장하지 않습니다.
P4 중간 결과: 위에 설명한 사실에 따르면 기반이 되는 기술적 점검은 임계값에 도달하지 않습니다. 추가된 로컬 권고 단계만으로 별도의 의무가 성립하는 것은 아니지만, 기존의 임계값 판단이 실제 입력 데이터, 규모, 수신자 및 영향을 고려하는 것을 대신하지는 않습니다. 능동적 테스트 제출과 파일 점검이 갱신되지 않는 증명에 의존하기 때문에 포함합니다(R7).
P5 – 로그인 뒤 스캔
인증된 도메인에 대해 고객은 자신의 웹사이트용 테스트 계정을 저장할 수 있습니다. 스캐너는 이를 사용하여 로그인하고 회원 영역의 지정된 페이지 최대 5개에서 양식을 읽습니다(cfg/login_lib.php, scanner/src/login.js).
- C4 – 경계. 자격 증명은 가이드라인의 의미에서 매우 개인적인 성격의 데이터는 아니지만, 이를 악용하면 회원 영역이 열립니다. 웹사이트에 따라 로그인 뒤에는 예를 들어 회원 포털이나 환자 포털처럼 기밀 콘텐츠가 있을 수 있습니다. 이는 당사가 아니라 고객에 따라 달라집니다.
- C8 – 미충족. 자동 로그인은 모니터링 서비스에서 흔한 기능입니다.
- 기타 기준 – 미충족.
P5 중간 결과: 경험칙상 의무는 없습니다. 회원 영역에 기밀 콘텐츠가 표시되는 고객의 경우 이는 달라질 수 있으며, 그 경우 결정은 고객에게 있습니다. 보안 위험(R8) 때문에 포함합니다.
P6 – 확인 사본을 이용한 전달 확인
고객은 자신의 양식 메일 설정에 formexposed의 확인용 주소를 숨은 참조로 입력합니다. 그 결과 모든 양식 이메일이 당사의 확인용 메일함으로도 전송됩니다. 당사의 테스트 메시지뿐 아니라 방문자의 모든 실제 메시지도 마찬가지입니다. 자동 수집 과정이 헤더와 처음 8 KB를 읽고, 이메일을 매칭하고, SPF, DKIM 및 DMARC를 평가한 후 삭제합니다(cfg/zustellung_lib.php).
- C4 – 충족. 방문자가 문의 양식에 작성하는 내용은 임의의 내용을 담은 사업체에 대한 전자 통신입니다. 병원, 법률 사무소, 상담 서비스 또는 학교의 웹사이트에서는 제9조에 해당하는 데이터나 아동에 관한 데이터가 예상됩니다. 가이드라인은 이 기준에 기밀 전자 통신을 명시적으로 포함합니다.
- C3 – 경계, 충족에 가까움. 모든 메시지가 계획에 따라 지속적으로 복사되고 발신자가 알아차리지 못한 채 자동으로 평가됩니다. 목적은 사람을 관찰하는 것이 아니라 메일 경로를 점검하는 것입니다. 그러나 가이드라인이 이 기준을 정당화하는 상황, 즉 정보주체가 누가 자신의 데이터를 받는지 모른다는 점은 고객이 방문자에게 알리지 않는 한 완전히 존재합니다.
- C7 – 고객에 따라 다름. 환자, 법률 사무소 의뢰인, 입사 지원자, 학부모 및 학생은 메시지 수신자에 대해 의존 관계에 있는 경우가 많습니다.
- C5 – 경계, 아님. 개별 고객에게는 대규모가 아닙니다. formexposed에서는 많은 고객의 사본이 하나의 메일함에 모이며, 이는 컨트롤러당 수가 아니라 침해의 무게를 키웁니다.
- 기타 기준 – 미충족. 도메인과 테스트에 대한 매칭은 사람에 관한 데이터 세트의 매칭이 아니며, 기술도 새롭지 않습니다.
P6 중간 결과: C4 충족, C3 경계이며 충족에 가까움, C7은 많은 일반적인 고객에 대해 충족. 따라서 일반적인 구성에서는 두 개 이상의 기준이 충족됩니다. DPIA가 필요하며, 이는 컨트롤러인 고객의 의무입니다. 제6절부터 제11절까지가 이를 위한 사실을 고객에게 제공합니다.
P7 – 군집 보호
연결된 WordPress 웹사이트는 보호 계층이 차단한 메시지에 포함된 링크의 도메인을 하루에 한 번 보고합니다. 7일 이내에 서로 다른 웹사이트 최소 3곳에서 최소 5회 나타난 도메인은 공유 목록에 오르며, 이 목록은 연결된 모든 웹사이트로 다시 전송되고, 각 웹사이트는 해당 도메인으로의 링크가 포함된 메시지를 격리함에 넣습니다(cfg/swarm_lib.php).
- C6 – 충족. 서로 독립된 많은 웹사이트, 즉 서로 다른 컨트롤러의 보고가 결합되어 공유 목록으로 모두에게 반환됩니다.
- C1 – 도메인이 자연인에게 귀속될 수 있는 한 충족. 목록은 스팸 출처로서의 분류입니다. 가이드라인은 공유 사기 데이터베이스와의 대조를 이 기준의 예로 듭니다. 이러한 목록에 오르는 대부분의 도메인은 사업체 소유이거나 일회용 도메인이지만, 개인의 도메인이 정당하게 또는 의도적으로 심어진 허위 보고로 인해 목록에 오를 수 있습니다.
- C9 – 경계. 목록에 오른 링크가 포함된 메시지는 수신자에게 즉시 도달하지 않고, 수신자가 해제할 때까지 격리함에 머뭅니다. 메시지는 손실되지 않습니다.
- C2 – 미충족. 격리는 메시지에 대한 자동화된 결과로, 법적 효력이 없고 수신자가 사람으로서 해제할 수 있습니다.
- 기타 기준 – 미충족. IP 네트워크는 꺼져 있습니다(
swarm_ip_enabled= 0,cfg/swarm_lib.php).
P7 중간 결과: 기준 2개(C6, C1)와 경계 사례 1개(C9). 임계값에 도달하며, formexposed이(가) 컨트롤러로서 평가를 수행합니다. IP 네트워크가 켜지면 C1과 C6은 제한 없이 충족되며, 이를 켜려면 이 평가의 새 버전이 필요합니다(제12절). 개발 시스템에서 측정한 결과 보고도 목록 항목도 없습니다.
P8 – 고객 계정, 로그인, 로그, 지원, 이메일, 결제
- C1 및 C9 – 미충족. 무료 점검에서의 의심스러운 행동은 IP 주소가 포함된 메모(
cfg/check_lib.php)로 이어지며, 경우에 따라 추가 점검이 거부됩니다. 이는 영향이 적은 남용 방지이지 개인적 측면의 평가가 아닙니다. - 기타 기준 – 미충족. 이는 기업용 서비스의 일반적인 데이터입니다.
P8 중간 결과: DPIA 불필요. 처리 작업은 처리 활동 기록에 설명되어 있습니다.
P9 – 플러그인 수치, 필드 오류, 레코더, 배지, 고객 포털, “Fix it for me”
- 플러그인과 확장 프로그램은 일일 수치, 플러그인 목록 및 오류 범주를 전송하며, WordPress 플러그인은 추가로 군집 보호를 위한 링크 도메인을 전송합니다(기본값 켜짐)(P7). 내용, 주소, 이름 또는 방문자 IP는 전송하지 않습니다. 레코더는 관리자의 브라우저에 선택자를 최대 15분 동안 보관합니다. 충족된 기준 없음.
- 배지는 로드될 때 쿠키 없이 일반적인 연결 데이터를 웹 서버 로그에 전달합니다. 충족된 기준 없음.
- 고객 포털은 에이전시를 대신하여 이중 옵트인으로 구독자의 이메일 주소를 처리합니다. 충족된 기준 없음.
- “Fix it for me”는 붙여넣은 양식 코드를 당사 자체 서버의 언어 모델로 다시 작성하며, 코드는 저장되지 않습니다. 약한 형태의 C8, 그 외에는 없음.
P9 중간 결과: DPIA 불필요.
3.4 제35조 제4항에 따른 폴란드 감독기관의 목록
관할 기관은 개인정보보호청장(Prezes Urzędu Ochrony Danych Osobowych, UODO)입니다. 청장은 2019년 6월 17일 공고(Komunikat Prezesa Urzędu Ochrony Danych Osobowych z dnia 17 czerwca 2019 r. w sprawie wykazu rodzajów operacji przetwarzania danych osobowych wymagających oceny skutków przetwarzania dla ich ochrony, Monitor Polski 2019, item 666)에서 DPIA가 필요한 처리 작업 유형 목록을 공표했습니다. 이 목록은 각 항목을 WP248 가이드라인의 기준에 배정하고, 예시를 제시하며, 명시적으로 망라적이지 않습니다. 이는 제35조 제1항에 따른 평가를 대체하지 않습니다.
당사의 해석으로는 목록의 다음 처리 유형이 실질적으로 formexposed의 처리 작업에 해당합니다.
| 목록상 처리 유형(요약) | 배정된 기준 | formexposed의 처리 작업 | 평가 |
|---|---|---|---|
| 다양한 출처의 데이터 분석에 기반한 비교, 평가 또는 추론 | C6 | P7 군집 보호 | 해당 |
| 프로파일링을 포함한 평가 또는 점수 부여 | C1 | P7 군집 보호, 경계 사례로서 P1 및 P2 | P7에 해당 |
| 특수 범주의 개인정보 처리 | C4 | P6 전달 확인 | 고객에 따라 해당 |
| 기술적 솔루션의 혁신적 사용 또는 적용 | C8 | P1~P4(분류를 위한 언어 모델) | 약한 형태로 해당 |
| 대규모 처리 | C5 | P3 연구 | 대규모 목록에 해당 |
| 특징 인식을 포함한 공개적으로 접근 가능한 장소의 체계적 모니터링 | C3 | – | 해당하지 않음: 웹사이트가 아니라 장소를 의미함 |
이 배정은 해석이지 인용이 아니며, 항목의 문언은 법률 검토에서 이와 대조하여 확인해야 합니다. 이는 제3.3절의 결과를 확인할 뿐 변경하지 않습니다. 당사가 아는 한 UODO는 제35조 제5항에 따른 목록, 즉 DPIA가 필요하지 않은 처리 작업 목록을 공표하지 않았습니다.
3.5 임계값 평가 결과
| 처리 작업 | 충족 | 경계 | 결과 |
|---|---|---|---|
| P1 무료 점검 | C8(약함) | C1, C5 | 의무 아님, 포함 |
| P2 잠재 고객 점검 | C8(약함) | C1 | 의무 아님, 포함 |
| P3 연구 | C8(약함), 대규모 목록의 경우 C5 | – | 필요(formexposed의 의무) |
| P4 고객 도메인 점검 | C8(약함) | C4(파일 점검) | 의무 아님, 포함 |
| P5 로그인 뒤 스캔 | – | C4 | 의무 아님, 포함, 고객의 경우 콘텐츠에 따라 다름 |
| P6 전달 확인 | C4, 고객에 따라 C7 | C3(충족에 가까움), C5 | 필요(고객의 의무, 이 페이지는 제28조 제3항 (f)호에 따라 지원) |
| P7 군집 보호 | C6, C1 | C9 | 필요(formexposed의 의무) |
| P8 계정, 로그, 지원, 결제 | – | – | 불필요 |
| P9 플러그인 수치, 배지, 포털, “Fix it for me” | C8(약함, “Fix it for me”만) | – | 불필요 |
제35조 제1항에 대한 결과: formexposed의 개별 처리 작업에 대해 DPIA가 필요합니다. 군집 보호와 설계된 규모의 연구에는 DPIA가 필요하며, formexposed이(가) 컨트롤러로서 이를 수행합니다. 전달 확인의 경우 일반적인 구성에서 필요하지만 고객의 의무이며, formexposed은(는) 그 기초를 제공합니다. 제3자 웹사이트 및 자체 웹사이트에 대한 기타 점검에는 의무가 아닙니다. 그럼에도 당사는 이를 포함합니다. 같은 기술을 사용하고, 여러 경계 사례가 같은 방향을 가리키며, 정보주체인 계정 없는 운영자와 점검 대상 페이지의 사람들이 처리에 대해 아무것도 모르기 때문입니다. 계정, 로그, 지원 및 결제에는 평가가 필요하지 않습니다.
따라서 제6절부터 제10절까지는 P1~P7에 적용됩니다. 어떤 진술이 이들 처리 작업 중 하나에만 적용되는 경우 그렇게 표시합니다.
4. 데이터 보호 책임자: 제37조에 따른 평가
데이터 보호 책임자는 지정되어 있지 않습니다. 제37조 제1항은 컨트롤러와 프로세서 모두를 구속하므로, 이 문제는 당사 자신의 문제입니다. 세 가지 법정 사례는 다음과 같습니다.
| 제37조 제1항 | 요건 | 결과 |
|---|---|---|
| (a)호 | 공공 기관 또는 단체 | 해당 없음. LW IT Solutions Company Lukas Wójcik은(는) 민간 개인사업체입니다. |
| (b)호 | 핵심 활동이 대규모로 정보주체에 대한 정기적이고 체계적인 모니터링을 필요로 하는 처리 작업으로 구성됨 | 핵심 활동은 웹사이트와 양식을 정기적·체계적으로 점검하고 모니터링하는 것입니다. 그러나 사람은 모니터링되지 않습니다. 크롤러는 행동을 관찰하지 않으며, 전달 확인은 전달과 진위 확인을 위해서만 이메일을 평가합니다. 미충족. |
| (c)호 | 핵심 활동이 제9조 또는 제10조에 따른 데이터의 대규모 처리로 구성됨 | 설계상 아님. 특수 범주가 전달 확인의 확인 사본을 통해 당사에 도달할 수 있으나, 이는 부수적인 것이지 핵심 활동이 아닙니다. 미충족. |
따라서 당사의 판단으로는 지정 의무가 없습니다. 폴란드 법률이 제37조 제4항에 따라 이를 넘어 지정을 요구하는지는 법률 검토에서 다룰 미결 사항입니다. 데이터 보호 책임자가 지정되지 않았으므로 제35조 제2항에 따른 자문은 적용되지 않습니다. 법률 검토 결과 지정 의무가 있는 것으로 판명되면, 이 평가가 승인되기 전에 그때 지정된 데이터 보호 책임자의 자문을 구합니다(제12절). 이 평가에 관한 문의 담당자는 소유자이며 연락처는 contact@lukaswojcik.com입니다.
5. 방법, 출처 및 이 버전의 한계
이 문서의 사실은 애플리케이션과 스캐너의 소스 코드, 데이터베이스 스키마, 그리고 2026년 10월 11일에 측정한 개발 시스템의 행 수와 설정에서 나온 것입니다. 데이터베이스와 서버에는 읽기 전용으로 접근했습니다. 측정 결과가 의도와 모순되는 경우, 당사 자체 법률 문서의 진술을 포함하여, 당사는 측정 결과를 보고합니다. 당사는 제35조 제8항에 따라 그 준수를 고려해야 하는 제40조의 승인된 행동강령을 적용하지 않습니다.
- 측정 대상은 개발 시스템이었습니다. 서비스는 아직 개시되지 않았습니다. 따라서 수치는 작으며 일부는 테스트의 산물입니다: 점검 112건(그중 110건은 고객 도메인 없음), 스크린샷 432개, 도메인 2개(그중 1개 인증됨), 켜진 전달 확인 없음, 로그인 뒤 스캔용으로 저장된 테스트 계정 없음, 연구 없음, 군집 보호의 보고 없음. 측정은 서비스 개시 전과 그 후 정기적으로 반복해야 합니다.
- 이 버전에서 측정되지 않았으며 승인 전에 추가해야 할 사항: 확인용 메일함의 설정 여부와 방식, 로그인 뒤 스캔용 키 쌍의 설정 여부를 포함한 운영 시스템의 구성, 언어 모델 소프트웨어의 요청 기록 여부, 서버 관리 상태(R13), 이메일 서비스 제공업체와의 계약.
- 측정할 수 없었던 사항은 확인 사본을 통과할 실제 방문자 메시지의 수와 고객이 어떤 업종에서 올지입니다. 두 가지 모두 R1과 R2의 무게를 결정하며, 서비스 개시 후 확인해야 합니다.
- 출처 참조는 개발 시스템 소스 코드의 파일과 함수를 가리킵니다. 결정적인 것은 파일 내 위치가 아니라 설명된 기능입니다.
이 문서는 초안입니다. 아직 컨트롤러의 승인을 받지 않았으며(제12절), P1·P3의 규모 평가 및 전달 확인의 비중이라는 두 결론은 출시 후에야 확보되는 수치에 달려 있습니다.
6. (a) 처리 작업 및 목적의 체계적 설명
6.1 점검 시스템의 구조
formexposed은 외부 호스팅 업체 없이 폴란드의 자체 서버에서 실행됩니다. 애플리케이션과 데이터베이스가 있는 웹 서버, 점검 서비스와 로컬 언어 모델이 있는 스캔 서버가 동일한 내부 네트워크에 있습니다. 점검은 다음과 같이 진행됩니다:
- 애플리케이션이 제6.3절의 한도와 차단에 따라 데이터베이스에 작업을 만듭니다.
- 스캔 서버의 점검 서비스가 작업을 가져오고 차단 목록, 호스트 이름 및 익명 점검의 도메인 등록 경과 기간을 다시 검사한 다음 해당 작업만을 위한 격리 컨테이너를 시작합니다. 자체 필터 규칙이 있는 독립 네트워크, 특별 권한 없음, 읽기 전용 파일 시스템, 메모리·프로세스·시간 제한이 적용됩니다(
scanner/src/worker.js). - 컨테이너 안의 자동화 브라우저가 최대 여덟 공개 페이지를 가져옵니다. 홈페이지를 먼저, 이후 문의·사업자 정보·지원 페이지를 우선합니다. 사전에 robots.txt를 읽으며 홈페이지에 적용되는 FormExposedBot 또는 모든 크롤러의 제외가 있으면 중단합니다. robots.txt 접근 불가 또는 가져오기 시 서버 오류도 같습니다(
scanner/src/net.js). 개별 하위 경로 금지는 별도로 따르지 않습니다. 양식 펄스, 증명 가져오기, 헤더 도구 및 노출 파일 검색은 robots.txt를 읽지 않습니다. 여덟 페이지 외에 쿠키 배너의 “거부” 클릭 후 최대 세 페이지, 휴대폰 화면 최대 세 페이지, 인증 도메인의 능동적 테스트 및 로그인 후 최대 다섯 페이지를 추가합니다. 페이지는 병렬이 아닌 순서대로 로드합니다. 리디렉션과 삽입 콘텐츠를 포함한 모든 브라우저 요청은 사설 네트워크와 다른 포트를 거부하는 필터를 통과합니다. - 컨테이너가 결과와 스크린샷을 임시 디렉터리에 기록합니다. 점검 서비스는 내부 네트워크로 결과와 이미지를 애플리케이션에 전달하고 오류 후에도 임시 디렉터리를 삭제합니다(
scanner/src/worker.js). - 애플리케이션은 결과를 처리하고 고객 도메인은 이전 점검과 비교하며 고객이 설정한 수신처로 변경을 알립니다.
6.2 크롤러가 저장하는 것과 저장하지 않는 것
| 항목 | 저장하는 것 | 저장하지 않는 것 | 소스 참조 |
|---|---|---|---|
| 페이지 | 주소, HTTP 상태, 헤더, 콘텐츠 보안 정책, 요청한 타사 호스트(최대 120개) | 텍스트 또는 HTML 페이지 내용 | scanner/src/crawl.js |
| 양식 필드 | 유형, 이름, 레이블, 자리표시자, 필수 여부, 표시 여부, 기존 값의 길이 | 필드 값. 숨겨진 필드는 토큰 감지용으로 점검 중에만 값의 첫 24자를 읽음 | scanner/src/crawl.js |
| 양식의 수신자 주소 | 도메인만 | 주소 | scanner/src/crawl.js |
| 스크립트 | 체크섬 포함 목록. 광고·분석 서비스의 계정 식별자를 제외한 주소와 앞부분 텍스트 | 계정 및 픽셀 식별자 | scanner/src/crawl.js |
| 입력 관찰 도구 | 쿠키 배너의 “거부” 클릭 전후에 로드되는 광고 픽셀·기록 도구 및 입력 마스킹 여부 | 해당 서비스의 계정 식별자 | scanner/src/mitleser.js, scanner/src/einwilligung.js |
| 양식 텍스트 | 규칙이 유형을 인식하지 못하면 최대 400자를 로컬 언어 모델에 전달 | 제삼자 공개 및 텍스트 저장 | scanner/src/classify.js |
| 스크린샷(크롤러) | 첫 페이지의 보이는 영역 및 각 표시 양식 요소의 이미지 | – | scanner/src/crawl.js |
| 스크린샷(능동적 점검) | 테스트 제출 응답 페이지 이미지, 추가로 상태·대상 주소·제목 및 텍스트 첫 300자 | – | scanner/src/active.js |
| 스크린샷(브라우저 여정) | 입력 필드를 검게 가린 압축 양식 이미지, 최대 32 KB | 입력 내용 | scanner/src/browser.js |
| 로그인 후 | 위 양식 필드와 같음 | 스크린샷, 쿠키, 링크 | scanner/src/login.js |
이 항목들은 의도적으로 개인정보를 담지는 않지만 부수적으로 포함할 수 있습니다. 양식 옆 담당자 이름, 홈페이지 팀 사진, 레이블의 전화번호, 개인의 이메일 도메인, 자리표시자의 이름 등입니다. 로그인 후에는 테스트 계정 정보 및 웹사이트에 따라 다른 사용자 정보도 추가됩니다.
6.3 점검 시작 주체 및 적용 사항
| 시작 주체 | 작업의 신뢰 수준 | 테스트 제출 | 결과 접근 방법 | 삭제 |
|---|---|---|---|---|
| 홈페이지에서 도메인 입력(무료 점검) | 익명 | 없음 | 무작위 링크의 보고서 | 이미지 포함 30일(cfg/check_lib.php) |
| 계정 없는 플러그인 또는 확장 기능 | 플러그인 | 없음 | 무작위 링크의 보고서 | 30일 |
| 잠재 고객을 위한 에이전시 | 등록됨 | 없음 | 무작위 링크의 간단 결과 및 보고서 | 90일(cfg/akquise_lib.php) |
| 고객, 증명 없는 도메인 | 등록됨 | 없음 | 계정 및 무작위 링크 보고서 | 13개월, 마지막 점검 유지 |
| 고객, 증명 있는 도메인 | 인증됨 | 있음, 점검당 최대 다섯 건 | 계정 및 무작위 링크 보고서 | 13개월, 마지막 점검 유지(cfg/fristen_lib.php) |
| 연구 | 내부 | 없음 | 공개 후 합계만 | 공개 시, 미공개 시 기한 없음(R4) |
| 제공자가 명령줄에서 실행한 내부 점검 | 내부, 자체 테스트·데모 도메인은 “인증됨”도 가능 | 없음, “인증됨”은 있음(자체 테스트·데모 도메인만) | 내부만 | 기한 없음(R4) |
무료 점검 앞에는 여러 계층이 있습니다(cfg/check_lib.php). 비상 중단, reCAPTCHA, 동일 도메인 칠 일에 최대 한 번(이후 기존 보고서 표시), IP 주소·세션(식별자 자체가 아닌 해시)·전체 서비스의 일일 한도, 옵트아웃 및 robots.txt 차단 목록, 공개 주소를 가리키는 도메인인지 확인, 매우 최근 또는 등록 경과 기간을 알 수 없는 도메인 차단입니다. 한 IP의 다양한 도메인이나 짧은 시간의 다수 요청 같은 이상 징후는 IP와 함께 기록하고 내용 없는 신호를 보냅니다(cfg/check_lib.php).
6.4 고객 계정의 도메인 점검
고객은 DNS 레코드, 메타 태그, 파일 또는 당사 플러그인으로 도메인 관리 권한을 증명합니다(cfg/verify_lib.php). 그 후에만 인증된 도메인으로 취급합니다. 모니터링 스케줄러는 활성화되고 모니터링 중이며 인증된 도메인에만 정기 점검을 계획합니다(cfg/monitor_lib.php).
- 능동적 테스트 제출에는 두 관문이 있습니다. 애플리케이션은 고객의 인증 도메인에만 능동 모드를 설정하며(자체 테스트·데모 도메인은 제공자가 내부 명령줄 도구로 “인증됨” 점검 생성 가능), 점검 서비스가 신뢰 수준과 비상 중단
fc_active_enabled를 다시 확인합니다(scanner/src/worker.js). 규칙이 일반 문의 양식으로 매우 확실하게 인식하고 실제 개인정보 필수 필드가 없으며 공공기관, 교육기관, 병원, 의원, 경찰 또는 법원으로 보이지 않는 도메인의 양식만 제출할 수 있습니다(scanner/src/classify.js). 언어 모델은 양식을 제출 가능하게 만들 수 없습니다(scanner/src/classify.js). 점검당 최대 다섯 건을 보냅니다(fc_active_max_posts). 명확히 표시하고 발신자는dummy@formexposed.com이며 이메일 검증에는.invalid주소, 헤더 인젝션 감지에는 무해한 추가 헤더 줄을 사용합니다(scanner/src/active.js). - 브라우저 여정은 설정된 양식 여정을 제출 직전까지 점검합니다. GET과 HEAD만 허용하며 그 밖의 요청 및 로그아웃·삭제·구매·결제에 해당하는 단어가 있는 주소는 중단합니다(
scanner/src/browser.js). 필수 필드는 브라우저 밖으로 나가지 않는 가상 값으로 채웁니다. - 노출 파일은 인증 도메인에서만 매주 검색하며 경로당 최대 한 번, 최대 8 KB만 가져오고 내용을 저장하지 않습니다(
cfg/dateien_lib.php). - 독립된 두 번째 확인은 준비되어 있고 기본 비활성화입니다(
browser_probe_enabled= 0). 켜면 도메인, 주소, 선택자, 단계 및 브라우저 선택만 받으며 인증 정보, 스크린샷 또는 방문자 데이터는 절대 받지 않습니다(cfg/formular_probe_lib.php).
6.5 로그인 후 스캔
전제조건은 기능이 설정되고 도메인이 인증되며 고객이 유료 요금제를 사용하고 워크스페이스 소유자나 관리자여야 한다는 것입니다(cfg/login_lib.php). 고객은 가능한 최소 권한의 테스트 계정임을 확인합니다(cfg/login_lib.php).
- 웹 서버에서 사용자 이름과 비밀번호를 스캔 서버의 공개 키로 즉시 암호화합니다. 레코드별 일회용 키(X25519), 키 도출(HKDF-SHA256), 도메인에 결합된 AES-256-GCM을 사용합니다(
cfg/login_lib.php). 스캔 서버의 점검 서비스만 개인 키를 보유합니다(scanner/src/geheim.js). 웹 서버, 데이터베이스 또는 백업을 확보해도 암호문만 얻습니다. - 인터페이스는 사용자 이름의 첫 글자와 길이만 표시합니다(
cfg/login_lib.php). 인증 정보는 표시, 로그 기록 또는 API 출력을 절대 하지 않습니다. - 점검 시 애플리케이션이 암호문을 작업에 첨부합니다. 점검 서비스는 복호화 후 작업 필드를 즉시 비우고 명령줄 인수가 아닌 표준 입력으로만 컨테이너에 전달합니다(
scanner/src/worker.js). 중단된 작업의 잔여 정보는 한 시간 후 상태 프로세스가 정리합니다(cfg/login_lib.php). - 컨테이너 안에서 브라우저가 로그인합니다. 로그인 페이지가 다른 호스트로 이동하거나 CAPTCHA가 있거나(우회하지 않음) 제출 후에도 비밀번호 필드가 보이면 중단합니다(
scanner/src/login.js). 그 후 페이지 메모리의 비밀번호 필드를 비우고 인증 정보를 잊습니다(scanner/src/login.js). - 고객이 지정한 같은 도메인의 최대 다섯 페이지를 읽습니다. 로그아웃, 삭제, 제거 또는 취소에 해당하는 단어가 포함된 주소는 차단합니다(
scanner/src/login.js). 로그인 후에는 제출이나 스크린샷 촬영을 하지 않고 쿠키와 링크를 결과에 담지 않습니다(scanner/src/login.js). - 삭제는 최종적입니다. 암호문을 같은 길이의 무작위 데이터로 덮어쓰고 행을 삭제하며 대기 작업을 비웁니다(
cfg/login_lib.php). 도메인 삭제 시 외래 키로 행이 자동 삭제됩니다.
6.6 전달 확인
전달 확인은 문의 양식의 이메일이 실제 도착하는지 확인하고 진위 특성을 평가합니다. 선택 사항이며 기본 비활성화이고 확인용 메일함 설정이 필요합니다(cfg/zustellung_lib.php).
- 고객이 켜면 도메인에 무작위 태그가 부여됩니다. 고객은 이 태그가 있는 확인 주소를 양식의 숨은참조에 입력합니다.
- 그 후 모든 양식 이메일이 확인용 메일함에도 갑니다. 당사의 표시된 테스트 제출과 방문자의 모든 실제 메시지가 포함됩니다. 이메일은 Namecheap, Inc. (Private Email), Phoenix, Arizona, USA의 메일함으로 직접 갑니다. 당사 도메인 MX 레코드가 해당 메일함을 가리킬 때만 도착하며 도메인 등록기관 Namecheap, Inc. 등의 전달 설정을 거치면 도달하지 않습니다. 가져올 때까지 메일함에 남습니다.
- 상태 프로세스가 오 분마다 메일함을 가져옵니다(
srv/cron_status.php). 각 이메일을 읽음으로 표시하지 않고 헤더와 텍스트의 처음 최대 8 KB를 읽습니다(cfg/zustellung_lib.php). - 헤더에서 태그와 도메인을, 해당하는 경우 텍스트에서 테스트 식별자를 확인합니다(
cfg/zustellung_lib.php). 시간, 도메인 및 해당하는 경우 테스트 식별자를 저장하며(cfg/zustellung_lib.php) 180일 보관합니다(cfg/zustellung_lib.php). - 헤더의 SPF, DKIM 및 DMARC를 평가하여 점검 결과, 발신 주소 도메인, 서명 도메인 및 발신 메일 서버 주소를 도메인에 저장합니다(
cfg/zustellung_lib.php). 악화되면 발신 도메인을 명시할 수 있는 알림을 고객에게 한 번 보냅니다(cfg/zustellung_lib.php). - 연결할 도메인이 없는 경우도 포함하여 가져온 모든 이메일을 삭제 표시하고 실행 끝에 메일함에서 제거합니다(
cfg/zustellung_lib.php). 그 전에 중단되면 다음 성공적인 실행까지 남습니다. - 정확히 해당 테스트의 사본만 전달 증거로 인정합니다(
cfg/zustellung_lib.php). 세 시간 안에 도착하지 않으면(delivery_wait_h) “전달 누락”을 보고합니다.
실제 메시지의 텍스트와 방문자 주소는 데이터베이스에 기록하지 않습니다. 하지만 둘 다 읽기는 합니다. 테스트 식별자를 찾기 위해 모든 이메일의 첫 8 KB를 메모리에 로드합니다.
6.7 군집 보호
- WordPress 플러그인의 보호 계층이 메시지를 스팸으로 차단하고 링크 도메인을 집계합니다. 하루 한 번 도메인과 탐지 수를 최대 60개까지 당사에 보고하며 주소, 텍스트 또는 IP 주소는 보내지 않습니다(
cfg/swarm_lib.php). - 당사는 하루 한 번 이 보고로 목록을 작성합니다. 칠 일 안에 서로 다른 웹사이트 최소 세 곳에서 최소 다섯 번 보고한 도메인이 등록됩니다(
swarm_min_sites,swarm_window_days,cfg/swarm_lib.php). 고정 예외 목록의 대형 서비스와 당사 고객 도메인은 하위 도메인까지 포함하여 절대 등록하지 않습니다(cfg/swarm_lib.php). - 목록은 일일 보고 응답으로 모든 연결 웹사이트에 전송됩니다. 보호 계층은 등록 도메인 링크가 있는 메시지를 휴지통이 아닌 격리함에 넣습니다.
- 새 목록에 더 이상 나타나지 않으면 제외됩니다. 보고는 30일 후 삭제합니다(
cfg/swarm_lib.php). - IP 네트워크(/24 또는 /48)는 준비되어 있지만 법률 검토가 끝날 때까지 꺼져 있습니다(
cfg/swarm_lib.php).
6.8 인공지능 사용
언어 모델은 AI 제공업체가 아닌 자체 스캔 서버에서 실행되며 세 곳에서 사용합니다. 점검 서비스에서 규칙이 유형을 인식하지 못하는 양식을 분류합니다. 페이지 제목, 주소, 제출 버튼 레이블, 필드 유형·이름·레이블·자리표시자 및 최대 400자의 양식 텍스트를 봅니다(scanner/src/classify.js). 규칙이 “알 수 없음”을 반환할 때만 요청하며 이렇게 분류한 양식은 제출하지 않고 점수나 판정에 반영하지 않습니다. 점수, 판정, 악용 방지, 군집 보호 및 스팸 규칙은 AI가 아닌 고정 규칙입니다. “Fix it for me”에서는 붙여넣은 양식 코드를 수정하며 저장하지 않습니다. 유료 계정 도메인의 점검 중 대상 요건을 충족하는 경우, 호스트 이름, 전체 결과와 점수, CMS, 관련 양식 유형과 페이지 주소, 식별된 플러그인 및 실패 또는 불명확으로 판정된 발견 사항 중 선별한 항목을 바탕으로 우선순위에 따른 실행 계획도 생성합니다. 요청은 내부 작업 대기열에 임시 저장되며, 결과를 가져오거나 한 시간보다 오래된 항목을 예약 정리한 후 삭제됩니다. 생성된 텍스트, 언어, 상태 및 타임스탬프는 스캔 결과와 함께 해당 보존 규칙에 따라 보관됩니다. 보고서는 계획을 AI 요약으로 표시하고 개별 발견 사항이 우선한다는 점을 명시합니다. 계획은 웹사이트나 스캔 결과를 변경하지 않습니다. 모델은 사람에 관한 결정을 하지 않습니다. 자세한 내용은 EU AI 법: formexposed의 AI 사용 페이지에 있습니다.
6.9 법적 근거
| 처리 작업 | 법적 근거 |
|---|---|
| P1 무료 점검: 요청 도메인 점검, 한도 및 악용 방지 | 요청자에 대해 제6조(1)(b), 운영자와 표시된 사람에 대해 제6조(1)(f), 악용 방지는 제6조(1)(f) |
| P2 잠재 고객 점검 | 제6조(1)(f)(에이전시와 formexposed의 정당한 이익) |
| P3 연구 | 제6조(1)(f) |
| P4 고객 도메인 점검 | 고객에 대해 제6조(1)(b), 웹사이트의 제삼자 데이터는 제28조에 따른 고객 지시 |
| P5 로그인 후 스캔 | 제28조에 따른 고객 지시 및 고객의 법적 근거 |
| P6 전달 확인 | 제28조에 따른 고객 지시 및 고객의 법적 근거(고객용 제안 문구는 제6조(1)(f)) |
| P7 군집 보호 | 제6조(1)(f)(다수 웹사이트의 공동 스팸 방어) |
P1부터 P3의 정당한 이익은 스팸이나 악용에 이용되기 전에 운영자와 서비스 제공자에게 양식의 취약점을 보여 주고 서비스를 제공하는 데 있습니다. 데이터는 공개 접근 가능한 출처에서 옵니다. 이익 형량은 제7절에 있습니다. 제6조(1)(f)가 요청에 따른 타사 웹사이트 점검을 뒷받침하는지는 법률 검토의 미해결 질문입니다.
6.10 수신자 및 제삼국 전송
| 수신자 | 내용 | 처리 작업 | 상태 |
|---|---|---|---|
| formexposed 외부에는 없음 | 점검 결과, 스크린샷 및 언어 모델 분류 | P1–P5 | 점검 서비스와 언어 모델은 자체 서버에서 실행. 크롤러 점검 경로에는 점검 웹사이트 자체, 일반 방문자처럼 그곳에 삽입된 서비스를 호출하는 것 및 도메인 등록 경과 기간을 위한 rdap.org RDAP 조회(도메인 이름만) 외에 타사 호출이 발견되지 않음. 모니터링 감시 항목은 다음 행 참조 |
| 링크를 아는 누구나 | 발견 사항과 스크린샷이 있는 보고서 | P1, P2, P4 | 128비트 무작위 링크(cfg/check_lib.php), noindex 페이지(www/report.php) |
| 고객 도메인 모니터링에서 조회하는 서비스 | DNS 차단 목록(SpamCop, PSBL, Mailspike, SURBL): 서버 도메인과 IP 주소, 방문자 데이터 없음. Google Web Risk는 설정된 경우 홈페이지 주소만. Certum 및 DigiCert: 증거 기록 해시만. IANA 등록부를 통한 RDAP: 도메인 이름만. 제공업체 상태 페이지: 전송 없음. wpvulnerability.net: 플러그인 식별자(버전 제외) 또는 테마 및 WordPress 버전 | P4 | 사용 중. 처리 활동 기록 및 하위 프로세서 페이지 참조 |
| Namecheap, Inc. (Private Email), Phoenix, Arizona, USA | 실제 방문자 메시지를 포함한 확인 사본 | P6 | 계약 미체결. 처리 장소와 전송 방식은 검토 필요 |
| Namecheap, Inc.(USA) | 등록기관 및 DNS. 메일함 설정 전까지 당사 도메인 일반 이메일 전달. 확인 사본은 제외(메일함을 직접 가리키는 MX 레코드로만 도착) | –(확인 사본 없음) | 전송 방식 검토 필요 |
| 고객이 선택한 알림 채널(이메일, webhook, Slack, Discord, Microsoft Teams, Google Chat, Telegram) | 이벤트, 도메인 및 링크. 진위 확인은 발신 도메인이 웹사이트와 다르면 그 도메인 포함 | P4, P6 | 고객이 선택한 수신처이며 일부는 EU 외부. Telegram은 당사 봇으로 보내며 전송 방식은 법률 검토의 미해결 질문 |
| 모든 연결 웹사이트 | 링크 도메인 목록 | P7 | 플러그인 응답으로 전달 |
| 두 번째 확인 위치 | 도메인, 양식 주소, 선택자, 단계 | P4 | 꺼짐 |
6.11 의도가 아닌 측정된 보관 기간
삭제는 주로 매일 밤 03:00 상태 프로세스에서 수행합니다(srv/cron_status.php, cfg/fristen_lib.php). 군집 보호 보고와 잠재 고객 행은 매일 04:00부터, 전달 확인 연결 정보는 가져올 때마다 삭제합니다. 익명 및 잠재 고객 보고서는 만료일에 따라 삭제합니다(cfg/check_lib.php). 스크린샷은 스캔과 함께 디스크에서 삭제합니다(cfg/fristen_lib.php).
| 데이터 | 코드상 기간 | 소스 참조 | 확인 사항 |
|---|---|---|---|
| 이미지 포함 무료 점검 | 30일 | cfg/check_lib.php | 적용됨 |
| 이미지 포함 잠재 고객 점검 | 90일 | cfg/akquise_lib.php; srv/cron_status.php(잠재 고객 행) | 적용됨 |
| 고객 도메인 점검 | 13개월, 마지막 결과는 도메인 존속 기간 유지 | cfg/fristen_lib.php | 적용됨 |
| 입력 가림 이미지 포함 브라우저 여정 결과 | 13개월 | cfg/fristen_lib.php | 적용됨 |
| 삭제된 도메인의 데이터 | 즉시, 고아 데이터는 야간 | cfg/fristen_lib.php(fe_domain_loeschen(), fe_fristen_lauf()) | 별도의 추가 보관 기간이 없는 스크립트 목록과 변경도 포함하여 적용됨(처리 활동 기록 참조) |
| 연구: 이미지 포함 원자료 | 공개 시 | cfg/studie_lib.php | 공개하지 않으면 기한 없음. 점검 호스트 목록은 공개 후에도 기한 없이 남음 |
| 도메인과 보고서 없는 내부 점검 | 없음 | – | 삭제 없음. 측정: 2026년 9월 22일부터 점검 85건, 이미지 369개(R4) |
| 전달 확인 연결 정보 | 180일 | cfg/zustellung_lib.php | 적용됨 |
| 도메인의 진위 확인 결과 | 다음 결과 또는 도메인 삭제 시까지 | cfg/zustellung_lib.php | 덮어쓰며 시간 제한 없음 |
| 메일함의 확인 사본 | 다음 성공적인 가져오기까지(오 분 간격) | cfg/zustellung_lib.php | 메일함 제공업체의 사본·백업은 확인하지 않음 |
| 로그인 후 스캔 인증 정보 | 고객 또는 도메인 삭제 시까지, 작업에는 최대 실행 종료까지, 잔여 정보는 한 시간 후 | cfg/login_lib.php | 적용됨. 백업에는 최대 14일 암호문으로만 유지 |
| 군집 보호 보고 | 30일 | cfg/swarm_lib.php | 적용됨 |
| 무료 점검 한도(IP, 국가, 세션 해시) | 7일 | srv/cron_status.php | 적용됨 |
| IP 주소 포함 이상 행동 기록 | 해결 후 90일 | srv/cron_status.php | 미해결 기록은 기한 없음. 측정: 3건, 모두 해결됨 |
| 옵트아웃 IP 주소, 국가, 브라우저 | 12개월, 제외는 유지 | cfg/fristen_lib.php | 적용됨 |
| 데이터베이스 백업 | 14일 | cfg/backup_lib.php | 적용됨. 현재 데이터베이스와 같은 장소에 별도 암호화 없이 저장. 두 번째 장소의 암호화 사본 계획(R13) |
7. (b) 필요성 및 비례성 평가
기준은 명시된 목적입니다. 운영자에게 양식의 스팸·악용 보호 여부를 알리고(P1~P5), 양식 이메일의 도착과 진위를 확인하며(P6), 다수 웹사이트에서 공동으로 스팸을 방어하는 것(P7)입니다. 이 목적은 정당합니다. 제35조(7)(b)의 질문은 더 좁습니다. 목적을 위해 이 처리가 이 깊이까지 필요한지, 침해가 이익에 비례하는지입니다.
| 구성요소 | 목적에 필요한가? | 구현된 형태가 비례적인가? |
|---|---|---|
| 소수 공개 페이지, 양식 구조 및 감지 보호조치 가져오기 | 예. 없으면 결과도 없음. | 예. 최대 여덟 페이지(제6.1절의 추가 화면 포함), 홈페이지 robots.txt 금지 준수, 표시 필드 값 제외, 수신자 주소는 도메인만. |
| 양식별 스크린샷 | 예. 운영자가 어느 양식인지 볼 수 있는 보고서 증거. | 대체로. 크롤러가 입력하지 않아 필드는 비어 있으나 양식 요소 주변을 가리지 않고 표시함(R3). |
| 홈페이지 스크린샷 | 결과 자체에는 불필요. 보고서에서 점검 사이트를 알아보는 데 사용. | 제한적으로만 비례하며 추가 최소화 계획. 홈페이지에는 팀 사진, 담당자, 이름 있는 고객 후기 등 사람이 자주 표시됨. R3 및 제9.3절 참조. |
| 숨겨진 필드 값 읽기(처음 24자, 점검 중에만) | 예. 토큰과 타임스탬프 감지에 사용. | 예. 로그인 후도 값을 저장하지 않고 감지 결과만 저장(R8). |
| 테스트 제출 응답 페이지(이미지와 텍스트 300자) | 예. 양식 반응의 증거. | 예. 개인정보 없는 표시된 테스트 메시지에 대한 응답. |
| 언어 모델 분류 | 유용하나 필수 아님. 없으면 “알 수 없음” 양식이 늘어남. | 예. 로컬 처리, 공개 없음, 제출 권한 없음. |
| 선별한 발견 사항과 스캔 메타데이터에 기반한 로컬 실행 계획 | 개선의 우선순위를 정하는 데 유용하지만 개별 발견 사항을 생성하는 데 필수적이지는 않습니다. | 기존 스캔 메타데이터와 실패 또는 불명확으로 판정된 서로 다른 발견 사항 최대 18개로 제한되며, 프롬프트에 스크린샷이나 입력된 필드 값은 포함되지 않습니다. 계획은 권고용이고 AI 생성임이 표시되며 개별 발견 사항이 우선합니다. URL과 메모에는 여전히 개인정보가 포함될 수 있고, 생성된 텍스트에는 스캔의 보존 규칙과 링크 보유에 따른 접근 방식이 적용됩니다. 이러한 제한은 노출을 줄이지만 사실적 정확성을 입증하지는 않습니다(R10). |
| 능동적 테스트 제출 | 예. 보호 기능 작동 여부는 테스트해야 드러남. | 예. 상한과 표시 적용. 다만 전제인 관리 권한 증명을 갱신하지 않음(R7). |
| 노출 파일 검색 | 양식 데이터가 노출될 수 있는 고객에게 필요. | 예. 인증 도메인만, 최대 8 KB, 내용 저장 없음. |
| 로그인 후 스캔 | 다른 방법으로 점검할 수 없는 회원 영역 양식에 필요. | 대체로. 암호화와 삭제는 주의 깊게 구현했지만 암호화되지 않은 연결과 잘못된 인증서를 허용함(R8). |
| 실제 방문자 메시지의 확인 사본 | 전달 증거에는 불필요. 테스트 사본에만 의존함(cfg/zustellung_lib.php). 양식의 숨은참조가 테스트와 실제 메시지를 구분하지 않아 함께 전송됨. 실제 전송 경로를 보여 주므로 진위 확인(SPF, DKIM, DMARC)에는 유용. | 부분적. 내용은 저장하지 않지만 읽으며 계약 미해결인 메일함 제공업체에 가져올 때까지 남음(R1, R2). 덜 침해적인 설계가 기술적으로 가능함. 플러그인에서 표시된 테스트에만 숨은참조를 제한할 수 있음(제9.3절). |
| 실제 메시지의 발신 도메인 저장 | 부분적. 양식이 방문자 주소를 발신자로 사용하는지 보여 줌(흔한 스팸 분류 원인). | 조건부. 개인의 자체 도메인은 개인정보이며 고객과 채널의 알림으로 전달됨(R1). |
| 공유 링크 도메인 목록 | 예. 여러 사이트에 동시에 나타나는 스팸 링크는 단일 사이트에 없는 강한 신호. | 예. 최소 수, 예외 및 삭제 대신 격리 적용. IP 네트워크는 새 평가 없이는 비례적이지 않음. |
| 연구 원자료 | 평가 전까지 필요. | 최대 기간 없이는 비례적이지 않음(R4). |
| 무작위 링크 보고서 | 예. 사이트 관리 서비스 제공자 등에게 전달하는 것이 무료 점검의 목적. | 예. 128비트 무작위 링크, noindex, 무료 보고서는 일부만 제공(cfg/check_lib.php, FE_FREE_DETEKTOREN), 30일 후 삭제. |
적법성. P1~P3 및 P7은 제6조(1)(f)에 근거합니다. 형량에 유리한 점: 공개 데이터를 일반 방문자처럼 가져오며 제출하지 않고 개인정보가 부수적·경미하며 기간이 짧습니다. 운영자는 홈페이지의 robots.txt 금지로 추가 크롤러 점검을, 옵트아웃 페이지로 모든 추가 점검을 즉시 증명 없이 제외할 수 있습니다. 보호된 양식이라는 이익은 운영자와 방문자에게도 있습니다. 불리한 점: 운영자는 점검을 모르고 보고서는 제삼자에게 제공할 목적이며 개인사업자는 사람에 대한 평가가 됩니다. 제9.1절의 조치가 유지되면 정당화 가능한 형량이라고 보지만 법적 확인은 대기 중입니다.
정보주체 안내(제13조 및 제14조). 매 요청 식별자에 표시된 크롤러 페이지, 개인정보 처리방침 및 옵트아웃 페이지로 운영자와 점검 페이지의 사람들에게 알립니다. 스크린샷에 우연히 나타난 사람에게 개별 안내하려면 신원을 확인해야 하며 이는 더 중대한 추가 침해입니다. 그 범위에서 제14조(5)(b)에 근거합니다. 확인 사본을 통해 메시지가 전달되는 방문자에게는 고객이 알립니다. 데이터 처리 계약이 이를 요구하며 문구도 제공합니다.
데이터 최소화(제5조(1)(c)). 코드에 근거하여 여러 곳에 적용합니다. 필드 값 없음, 수신자 주소는 도메인만, 스크립트 주소의 계정 식별자 숨김, 데이터베이스에 확인 사본 내용 없음, 로그인 후 스크린샷 없음 및 군집 보호는 도메인만입니다. 가리지 않은 홈페이지 스크린샷과 실제 메시지의 발신 도메인은 추가 최소화가 가능하여 계획 중입니다(제9.3절).
보관 제한(제5조(1)(e)). 2026년 9월 27일부터 야간 실행이 고객 데이터의 개인정보 처리방침상 기간을 준수하고 그 이전의 연결 도메인 없는 잔여 데이터를 정리합니다(cfg/fristen_lib.php). 기한 없는 두 경로인 내부 점검과 미공개 연구는 남아 있습니다(R4).
정확성(제5조(1)(d)). 상호작용 후에만 보호 기능이 로드되거나 방화벽이 크롤러를 방문자와 다르게 취급하여 보호되지 않은 것처럼 보이는 등 결과가 틀릴 수 있습니다. 웹사이트가 “노출됨”으로 공개 전달되는 운영자에게는 평판 문제입니다. 따라서 보고서는 방법, 증거 및 외부 점검의 한계를 명시합니다.
비례성 결론: 타사 및 자체 웹사이트 점검은 구현된 형태에서 본질적으로 비례적입니다. 홈페이지 스크린샷, 기한 없는 내부 점검 및 로그인 후 스캔의 비암호화 로그인이라는 세 부분은 통상적인 방법으로 개선할 수 있고 조치가 계획되어 있습니다(제9.3절). 전달 확인은 테스트 사본과 진위 확인에 비례적입니다. 실제 방문자 메시지는 내용 미저장, 메일함 제공업체 경로의 계약 확보 및 고객의 방문자 안내라는 조건에서만 비례적입니다. 현재 세 조건 중 두 번째가 없습니다.
8. (c) 정보주체의 권리와 자유에 대한 위험 평가
평가 대상은 formexposed이 아닌 정보주체의 위험입니다. 발생 가능성은 희박, 가능, 높음 또는 발생으로 평가합니다. “발생”은 예측이 아닌 측정된 상태라는 뜻입니다. 심각도는 잃을 수 있는 것, 즉 메시지 비밀성, 계정 통제권, 사업 평판 또는 권리 행사 가능성에 따라 제한적, 상당함, 심각함 또는 매우 심각함으로 평가합니다. 두 요소로 위험 수준을 정하며 제9.1절 조치를 적용한 현재 상태를 설명합니다.
| 번호 | 위험 | 처리 작업 | 가능성 | 심각도 | 수준 |
|---|---|---|---|---|---|
| R1 | 특별 범주가 포함될 수 있는 실제 방문자 메시지의 확인 사본 | P6 | 활성화하면 발생 | 심각함 | 높음 |
| R2 | 계약 미체결 및 제삼국 관련 가능성이 있는 메일함 제공업체를 통한 확인 사본 경로 | P6 | 계약이 없으면 높음 | 심각함 | 높음 |
| R3 | 가리지 않은 타사 웹사이트 스크린샷 | P1–P4 | 높음 | 제한적 | 중간 |
| R4 | 삭제 경로 없는 점검 데이터와 스크린샷 | P3, 내부 점검 | 발생 | 상당함 | 높음 |
| R5 | 운영자 모르게 타사 사이트 점검 및 공개 평가, 정찰 도구로 악용 | P1 | 가능 | 상당함 | 중간 |
| R6 | 원치 않는 영업 연락의 근거로 잠재 고객 점검 이용 | P2 | 높음 | 제한적 | 중간 |
| R7 | 관리 권한 증명을 갱신하지 않음 | P4, P5 | 가능 | 상당함 | 중간 |
| R8 | 로그인 후 스캔의 인증 정보 및 내용 | P5 | 가능 | 심각함 | 중간, 실제 계정은 높음 |
| R9 | 고객 사이트의 능동적 테스트 제출과 파일 점검 | P4 | 희박 | 상당함 | 낮음 |
| R10 | 언어 모델 분류 | P1–P4 | 희박 | 제한적 | 낮음 |
| R11 | 여러 사이트 보고의 공유 차단 목록 | P7 | 가능 | 제한적 | 낮음~중간, IP 네트워크 사용 시 높음 |
| R12 | 공개 링크의 보고서와 스크린샷 | P1, P2, P4 | 가능 | 제한적 | 낮음 |
| R13 | 인프라 취약점: 백업, 서버 접근, 스캔 서버 | 전체 | 가능 | 심각함 | 높음 |
| R14 | 당사를 모르는 사람의 정보주체 권리 | P1–P6 | 높음 | 제한적 | 낮음 |
R1 – 확인 사본의 실제 방문자 메시지
서비스의 가장 심각한 위험이며 오류가 아닌 설계에서 발생합니다. 양식의 숨은참조는 테스트 메시지와 방문자 메시지를 구분하지 않습니다. 고객이 전달 확인을 켜면 해당 양식의 모든 메시지가 확인용 메일함에 도착합니다(cfg/zustellung_lib.php). 가져오기는 테스트 식별자를 찾기 위해 헤더와 텍스트 첫 8 KB를 메모리에 읽습니다(cfg/zustellung_lib.php). 일반 문의 양식이면 이름, 이메일, 전화번호 및 전체 메시지가 됩니다.
무엇을 쓰는지는 방문자에게 달려 있고 필드는 개인적인 내용을 유도합니다. 의원에 증상을 설명하는 예약 요청, 법률사무소에 분쟁 경위, 입사지원 또는 학교에 자녀 문의 등이 가능합니다. 법률 문서는 사본에 “특별 범주의 개인정보가 포함되어서는 안 된다”고 합니다. 이는 고객에게 하는 요청이지 보호조치가 아닙니다. 고객도 당사도 방문자가 무엇을 쓸지 미리 알지 못합니다.
두 부수 경로도 있습니다. 첫째, 진위 확인은 발신 주소 도메인을 웹사이트 도메인에 저장합니다(cfg/zustellung_lib.php). 양식이 방문자 주소로 발송하면 방문자 도메인이 됩니다. 대형 메일 제공업체라면 의미가 없지만 자체 도메인 개인에게는 개인정보입니다. 이 도메인은 고객과 선택 채널로 가는 알림에도 나타납니다(cfg/zustellung_lib.php). 둘째, 발신 메일 서버 주소도 저장합니다(cfg/zustellung_lib.php). 보통 방문자가 아닌 웹사이트 서버 주소입니다.
가능성 – 활성화하면 발생. 실제 메시지의 도착 여부가 아니라 수량의 문제입니다. 개발 시스템 측정에서는 어느 도메인에서도 활성화되지 않았습니다. 심각도 – 심각함. 사업자에게 보내는 메시지의 비밀성은 많은 사람에게 중요하며 일부 전형적 고객은 제9조 데이터를 예상해야 합니다. 내용이 데이터베이스에 저장되지 않고 메일함에 잠시만 남으며 formexposed의 사람이 읽지 않는다는 점이 완화 요소입니다. 수준 – 높음.
R2 – 계약 미체결 메일함 제공업체를 통한 확인 사본 경로
가져오기 전에 확인 사본은 Namecheap, Inc. (Private Email), Phoenix, Arizona, USA 메일함에 있습니다. 당사 도메인의 MX 레코드가 직접 가리킬 때만 도착합니다. 등록기관 Namecheap, Inc.의 전달 설정은 확인 사본의 경유지가 아닙니다(전달 설정을 거치면 메일함에 도달하지 않음). 남은 경유지의 계약도 미해결입니다. 메일함 제공업체와 계약하지 않았고 저장 장소, 하위 프로세서, 백업 기간 및 처리 장소에 필요한 적정성 결정이나 표준계약조항의 적용 여부가 확인되지 않았습니다. 자체 거래 이메일이라면 계약 설계 문제이지만 확인 사본은 더 심각합니다. 프로세서로서 받는 데이터이며 경로상의 모든 제공업체는 제28조(4)에 따라 당사가 책임지는 하위 프로세서입니다.
또한 “가져온 후 삭제”는 당사에서 보는 메일함에만 적용됩니다. 제공업체가 삭제 메일을 자체 백업이나 휴지통에 얼마나 보관하는지 확인하지 않았습니다. 가져오기가 중단되면 다음 성공 실행까지 남으며(cfg/zustellung_lib.php) 상태 프로세스가 실패하면 무기한 남습니다. 가져오기 자체의 보안도 출시 전 운영 시스템에서 확인할 항목입니다(제9.3절).
가능성 – 높음, 계약이 없는 동안 모든 확인 사본이 이 경로를 지납니다. 심각도 – 심각함, 이유는 R1과 같습니다. 수준 – 높음. 애플리케이션 설정 체크리스트는 누락 메일함을 경고하지만 문서화된 계약이 없으면 전달 확인을 차단하는 잠금은 없습니다.
R3 – 가리지 않은 타사 웹사이트 스크린샷
크롤러는 첫 페이지의 보이는 영역과 표시된 모든 양식 요소의 이미지를 촬영하며 아무것도 가리지 않습니다(scanner/src/crawl.js). 브라우저 여정은 촬영 전에 입력 필드를 마스킹하므로 다릅니다(scanner/src/browser.js). 따라서 “정제”되는 것은 브라우저 여정 이미지뿐이며 크롤러 이미지나 능동적 점검 응답 페이지 이미지는 아닙니다.
크롤러가 입력하지 않으므로 필드는 비어 있습니다. 그러나 소규모 사업자 홈페이지에는 소유자, 팀, 이름과 사진이 있는 고객 후기 또는 직원 사진이 있는 채팅 창이 자주 나타납니다. 모두 공개 정보지만 스크린샷으로 당사에 저장되는 사본이 되고 보고서에 표시되며 링크로 전달될 수 있습니다.
가능성 – 높음. 개발 데이터에서 스크린샷 432개를 측정했습니다. 심각도 – 제한적: 이미 공개된 내용이며 계정 없는 점검은 기간이 짧습니다. 수준 – 중간, 사진 속 사람들은 모르고 홈페이지 이미지는 결과에 필요하지 않기 때문입니다.
R4 – 삭제 경로 없는 점검 데이터와 스크린샷
야간 실행은 보고서 만료일(cfg/check_lib.php)과 고객 도메인 점검 기간(cfg/fristen_lib.php, 도메인 있는 점검만)이라는 두 경로로 삭제합니다. 보고서와 도메인이 둘 다 없으면 두 경로에서 빠집니다. 연구와 제공자가 명령줄로 만든 “내부” 신뢰 수준의 점검입니다.
- 연구는 공개 시 원자료를 삭제합니다(
cfg/studie_lib.php). 양식 있는 사이트가 너무 적어 공개가 거부되거나(cfg/studie_lib.php) 방치되어 공개하지 않으면 점검, 양식, 발견 사항 및 스크린샷이 기한 없이 남습니다. - 명령줄 내부 점검에는 삭제 경로가 전혀 없습니다. 2026년 10월 11일 측정: 타사 웹사이트 점검 85건, 양식 978개 및 스크린샷 369개, 가장 오래된 것은 2026년 9월 22일이며 어느 것도 보고서나 도메인이 없습니다.
- 무료 점검의 이상 행동 기록에는 IP 주소가 포함되며 해결 후 90일에 삭제합니다(
srv/cron_status.php). 해결하지 않으면 남습니다. 측정 결과 세 건 모두 해결되었습니다.
가능성 – 발생. 점검 85건은 가정이 아닌 기존 데이터입니다. 개발 시스템에서는 현장 테스트 결과이지만 운영 시스템에도 같은 코드가 적용됩니다. 심각도 – 상당함: 보관 기간이 없습니다. 보관 제한 원칙(제5조(1)(e))상 계획된 조치가 있는 미해결 사항이며(제9.3절, 우선순위 “최우선”), 특히 점검 사실을 모르는 사람에게 영향을 줍니다. 내부 점검은 처리 활동 기록에 있지만 개인정보 처리방침에는 아직 별도로 명시되지 않았습니다(제9.4절). 수준 – 높음.
R5 – 운영자 모르게 타사 웹사이트 점검 및 공개 평가
누구나 계정이나 관련성 없이 공개 사이트를 점검할 수 있으며 운영자에게 알리지 않습니다. 링크 소지자가 볼 수 있는 보고서가 사이트를 “노출됨”, “부분적으로 보호됨” 또는 “보호됨”으로 평가합니다. 정보주체에게 두 결과가 가능합니다. 개인사업자가 링크 수신자에게만이라도 공개 평가되며 결과가 틀릴 수 있습니다. 또 보고서가 스팸 발송자에게 장애 없이 채울 수 있는 양식을 보여 줍니다.
여러 차단 장치가 이를 방어합니다(cfg/check_lib.php). 도메인당 칠 일 최대 한 번 및 이후 같은 보고서, IP·세션 한도, 서비스 전체 일일 상한, 악용에 흔한 매우 최근 도메인 제외, 이상 행동 기록·신호, 두 번 확인하는 robots.txt와 옵트아웃(cfg/check_lib.php 및 점검 서비스)입니다. 무료 보고서는 기본 결과만 보여 주고 모든 감지기의 증거는 제외합니다. 봇이 몇 초 안에 알아낼 수 없는 정보도 제공하지 않습니다. 보호되지 않은 양식은 밖에서도 보입니다.
가능성 – 가능. 심각도 – 상당함, 보고서 후 표적이 되거나 평가가 틀린 개인사업자에게 해당합니다. 수준 – 중간.
R6 – 원치 않는 영업 연락의 근거로 잠재 고객 점검 이용
인터페이스는 잠재 고객 점검을 “첫 대화의 문을 여는 도구”로 설명합니다. 간단 결과의 사용은 에이전시가 결정하며 기술적으로 요청하지 않은 운영자에게도 보낼 수 있습니다. 당사는 누구에게도 연락하지 않으며(cfg/akquise_lib.php) 서비스 이용약관은 광고와 권유 규칙 준수를 의무화합니다. 하지만 결과가 담긴 원치 않는 이메일은 기업 간에도 직접 마케팅이며 폴란드(전자통신법 제398조(Prawo komunikacji elektronicznej, PKE)) 및 독일(부정경쟁방지법 § 7(2)(Gesetz gegen den unlauteren Wettbewerb, UWG))에서 사전 동의가 필요합니다. 인터페이스는 이를 안내하지 않고 “수동적” 및 “옵트아웃 목록”만 말합니다.
가능성 – 높음, 고객 유치 기능이고 수신자 동의 여부를 확인할 수 없기 때문입니다. 심각도 – 제한적: 운영자에게 사이트 평가가 포함된 성가신 마케팅 이메일입니다. 수준 – 중간. 위험은 에이전시 행위에 있지만 당사가 제공하는 기능이므로 인터페이스 안내를 계획합니다(제9.3절).
R7 – 관리 권한 증명 미갱신
능동적 테스트 제출, 노출 파일 검색 및 로그인 후 스캔에는 고객의 도메인 관리 권한 증명이 필요합니다. 한 번만 확인하고(cfg/verify_lib.php) 다시 확인하지 않습니다. 코드에 증명이 상실되는 경로가 없습니다. 소유자 변경, 에이전시 위임 종료 또는 DNS 레코드 제거 후에도 최대 매일 다섯 건의 테스트 제출과 새 운영자가 모를 수 있는 저장된 테스트 계정 로그인까지 계속됩니다. 반면 이름을 바꾸어 다른 호스트로 증명을 옮길 수는 없습니다. 권한 증명 도메인의 호스트 이름은 변경할 수 없습니다.
가능성 – 가능: 에이전시에서 도메인 및 위임 변경은 일상적입니다. 동의 없이 표시된 테스트 메시지를 받고 노출 파일 검색을 받는 새 운영자와 직원에게 심각도 – 상당함입니다. 수준 – 중간. 테스트 메시지는 설명과 크롤러 페이지 및 옵트아웃을 안내하며 옵트아웃은 고객의 점검에도 적용됩니다.
R8 – 로그인 후 스캔의 인증 정보 및 내용
인증 정보 암호화는 주의 깊게 구현했습니다. 저장 후 웹 서버에서 읽을 수 없고 데이터베이스와 백업에는 암호문만 있으며 레코드는 도메인에 결합됩니다. 표준 입력으로만 컨테이너에 들어가고 이후 메모리에서 정리됩니다(제6.5절). 두 누락 사항이 남아 있으며 세 번째는 저장이 아닌 읽기에 관한 것입니다.
- 비암호화 로그인을 허용합니다. 주소 검사는
http도https와 함께 허용합니다(cfg/login_lib.php,scanner/src/login.js). 고객이http로그인 페이지를 입력하면 매 점검마다 사용자 이름과 비밀번호가 평문으로 인터넷을 지납니다. - 인증서 오류가 로그인을 중단하지 않습니다. 현재 고객 사이트 인증서가 유효하지 않아도 중단하지 않습니다(
scanner/src/login.js). 따라서 인증서는 전송 중 인증 정보를 완전히 보호하지 못합니다. 인증서 오류 시 중단을 계획합니다(제9.3절, 우선순위 “최우선”). - 로그인 후 숨겨진 필드 값은 읽지만 저장하지 않습니다. 크롤러는 숨겨진 필드 값의 첫 24자를 읽으며(
scanner/src/crawl.js) 동일 추출 함수가 로그인 후에도 실행됩니다(scanner/src/login.js). 계정 번호, 사용자 식별자 또는 로그인 계정의 이메일 주소가 자주 들어 있지만 필드 이름·유형·레이블 및 감지 결과만 필드 맵과 발견 사항에 저장합니다.
코드로 막을 수 없는 점도 있습니다. 고객은 최소 권한 테스트 계정임을 확인하지만(cfg/login_lib.php) 실제 관리자 계정을 입력할 수도 있습니다. 읽을 페이지는 고객이 정합니다. 로그아웃·삭제 단어가 있는 주소는 막지만 단순 요청으로 실행되는 다른 동작은 막지 않습니다.
가능성 – 가능. 심각도 – 심각함, 광범위한 권한의 계정이면 모든 사용자 데이터가 있는 회원 영역이 열리기 때문입니다. 최소 권한 테스트 계정은 수준 – 중간, 실제 계정은 높음입니다. 개발 시스템 측정에서는 저장된 테스트 계정이 없습니다.
R9 – 고객 사이트의 능동적 테스트 제출 및 파일 점검
테스트 제출은 고객의 양식 이메일을 읽는 직원이나 서비스 제공자에게 갑니다. 발신자 dummy@formexposed.com, 표시된 본문·제목과 점검 식별자로 구성되어 개인정보가 없습니다(scanner/src/active.js). 위험은 오분류입니다. 신청·예약·상담 양식을 일반 문의로 오인하면 결과를 수반하는 절차에 테스트 메시지가 들어갑니다. 이를 막기 위해 엄격한 “제출 가능” 규칙(scanner/src/classify.js), 공공·교육기관, 병원·의원, 경찰·법원 도메인 차단(scanner/src/classify.js) 및 언어 모델의 결정 배제(scanner/src/classify.js)를 적용합니다. 응답의 상태, 대상 주소, 제목, 텍스트 300자 및 이미지를 저장하며 테스트 메시지에 관련된 것입니다.
파일 점검은 일반적인 경로에서 최대 8 KB를 읽습니다. 실제 데이터베이스 덤프가 노출되었다면 이 8 KB에 방문자 양식 입력이 포함될 수 있습니다. 특징을 확인한 후 버리며(cfg/dateien_lib.php) 경로, 유형 및 심각도만 저장합니다.
가능성 – 희박. 심각도 – 상당함. 수준 – 낮음. 개발 데이터에는 수락된 제출이 없는 능동적 점검 한 건이 있습니다.
R10 – 언어 모델 분류
규칙이 인식하지 못하는 양식은 언어 모델이 페이지 제목, 주소, 버튼 텍스트, 필드 설명 및 최대 400자의 양식 텍스트를 받습니다(scanner/src/classify.js). “담당자: …” 같은 이름이 포함될 수 있습니다. 자체 서버에서 실행되며 코드상 제삼자로 전송되지 않습니다. 모델 소프트웨어의 요청 로그 여부는 확인하지 않았습니다. 결과는 표시 양식 유형만 정하며 제출 가능하게 만들지 못합니다. 오분류는 잘못된 결과를 만들 뿐 동작을 실행하지 않습니다.
가능성 – 희박. 심각도 – 제한적. 수준 – 낮음.
R10 – 추가된 실행 계획 단계
대상 요건을 충족하는 유료 보고서를 위해 동일한 로컬 모델이 선별한 발견 사항과 스캔 메타데이터로 권고 단계도 생성합니다. 분류와 달리 출력은 스캔과 함께 보관되는 자연어 요약입니다. 호스트 이름, 페이지 주소 및 메모에는 모델이 반복할 수 있는 개인정보가 포함될 수 있습니다. 잘못된 권고로 인해 독자가 보호를 약화하거나 불필요한 변경을 할 수 있으며, 보고서 링크를 전달하면 반복된 개인정보가 다른 수신자에게 공개될 수 있습니다. 코드는 권고를 자동 실행하거나 점수 또는 판정을 바꾸거나 텍스트의 사실적 정확성을 검사하지 않습니다. 입력 및 출력 길이를 제한하고, 요약이 AI 생성임을 표시하며, 개별 발견 사항이 우선한다고 명시합니다. 이는 통제 조치이지 권고가 옳거나 보고서가 익명이라는 증거는 아닙니다. 분류에 대한 기존의 가능성과 심각도 등급만으로는 이 추가 생성 단계의 등급이 정해지지 않습니다. 잔여 위험은 기반이 되는 점검의 실제 데이터 및 사용과 함께 평가해야 합니다.
R11 – 여러 웹사이트 보고의 공유 차단 목록
목록 도메인의 링크가 있는 메시지는 모든 연결 사이트의 격리함에 들어갑니다. 도메인이 기술자, 사진가, 블로그 등 개인 소유라면 자신의 웹사이트 링크가 있는 메시지가 늦게 도착합니다. 스팸 발송자가 악용하거나 누군가 그 도메인을 포함한 차단 대상 메시지를 여러 사이트에 고의로 보내면 등록될 수 있습니다.
이를 방어하는 장치(cfg/swarm_lib.php)는 칠 일 내 서로 다른 사이트 최소 세 곳과 다섯 번의 탐지, 대형 서비스 고정 예외, 고객 도메인 제외, 서버 도구의 수동 제거, 삭제 대신 격리 및 일일 목록 재생성입니다. 더 이상 보고되지 않으면 제외됩니다. 당사에 요청하는 것 외에는 당사자가 목록을 보거나 직접 제거를 요구하는 경로가 없습니다.
가능성 – 가능. 심각도 – 제한적, 유실되지 않고 수신자가 해제할 수 있기 때문입니다. 수준 – 낮음~중간. IP 네트워크를 켜면 제공업체의 전체 네트워크에 영향을 주고 IP는 개인정보이며 심각도가 상당함으로 올라갑니다. 따라서 높음입니다.
R12 – 공개 링크의 보고서 및 스크린샷
무료 점검, 잠재 고객 점검 및 고객 도메인 보고서는 무작위 링크로 로그인 없이 접근할 수 있습니다. 128비트 무작위성이 있어 추측할 수 없습니다(cfg/check_lib.php). 페이지는 noindex이고 애플리케이션은 출처만 전달하는 리퍼러 정책을 보냅니다(www/.htaccess). 스크린샷은 해당 보고서와 함께만 제공하며 다른 이미지 번호는 “찾을 수 없음”을 반환합니다(www/shot.php). 위험은 암호가 아닌 사람입니다. 링크가 전달되거나 티켓에 복사되거나 채팅에 공유됩니다. 조회자는 일반 페이지처럼 60일의 페이지 접근 로그에만 기록되며 링크는 마스킹되고 보고서별 독자 목록은 없습니다.
가능성 – 가능. 심각도 – 제한적, 공개 정보만 표시하고 각각 30일 또는 90일 후 만료되기 때문입니다. 고객 도메인 보고서는 점검이 존재하는 동안 접근 가능합니다(13개월, 마지막 결과는 더 오래). 수준 – 낮음.
R13 – 인프라 취약점
다음은 내부 검토 자료의 미해결 사항이며 여기서 미화하지 않습니다. 고객이 자체 평가에 필요한 만큼 구체적으로 설명하되 공격자에게 경로를 알려줄 정도는 피합니다. 감독기구에는 요청 시 세부 정보를 제공합니다.
- 데이터베이스 백업은 현재 같은 장소에 별도 암호화 없이 저장합니다. 두 번째 장소의 암호화 사본을 계획합니다(
cfg/backup_lib.php). 그 전에는 장소 소실을 방어하지 못하고 데이터베이스를 얻은 사람은 백업도 얻습니다. 로그인 후 스캔 인증 정보는 암호문으로만 포함됩니다. - 저장 상태 데이터베이스 암호화가 없습니다. 테스트 계정 인증 정보, 이중 인증 비밀 값처럼 개별 암호화한 필드는 예외입니다.
- 내부 네트워크 연결은 전 구간에서 암호화되지는 않습니다.
- 서버 관리. 서버 관리 접근의 보안은 의도한 운영 기준에 아직 못 미치며 강화 작업이 계속됩니다.
- 점검 환경. 스캔 서버는 브라우저로 타사 사이트를 엽니다. 컨테이너는 자체 네트워크, 특별 권한 없음, 읽기 전용 및 제한을 적용하여 격리됩니다(
scanner/src/worker.js). 점검 환경과 다른 서비스 부분의 분리를 더 강화하고 있습니다(제9.3절).
가능성 – 가능. 심각도 – 심각함, 비상시에 모든 것이 동시에 영향을 받기 때문입니다. 수준 – 높음. 개별 항목은 통상적 방법으로 해결할 수 있습니다(제9.3절).
R14 – 당사를 모르는 사람의 정보주체 권리
스크린샷에 우연히 나타나거나 확인 사본으로 메시지가 지나간 사람은 대개 당사 존재를 모릅니다. 알아도 자신의 데이터를 찾을 키가 없습니다. 사람별이 아닌 도메인·점검별로 저장하기 때문입니다. 제15조 열람 요청에는 도메인을 알려야 답할 수 있으며 그때 기존 점검과 이미지를 살펴볼 수 있습니다. 실제 방문자 메시지는 저장하지 않아 공개할 것이 없지만 R1의 발신 도메인은 예외입니다. 옵트아웃은 도메인 운영자용이며 사진 속 사람에게는 적용되지 않아 contact@lukaswojcik.com에 연락하는 방법이 남습니다.
구조적으로 가능성 – 높음입니다. 데이터가 단기적이고 사람별로 정리되지 않아 심각도 – 제한적입니다. 수준 – 낮음.
9. (d) 위험 대응 조치
각 조치의 상태는 장식이 아닙니다. 현재 구현 – 검증됨은 개발 시스템 코드에서 확인하고 가능하면 데이터베이스로 측정했다는 뜻입니다. 부분적은 장치가 있지만 목적을 완전히 달성하지 못한다는 뜻입니다. 계획됨은 이 평가가 제안했지만 구현하지 않았고 여부와 시기는 소유자가 결정한다는 뜻입니다. 결정 필요는 코드가 대체하지 못하는 절차와 결정입니다. 계획을 구현된 것으로 제시하는 DPIA는 정작 필요한 상황에서 가치를 잃습니다.
9.1 현재 구현 – 검증됨
| 조치 | 대응 대상 | 소스 참조 |
|---|---|---|
| 크롤러는 매 점검 전 robots.txt를 읽음. 홈페이지 제외, 접근 불가 또는 서버 오류면 중단(하위 경로는 개별 준수하지 않으며 펄스·증명 가져오기·헤더 도구·파일 검색은 읽지 않음) | R5, 적법성 | scanner/src/net.js |
| 증명 없는 즉시 옵트아웃. 도메인과 www 변형에 대해 익명·잠재 고객·연구·고객 점검 모두 적용(진행 모니터링은 다음 예약 점검 시 종료). 앱과 점검 서비스에서 두 번 확인. 증명을 첨부한 요청 후 당사만 해제 | R5, R7, 제21조 | cfg/check_lib.php; cfg/akquise_lib.php; cfg/studie_lib.php; scanner/src/worker.js |
| 무료 점검: 비상 중단, reCAPTCHA, 도메인당 주 한 번, IP·세션 한도, 일일 상한, 신규 도메인 제외, 공개 주소만 허용, 이상 징후 기록 및 내용 없는 신호 | R5 | cfg/check_lib.php |
| 한도용 세션은 식별자 자체가 아닌 해시로만 저장 | 최소화 | cfg/check_lib.php |
| 필드 값 미저장(숨겨진 필드와 데이터 속성 앞부분은 점검 중에만 읽음, 제6.2절), 수신자 주소는 도메인만, 스크립트 주소의 계정 식별자 숨김 | 최소화 | scanner/src/crawl.js |
| 무료 보고서는 기본 결과만 제공하며 모든 감지기 증거는 제외 | R5 | cfg/check_lib.php, FE_FREE_DETEKTOREN |
보고서는 128비트 무작위 링크 및 noindex. 이미지는 공개 웹 디렉터리 밖에서 해당 보고서에만 제공. 접근 로그의 링크는 마스킹 | R12 | cfg/check_lib.php; www/report.php; www/shot.php |
| 삭제: 익명 보고서 30일, 잠재 고객 90일, 고객 점검 13개월(도메인별 마지막 결과는 존속 기간 유지), 삭제 도메인 데이터 즉시(예외는 제6.11절). 이미지도 함께 삭제 | 보관 제한 | cfg/check_lib.php; cfg/fristen_lib.php |
| 연구: 합계만 공개, 양식 사이트 20개 이상 구간만, 공개 시 원자료 삭제 | R4 부분적, P3 | cfg/studie_lib.php |
| 점검 컨테이너: 독립 격리 네트워크, 특별 권한 없음, 읽기 전용, 메모리·프로세스·시간 제한. 요청마다 사설 대상 필터, 서비스 워커 차단 및 WebSocket 종료로 우회 방지. 웹 서버 요청은 웹 포트와 사전 확인한 정확한 공개 주소로만 | R13 | scanner/src/worker.js; scanner/src/net.js |
| 고객의 능동적 점검은 인증 도메인만(내부적으로 자체 테스트·데모도 가능), 비상 중단 스위치 확인을 두 번 수행. 최대 다섯 제출. 필수 개인정보 없는 명확한 문의 양식만. 공공·교육기관, 병원·의원, 경찰·법원 도메인 제외. 언어 모델은 허가 불가. 개인정보 없는 표시된 테스트 메시지와 크롤러·옵트아웃 안내 | R9 | scanner/src/worker.js; scanner/src/classify.js; scanner/src/active.js |
| 브라우저 여정: GET·HEAD만, 위험 주소 차단, 가상 값의 브라우저 외부 전송 없음, 입력 필드를 가린 이미지 | R3(해당 이미지), R9 | scanner/src/browser.js |
| 파일 점검: 인증 도메인만, 경로당 한 번, 최대 8 KB, 내용 미저장 | R9 | cfg/dateien_lib.php |
| 두 번째 확인: 기본 비활성화. 서명된 고정 목록의 무해한 항목만 수신 예정 | 수신자 | cfg/formular_probe_lib.php |
| 로그인 후 스캔: 인증 도메인, 유료 요금제, 소유자·관리자 및 “테스트 계정” 확인. 스캔 서버 공개 키와 도메인 결합 암호화. 인증 정보 표시·로그·API 출력 없음. 표준 입력만 사용. 작업 필드는 즉시 비우고 잔여 정보는 한 시간 후 정리. 스크린샷·제출·로그아웃·삭제 주소 없음, CAPTCHA 시 중단. 최종 삭제 시 덮어씀 | R8 | cfg/login_lib.php; scanner/src/login.js; scanner/src/geheim.js; scanner/src/worker.js |
| 전달 확인: 기본 비활성화. 읽음 표시 없이 헤더 및 8 KB만 읽음. 내용·방문자 주소는 데이터베이스에 저장하지 않음. 연결 불가 항목까지 모든 가져온 이메일 삭제. 연결 정보는 180일 후 삭제. 정확한 해당 테스트 사본으로만 입증 | R1, R2 | cfg/zustellung_lib.php |
| 군집 보호: 도메인만, IP 네트워크 꺼짐, 최소 수 적용, 대형 서비스·고객 도메인 예외, 삭제 대신 격리, 일일 재생성, 보고 30일 후 삭제 | R11 | cfg/swarm_lib.php |
| 자체 서버 언어 모델, 제출 권한 없음 | R10 | scanner/src/classify.js |
| 실행 계획: 선별한 발견 사항으로 로컬 생성, 프롬프트에 스크린샷이나 입력된 필드 값 없음. 발견 사항 수와 메모 길이 제한, 정제된 일반 텍스트의 길이 제한, 눈에 보이는 AI 안내와 개별 발견 사항의 우선성. 자동 웹사이트 변경이나 점수·판정 결정 없음 | R10 부분적. 잘못된 조언과 부수적인 개인정보가 여전히 포함될 수 있음 | cfg/plan_lib.php; www/report.php |
| Telegram 신호는 변수 없는 고정 문장만 포함 | 수신자 | cfg/check_lib.php |
| 주간 백업 복원 테스트 및 실패 알림 | 가용성 | cfg/backup_lib.php; srv/cron_status.php |
9.2 부분적 – 존재하지만 목적을 아직 달성하지 못함
| 조치 | 아직 완전히 효과적이지 않은 이유 |
|---|---|
| “정제된” 스크린샷 | 브라우저 여정 이미지만 가림. 크롤러의 홈페이지·양식 요소 및 능동적 점검 응답 페이지는 가리지 않음(R3). |
| 점검 데이터 기간 | 익명·잠재 고객·고객 점검에는 적용되나 내부 점검·미공개 연구에는 적용되지 않음. 미해결 이상 기록은 기한 없음(R4). |
| 확인 사본 삭제 | 당사에서 보는 메일함에는 적용. 실행 중단 시 이메일이 남으며 제공업체 자체 백업은 확인하지 않음(R2). |
| 로그인 후 스캔 인증 정보 보호 | 저장 상태와 점검 서비스 내부는 강력하나 사이트로의 전송에서는 http 허용 및 인증서 오류 무시(R8). |
| 관리 권한 증명 | 한 번 확인 후 영구 적용. 다만 호스트 이름은 변경할 수 없어 다른 호스트로 이전되지는 않음(R7). |
| 정보주체 안내 | 운영자는 크롤러 페이지·식별자·개인정보 처리방침·옵트아웃으로 안내. 전달 확인 방문자는 고객의 문구 채택에 의존하며 앱이 검사하지 않음. |
| 확인 사본에 특별 범주를 넣지 말라는 고객 요청 | 법률 문서에 있으나 기술 지원 없음. 설정 시 웹사이트 유형을 묻거나 의료·법률·교육으로 보이는 도메인에 경고하지 않음(R1). |
9.3 계획됨 – 미구현
| 조치 | 대응 대상 | 우선순위 |
|---|---|---|
| 내부 점검 삭제 경로: 도메인·보고서 없는 점검을 고정 기간 후 삭제(제안 30일). 연구 원자료도 공개 여부와 관계없이 완료 후 고정 기간 내 삭제(제안 90일). 기존 점검 85건과 이미지 369개 일회 삭제 | R4 | 최우선 |
| 메일함 제공업체 계약 체결, 저장 장소·하위 프로세서·백업 기간 문서화, 전송 방식 확인 및 MX 레코드의 직접 연결 이후에만 전달 확인 활성화. 그 전에는 운영 시스템에서 차단 유지 | R2 | 최우선 |
| 활성화 전에 운영 시스템 메일함 가져오기의 보안 확인 및 문서화 | R2 | 최우선 |
로그인 후 스캔은 유효한 인증서의 https만 허용하고 http 거부. 로그인 인증서 오류 시 중단 | R8 | 최우선 |
| 로그인 후 숨겨진 필드 값 미저장(이름·유형·길이만) – 이미 구현되어 추가 조치 없음 | R8 | 완료 |
| 플러그인·확장 기능이 있으면 테스트 식별자가 있는 제출만 숨은참조하여 확인 사본 제한 | R1 | 높음 |
| 실제 메시지 발신 도메인이 사이트 도메인이나 알려진 발송 서비스가 아니면 저장하거나 알림에 기록하지 않고 “외부 발신 도메인”으로 표시 | R1 | 높음 |
| 의료·법률·사회서비스·교육으로 보이는 도메인의 전달 확인 설정에 경고 및 고객 자체 DPIA 안내 | R1 | 높음 |
| 관리 권한 정기 갱신(제안: 매 능동적 점검 전 DNS 레코드·메타 태그·파일·플러그인 연결 존속 확인. 없으면 수동적 점검으로 계속하고 고객 통지) | R7 | 높음 |
| 홈페이지 촬영 중단 또는 이미지·얼굴 가림. 양식 이미지는 현재처럼 요소만 촬영하고 브라우저 여정처럼 입력 필드 마스킹 | R3 | 높음 |
| 잠재 고객 점검 인터페이스 안내: 요청 없는 이메일·전화의 간단 결과 전달은 기업 간에도 직접 마케팅이며 사전 동의 필요(폴란드 전자통신법 제398조, 독일 § 7(2) UWG. 다만 기업 대상 전화는 추정 동의로 충분) | R6 | 높음 |
| 인프라: 서버 관리 강화 완료, 두 번째 장소의 암호화 백업, 내부 연결 전 구간 암호화, 스캔 서버와 앱 분리 추가 강화 | R13 | 높음 |
| 미해결 이상 기록의 기간(제안: 30일 내 해결, 그렇지 않으면 IP 주소 삭제) | R4 | 중간 |
| 군집 보호의 도메인 제거를 요청할 페이지나 양식 | R11, R14 | 중간 |
| 군집 보호 IP 네트워크 활성화 전에 새 평가 버전 작성 | R11 | 조건 |
| 언어 모델 소프트웨어의 요청 저장 여부 확인 및 저장 시 로그 끄기 | R10 | 낮음 |
9.4 아직 결정해야 할 절차와 판단
제35조(7)(d)는 기술적 보호 외에 절차도 요구합니다. 다음 사항이 남아 있습니다:
- 개인정보 침해. 탐지 경로: 소유자, 애플리케이션의 오류 알림, 취약점 신고 창구 또는 contact@lukaswojcik.com을 통한 신고. 72시간 이내 UODO 신고 여부의 결정(제33조(1)): 소유자. 컨트롤러인 관련 고객에 대한 통지: 데이터 처리 계약의 약속에 따라 부당한 지체 없이, 가능하면 48시간 이내. 결정 필요: 서면 절차 설명 및 최초 모의 훈련. 전달 확인에 대해서는 메일함 제공업체의 침해로 영향을 받는 고객을 식별하는 방법도 정해야 합니다.
- 업종. 결정 필요: 의료, 법률, 사회복지 및 교육 분야의 웹사이트에 전달 확인을 제공할지, 경고와 함께 제공할지 또는 제외할지 여부.
- 내부 점검. 결정 필요: 제공업체가 명령줄에서 수행하는 내부 점검의 용도, 생성 권한자, 결과의 보존 기간, 그리고 처리 활동 기록 외에 개인정보 처리방침에서도 이를 명시해야 하는지 여부.
- 연구. 결정 필요: 목록을 작성하는 사람, 사용하는 출처, 최대 규모, 그리고 각 연구 전에 이 평가의 전제를 준수하는지 확인하는 절차.
- 정보주체의 의견(제35조(9)). 이 버전에서는 의견을 구하지 않았습니다. 제35조(9)는 “적절한 경우”에만 의견을 구하도록 요구하며, 현재 여기에는 해당하지 않는다고 판단합니다. 점검 대상 웹사이트의 운영자와 고객 웹사이트의 방문자에게는 당사에 직접 의견을 전달하는 고유한 경로가 없습니다. 이들을 개별적으로 접촉하는 행위 자체가 새로운 개인정보 처리가 되며, 서비스가 아직 출시되지 않아 실제 정보주체 집단도 존재하지 않습니다. 이들의 이익은 간접적으로 고려합니다. robots.txt와 opt-out, 짧은 보존 기간, 확인 사본의 내용을 저장하지 않는 방식이 이에 해당합니다. 제12절에 따른 검토 때마다, 예를 들어 크롤러 페이지의 의견이나 전달 확인 고객의 의견을 통해 정보주체의 견해를 구하는 것이 적절한지 다시 판단합니다.
10. 잔여 위험과 제36조에 따른 사전 협의
제36조(1)는 컨트롤러가 위험을 완화하기 위한 조치를 취하지 않을 경우 처리가 높은 위험을 초래한다고 데이터 보호 영향 평가에서 나타나면 감독기관과 사전 협의하도록 요구합니다. 따라서 중요한 것은 높은 위험이 식별되었는지 여부가 아닙니다. 높은 위험은 네 건 식별되었습니다. 중요한 것은 조치 시행 후에도 높은 위험이 남는지 여부입니다.
formexposed이 컨트롤러인 처리 활동(P1~P4, P7)의 경우, 높은 위험 R4와 R13은 일반적인 수단으로 해소할 수 있습니다. 삭제 경로와 기존 데이터의 정리, 암호화된 외부 백업, 두 서버의 보안 강화가 이에 해당합니다. 9.3의 조치를 시행하면 낮음~중간으로 내려갑니다. R3, R5, R6 및 R7은 중간 수준이며, 제안된 조치를 시행하면 낮음으로 내려갑니다. IP 네트워크를 사용하지 않는 군집 보호는 낮음~중간으로 유지됩니다. “최우선” 및 “높음”으로 표시된 조치를 출시 전에 구현하면 이 부분에는 사전 협의가 필요하지 않습니다. 이 조치 중 하나라도 출시 전에 구현되지 않으면 해당 처리 활동에는 높은 위험이 남습니다. 해당 처리 활동은 조치를 구현한 뒤에만 시작하거나, 먼저 제36조(1)에 따라 UODO와 협의합니다.
전달 확인(P6)의 상황은 다릅니다. 어떠한 조치로도 완전히 없앨 수 없는 이유가 있습니다. 방문자가 무엇을 쓰는지는 방문자에게 달려 있습니다. 계약 체결, 안전한 수신, 가능한 경우 테스트 메시지로 제한, 발신자 도메인의 생략을 통해 R2는 낮음으로, R1은 중간으로 내려갑니다. 그러나 방문자가 일반적으로 제9조에 따른 데이터를 제공하는 고객의 경우 R1이 여전히 높음으로 남을 수 있습니다. 이때 협의 의무는 formexposed이 아니라 컨트롤러인 고객에게 있습니다. 이러한 고객에게는 일반 문의 양식에 확인 사본을 설정하지 말고 민감한 내용이 없는 양식에만 설정하거나, 전달 확인을 사용하지 않을 것을 권장합니다.
잔여 위험을 솔직하게 밝힙니다. 현재 9.1의 조치가 적용된 상태에서는 네 가지 위험이 높음입니다. R1과 R2(전달 확인), R4(삭제 경로가 없는 점검 데이터), R13(인프라)입니다. 9.3의 조치를 시행하면 R2, R4 및 R13은 낮음~중간으로 내려갑니다. R1은 중간으로 남으며 지속적으로 고객의 결정에 좌우됩니다. 조치 시행 후 다른 위험은 모두 중간 이하입니다.
제36조는 처벌 규정이 아니며, 협의는 잘못을 인정하는 행위가 아닙니다. 유용한 절차에 컨트롤러가 완전히 통제할 수 없는 위험이 따르는 상황에 대해 규정이 마련한 경로입니다. 건강 데이터가 포함된 메시지에 전달 확인을 사용하려는 고객은 이 페이지에서 그 결정을 위한 사실을 확인할 수 있습니다.
11. 고객 자신의 데이터 보호 영향 평가에 필요한 정보(제28조(3)(f))
전달 확인과 로그인 후 스캔에서는 고객이 컨트롤러입니다. 이 페이지는 설명(제6.5절 및 제6.6절), 당사 관점의 위험(R1, R2, R8), 조치의 상태(제9절)를 제공합니다. 다음 질문에는 고객만 답할 수 있습니다.
- 방문자는 무엇을 작성합니까? 건강, 종교, 출신, 노동조합 가입, 성적 지향, 범죄 또는 아동에 관한 데이터가 양식을 통해 들어올 것으로 예상됩니까? 그렇다면 원칙적으로 확인 사본에 대한 데이터 보호 영향 평가가 필요하며, 이 양식의 확인 사본 사용을 재고해야 합니다.
- 모든 메시지의 확인 사본이 필요합니까? 당사의 테스트 메시지가 도착함을 증명하려면 그 메시지의 사본만 있으면 충분합니다. 양식이 허용하는 경우 테스트 메시지에만 숨은 참조를 설정하십시오.
- 방문자에게 어떻게 알립니까? 데이터 처리 계약은 이를 요구합니다. 웹사이트용 개인정보 처리방침 문안은 사본의 전달 경로와 당사의 역할을 설명합니다.
- 어떤 법적 근거가 있습니까? 당사의 제안 문안은 제6조(1)(f)(문의의 안정적인 수신)를 명시합니다. 제9조에 따른 데이터의 경우 이 근거만으로는 충분하지 않습니다.
- 어떤 알림 채널을 선택합니까? 진위 확인 알림에는 발신자 도메인이 표시될 수 있습니다. EU 외부의 채팅 서비스로 알림을 보내면 해당 도메인이 그곳으로 이전됩니다.
- 로그인 후 스캔의 경우: 테스트 계정이 필요한 최소한의 권한만 가진 실제 테스트용 계정입니까? 로그인 페이지에
https로만 접근할 수 있습니까? 테스트 계정에서 다른 사용자의 데이터가 보입니까? 그렇다면 지정된 페이지 중 어느 페이지에서 보입니까? - 언제 삭제합니까? 전달 확인과 테스트 계정은 언제든지 비활성화하고 삭제할 수 있습니다. 이때 테스트 계정은 복구할 수 없도록 덮어씁니다.
고객의 평가를 위한 추가 문서: 데이터 처리 계약, 기술적 및 조직적 조치, 하위 프로세서 목록, 처리 활동 기록. 개별 사실에 관한 질문은 contact@lukaswojcik.com으로 문의하시면 답변합니다.
12. 검토, 버전 및 승인
제35조(11)는 적어도 위험이 변할 때 처리가 데이터 보호 영향 평가에 부합하게 수행되는지 검토하도록 요구합니다. 당사는 이 평가를 최소 연 한 차례, 그리고 다음 각 사건 전에 검토합니다. 각 사건에서는 단순히 문서를 읽는 데 그치지 않고 새롭게 측정합니다.
- 개발 시스템 대신 운영 시스템의 수치를 사용한 운영 개시
- 운영 시스템에서 전달 확인의 최초 활성화 및 메일함 제공업체와의 계약 체결
- 군집 보호에서 IP 네트워크 활성화
- 최초 연구 및 이전보다 큰 목록을 사용하는 모든 연구
- 두 번째 점검 서버 또는 점검 경로의 새로운 수신자 활성화
- 이 평가에서 다루는 용도를 넘어서는 언어 모델의 새로운 용도. 유료 보고서의 우선순위에 따른 실행 계획은 추가된 용도이므로 평가를 재검토해야 합니다
- 스크린샷, 보존 기간 또는 능동 점검의 전제 조건 변경
| 항목 | 내용 |
|---|---|
| 컨트롤러 | LW IT Solutions Company Lukas Wójcik, al. Tadeusza Kościuszki 80/82, lok. 301, 90-437 Łódź, Poland · NIP 7252266190 · contact@lukaswojcik.com |
| 관할 감독기관 | Prezes Urzędu Ochrony Danych Osobowych (UODO), ul. Moniuszki 1A, 00-014 Warszawa, Poland |
| 데이터 보호 책임자 | 지정하지 않음. 제4절의 제37조에 따른 평가 참조 |
| 사실의 근거 | 애플리케이션 및 점검 서비스의 소스 코드, 데이터베이스 스키마, 개발 시스템의 행 수와 설정. 2026년 10월 11일에 읽기 전용으로 측정함 |
| 관련 문서 | 개인정보 처리방침, 데이터 처리 계약, 기술적 및 조직적 조치, 하위 프로세서, 처리 활동 기록, EU AI 법, 허용되는 이용 및 악용, FormExposedBot, Opt-out |
| 버전 | 2026년 10월 23일 버전 1.1. 2026년 10월 11일 최초 버전에 로컬 실행 계획 단계에 관한 사실을 추가한 보완 내용 |
| 제35조(11)에 따른 검토 | 2026년 10월 23일: 추가된 로컬 실행 계획 단계의 소스 코드 검토. 입력, 저장, 역할, 권고 출력 및 구현된 보호 조치를 해당 절에 추가했습니다. 운영 환경 측정의 완료나 새로운 잔여 위험 등급을 주장하지는 않습니다. 2026년 10월 11일의 기존 측정과 아래의 승인 상태는 변경되지 않습니다. 향후 검토의 날짜, 사유 및 결과를 여기에 기록합니다. |
| 승인 | 아직 승인되지 않았습니다. 법률 검토 후, 그리고 제9.3절의 조치와 제9.4절의 질문에 관한 결정 후 소유자가 승인합니다. 외부 개인정보 보호 자문은 아직 받지 않았습니다. |
마지막으로 문서 자체에 담아야 할 의견이 있습니다. formexposed에서 다른 사람의 영역에 가장 깊이 들어가는 기능인 테스트 제출과 타인의 자격 증명을 사용하는 로그인은 가장 신중하게 설계되어 있습니다. 두 단계의 관문, 엄격한 상한, 당사조차 접근할 수 없게 하는 암호화를 적용합니다. 이 평가의 위험은 대부분 다른 곳에 있습니다. 숨은 참조에 포함된 실제 메시지, 스크린샷에 등장하는 사람, 더 이상 아무도 삭제하지 않는 점검처럼 부수적으로 따라오는 것들입니다. 이는 유리한 출발점입니다. 서비스를 변경하지 않고도 이러한 부수적인 처리를 중단할 수 있기 때문입니다.