개인정보 처리방침

처리 목적

• 기록의 게시·검색·건수 집계
• 작성자 본인의 기록 수정·삭제·이의제기(삭제 코드)
• 권리 침해 주장(삭제·임시조치 요청)과 신고의 처리, 신청인에게 회신
• 병원 답변 자격 확인과 답변 게재
• 대량 게시·남용 차단(속도 제한·자동 등록 방지)
• 게시 전 점검(개인정보로 보이는 글자 자동 가림, 욕설·모욕 표현 감지)
• 화면 개선을 위한 일 단위 건수 집계
• 질문·답변의 게시와 전문가 칸(답변자가 공개를 선택한 정보)의 공개
• 전문가 칸 등록 정보 확인(신청한 경우)
• 같은 연락처의 짧은 기간 반복 게시 확인

대응 조문 개인정보 보호법 제30조 제1항 제1호

처리하는 항목

• 작성자

  항목: 병원, 시술 연도, 본문(게시 전 자동 가림을 거친 것), 고른 항목, 선택 항목(비용대·재수술 여부 등)

  어떻게: 직접 입력

  목적: 게시·검색·건수 집계

• 작성자

  항목: 사진(선택): 이용자가 올린 시술 부위 사진(서버가 다시 그려 저장한 큰 사진·썸네일 파일, 기록 안 순서, 올린 날짜), 올리는 동안만 쓰는 임시 확인 값의 해시 값(기록에 붙이면 지움). 사진 속 위치·기기 정보(EXIF)는 저장 전에 지웁니다

  어떻게: 직접 올림·서버가 만듦

  목적: 기록에 사진 게시·본인의 사진 삭제·신고 판정

• 작성자

  항목: 작성일·처음 게시일·수정일·삭제일(날짜만, 한국 시간)

  어떻게: 서버가 만듦

  목적: 표시·정렬·절차 기한

• 작성자

  항목: 삭제 코드·브라우저 토큰을 비밀 값으로 바꾼 값(HMAC, 원문 아님)

  어떻게: 서버가 만듦

  목적: 본인의 수정·삭제·이의제기

• 작성자

  항목: 이의제기한 날짜와 선택 서술

  어떻게: 직접 입력

  목적: 임시조치 절차

• 작성자

  항목: 경험 확인 배지 신청: 캡처 이미지(24시간 임시), 신청 상태·신청일

  어떻게: 직접 입력

  목적: 배지 심사

• 답글 작성자

  항목: 답글 본문(자동 가림 후), 작성일, 답글 삭제 코드의 HMAC 값

  어떻게: 직접 입력·서버가 만듦

  목적: 답글 게시·본인 삭제

• 질문 작성자

  항목: 질문 제목·본문(자동 가림 후), 고른 시술·주제, 검색 제외 선택, 작성일 등 날짜, 질문 삭제 코드의 HMAC 값

  어떻게: 직접 입력·서버가 만듦

  목적: 질문 게시·본인 수정·삭제

• 답변 작성자

  항목: 답변 본문(자동 가림 후), 작성일, 답변 삭제 코드의 HMAC 값

  어떻게: 직접 입력·서버가 만듦

  목적: 답변 게시·본인 삭제

• 전문가로 답한 사람

  항목: 이름, 직역, 사무소, 연락 수단, 누리집 주소, 등록번호(적은 것만), 공개 동의일, 확인 표시와 확인일, 칸 임시 가림 기한, 연락처·누리집 도메인의 HMAC 값(최대 49시간)

  어떻게: 직접 입력·운영자 확인·서버가 만듦

  목적: 답변과 함께 공개, 확인 표시, 반복 게시 확인

• 전문가 확인을 신청한 사람

  항목: 확인 방식, 공식 도메인 주소와 그 주소로 보낸 확인 코드(확인 뒤 폐기), 자격·등록 증빙 이미지(예외, 24시간 임시), 신청 상태·신청일·처리일, 운영자 확인 결과(체크 3개)

  어떻게: 직접 입력

  목적: 확인 심사

• 신고인

  항목: 신고 사유와 서술, 접수일

  어떻게: 직접 입력

  목적: 제3자 신고 판정

• 의료기관·대리인

  항목: 기관명, 신청인 이름(선택), 회신 전자우편, 대상 문장, 사유 서술, 신원 확인 방법과 결과, 접수 시각

  어떻게: 직접 입력·서버가 만듦

  목적: 삭제·임시조치 요청 처리, 답변 자격 확인

• 무흔에 메일을 보낸 사람

  항목: 발신 주소·이름, 메일 고유번호(Message-ID)의 해시 값, 받은 메일 원문(운영 메일함 사본)

  어떻게: 메일 자동 처리

  목적: 중복 접수 방지·원문 대조·요청 처리

• 모든 방문자

  항목: 요청 IP로 만든 HMAC 값(속도 제한 카운터, 최대 25시간)

  어떻게: 요청 때 계산

  목적: 대량 게시·남용 차단

• 모든 방문자

  항목: 일 단위 계측 건수(이벤트 이름·유입 경로·건수), 검색 결과가 0건인 검색어의 일별 건수

  어떻게: 서버 카운터

  목적: 화면 개선

• 무흔의 데이터베이스에는 요청 IP의 원문도, IP 해시도 없습니다. IP로 만든 값은 운영 서버 메모리의 속도 제한 카운터에만 최대 25시간 있고, 서버를 다시 시작하면 사라집니다.
• 본문에 전화번호·주민등록번호·전자우편 꼴의 글자가 있으면 게시 전에 자동으로 가립니다.
• 전문가 칸(답변자가 공개를 고른 이름·연락처 등)은 자동으로 가리지 않고 답변과 함께 그대로 공개합니다.
• 기록에는 시술 부위 사진을 선택으로 붙일 수 있습니다(영상은 받지 않습니다). 사진은 올릴 때 위치·기기 정보(EXIF)를 지우고 서버가 다시 그려 저장하며, 해외 AI 점검에 보내지 않습니다. 사진은 검사 없이 글과 함께 바로 공개되고, 얼굴이나 광고로 보이는 사진은 신고로 가립니다.
• 경험 확인 배지의 캡처 이미지는 심사에만 쓰고 기록에 붙이지 않습니다.

받지 않는 것

• 작성자·신고인·질문자·익명 답변자의 이름, 전화번호, 전자우편, 생년월일, 주소(전문가 칸에 답변자가 스스로 공개를 선택한 정보는 예외)
• 진료기록, 처방 내역, 건강보험 정보
• 로그인 계정, 소셜 계정 연동 정보, 광고 식별자, 외부 분석 도구의 이용자 단위 식별자
• 데이터베이스 안의 IP·IP 해시·브라우저 정보·쿠키 식별자·세션 식별자·초 단위 작성 시각·작성 순번(기록 식별자는 무작위 값입니다)
• 점검에 보낸 원문과 AI 응답 원문(무흔 쪽 저장 없음, 공급자 쪽 보관은 '국외 이전' 절)

대응 조문 개인정보 보호법 시행령 제31조 제1항 제1호

민감정보가 공개될 수 있는 경우와 공개하지 않는 방법

• 기록과 질문·답변은 누구나 읽을 수 있게 공개됩니다. 시술 경험과 시술·몸 상태에 관한 질문은 건강에 관한 내용이라, 글에 본인을 알아볼 수 있는 내용을 적으면 건강에 관한 정보가 함께 공개될 수 있습니다.
• 무흔은 이름·연락처를 받지 않고, 전화번호 같은 글자는 게시 전에 자동으로 가립니다. 그래도 본문에 적은 날짜·장소·주변 사정으로 본인이 드러날 수 있습니다.
• 기록을 공개하지 않고 남기는 방법은 없습니다. 공개를 원하지 않으면 기록을 남기지 않거나, 남긴 뒤 삭제 코드로 '내 기록 관리'(/manage)에서 언제든 지울 수 있습니다.
• 질문도 같은 방법으로 지울 수 있고, '검색엔진에 노출하지 않기'를 고를 수 있습니다.
• 기록과 질문을 함께 쓰면 내용이 합쳐져 본인이 드러날 수 있습니다.

대응 조문 개인정보 보호법 제30조 제1항 제3호의3 · 개인정보 보호법 제23조 제3항

보유 기간과 파기

• 기록 본문·사실 항목·태그

  보관·파기 규칙: 작성자 삭제, 병원 요청 뒤 30일 동안 게시자의 유지 의사가 없을 때, 신고 판정 삭제, 보류 거부, 기관·법원 요구 때만 지웁니다. 기간이 지났다는 이유만으로 지우지 않습니다

  기간: 기록이 있는 동안

• 작성일·처음 게시일·수정일·삭제일(날짜만)

  보관·파기 규칙: 기록과 함께 둡니다

  기간: 기록이 있는 동안

• 기록에 붙인 사진(큰 사진·썸네일 파일, 기록 안 순서, 올린 날짜)

  보관·파기 규칙: 기록 본문과 같은 규칙입니다. 작성자가 기록을 지우면 사진도 바로 지우고, 사진만 지우면 그 사진을 바로 지웁니다. 신고 판정 삭제, 병원 요청 뒤 30일 동안 게시자의 유지 의사가 없을 때, 보류 거부, 기관·법원 요구로 기록이 지워지면 사진 기록도 함께 지우고, 남은 사진 파일은 하루에 한 번 도는 정리 작업이 지웁니다. 운영자가 숨긴 사진은 공개 화면에서만 내리고(숨긴 시각은 처리 기록으로 남습니다) 기록이 지워질 때 함께 지웁니다. 사진 속 위치·기기 정보(EXIF)는 올릴 때 지워 저장하지 않으며, 올린 원본 파일도 저장하지 않습니다. 사진 파일에 남는 시각도 올린 날짜의 0시로만 둡니다. 기간이 지났다는 이유만으로 지우지 않습니다

  기간: 기록이 있는 동안

• 기록에 붙이지 않은 임시 사진(올린 파일을 다시 그린 사본, 임시 확인 값의 해시 값)

  보관·파기 규칙: 사진을 올린 뒤 기록을 제출하지 않았거나 그 사진을 붙이지 않은 경우입니다. 올린 날(날짜만 저장)부터 2일이 지난 뒤의 정리 작업에서 지웁니다

  기간: 2일

• 삭제 코드·브라우저 토큰의 HMAC 값

  보관·파기 규칙: 작성자가 기록을 지우면 바로 지웁니다. 절차나 기관 요구로 지워진 기록은 삭제일부터 180일 뒤 지웁니다

  기간: 180일

• 답글 삭제 코드의 HMAC 값

  보관·파기 규칙: 기록 삭제 코드와 같은 규칙

  기간: 180일

• 질문·답변 본문

  보관·파기 규칙: 기록 본문과 같은 규칙입니다. 작성자 삭제, 병원 요청 뒤 30일 동안 게시자의 유지 의사가 없을 때, 신고 판정 삭제, 보류 거부, 기관·법원 요구 때만 지웁니다. 기간이 지났다는 이유만으로 지우지 않습니다

  기간: 질문·답변이 있는 동안

• 질문 삭제 코드의 HMAC 값

  보관·파기 규칙: 기록 삭제 코드와 같은 규칙

  기간: 180일

• 답변 삭제 코드의 HMAC 값

  보관·파기 규칙: 답글 삭제 코드와 같은 규칙

  기간: 180일

• 전문가 칸(이름·직역·사무소·연락 수단·누리집·등록번호·공개 동의일·확인 표시)

  보관·파기 규칙: 답변·질문이 지워지거나, 신고 판정이나 본인이 전문가 칸만 내리면 바로 지웁니다

  기간: 답변이 공개되거나 다시 공개될 수 있는 동안

• 전문가 연락처·누리집 도메인의 HMAC 값(같은 연락처의 반복 게시 확인)

  보관·파기 규칙: 운영 서버 메모리의 카운터에 날짜별 건수만 둡니다. 49시간이 지나면 1분 안에 지우고, 서버를 다시 시작하면 바로 사라집니다. 연락처 원문은 두지 않습니다

  기간: 최대 49시간

• 신고·요청 사건 증거 사본의 전문가 칸 요약

  보관·파기 규칙: 요청 접수 때의 본문 사본과 같은 규칙입니다

  기간: 사건 종료 후 180일

• 처음 보는 연락처 확인 기록(연락처·누리집 도메인의 HMAC 값)

  보관·파기 규칙: 운영자가 그 기능을 켠 때만 운영 서버 메모리에 둡니다. 365일이 지나면 1분 안에 지우고, 서버를 다시 시작하면 바로 사라집니다

  기간: 최대 365일

• 속도 제한 카운터(IP로 만든 HMAC 값 → 건수)

  보관·파기 규칙: 운영 서버 메모리에만 둡니다. 마지막으로 센 때부터 창(10분·1시간·하루) 길이에 1시간을 더한 시각이 지나면 판정에 쓰지 않고 1분 안에 지웁니다. 서버를 다시 시작하면 바로 사라집니다. IP로 HMAC 값을 만드는 비밀 값은 날마다 서버 메모리 안에서 새로 만들고 어디에도 저장하지 않습니다. 데이터베이스에는 쓰지 않습니다

  기간: 최대 25시간

• 공감 1회·같은 날 취소 판정 값

  보관·파기 규칙: 운영 서버 메모리에만 둡니다. 그날이 끝나고 1시간이 지나면 판정에 쓰지 않고 1분 안에 지웁니다. 같은 날 공감을 취소하면 그때 바로 지웁니다. 서버를 다시 시작하면 바로 사라집니다. 기기 토큰 원문은 두지 않습니다

  기간: 최대 25시간

• 자동 등록 방지 연산 증명의 사용 표시

  보관·파기 규칙: 운영 서버 메모리에만 둡니다. 문제의 유효 시간이 끝나고 1분이 지나면 판정에 쓰지 않고 1분 안에 지웁니다. 서버를 다시 시작하면 바로 사라집니다. IP와 잇지 않습니다

  기간: 최대 6분

• 경험 확인 배지 신청 캡처 이미지

  보관·파기 규칙: 운영 서버 메모리에만 둡니다(속도 제한 카운터와 따로). 24시간이 지나면 1분 안에 지우고, 승인·거절하면 바로 지웁니다. 서버를 다시 시작하면 바로 사라집니다. 데이터베이스·디스크·로그에 쓰지 않습니다. 전문가 확인 증빙 이미지도 같습니다

  기간: 24시간

• 배지·전문가 확인 신청 기록(대상·상태·신청일·처리일, 전문가 확인은 확인 방식과 운영자 확인 결과)

  보관·파기 규칙: 처리가 끝난 신청(승인·거절·철회)은 처리일부터 3년 뒤 지웁니다. 처리되지 않은 채 남은 신청은 신청일부터 3년 뒤 지웁니다. 전문가 확인 코드의 HMAC 값은 코드가 확인되거나, 신청이 승인·거절·철회되거나, 코드의 유효 기간이 지나면 지웁니다

  기간: 처리 후 3년

• 의료기관·대리인 신청인의 회신 전자우편

  보관·파기 규칙: 사건이 끝나고 365일 뒤 지웁니다

  기간: 365일

• 요청 접수 때의 본문 사본

  보관·파기 규칙: 사건이 끝나고 180일 뒤 지웁니다. 작성자가 기록을 지워 끝난 사건은 바로 지웁니다

  기간: 180일

• 병원 신원 확인의 연락 전자우편·확인 코드 HMAC 값

  보관·파기 규칙: 확인이 끝나거나 기한이 지나고 365일 뒤 지웁니다

  기간: 365일

• 보낸 메일의 받는 주소·내용 값

  보관·파기 규칙: 보내고 30일 뒤 지웁니다. 확인 코드가 든 값은 보낸 직후 지웁니다

  기간: 30일

• 보내지 못한 메일

  보관·파기 규칙: 만들고 90일 뒤 지웁니다

  기간: 90일

• 받은 메일 고유번호(Message-ID)의 해시 값

  보관·파기 규칙: 그 메일로 접수한 사건·기관 요청의 기록과 함께 두고, 그 기록을 지울 때 함께 지웁니다(아래 처리 기록 행). 데이터베이스에는 메일 고유번호 원문을 두지 않습니다(받은 메일 원문은 바로 아래 행)

  기간: 사건 종료 후 3년

• 받은 메일 원문(운영 메일함 사본 — 보낸 주소·이름·제목·본문·첨부·메일 고유번호 등)

  보관·파기 규칙: 받은 메일은 처리 결과와 상관없이 원문 그대로 운영 메일함으로도 전달됩니다(자동 처리가 실패해도 메일을 잃지 않게). 그 메일로 접수한 사건·기관 요청의 처리 기록이 남아 있는 동안은 함께 두고(아래 처리 기록 행 — 사건이 끝나고 3년), 처리 기록이 없는 메일은 받은 날부터 3년이 지나면 지웁니다. 다만 메일과 처리 기록의 연결을 확인할 수 없으면 확인될 때까지 지우지 않고 둡니다. 운영자가 매달 확인해 지웁니다

  기간: 처리 기록과 같은 기간(처리 기록이 없으면 받은 날부터 3년)

• 처리 기록(사건·처리 이력·기관 요청·기한, 신고 서술·대상 문장·이의제기 서술 포함)

  보관·파기 규칙: 처리를 이행한 증거로 두고, 사건이 끝나고 3년 뒤 지웁니다. 끝난 뒤에 더해진 기록(잠금 해제·변호사에게 보낸 사본 기록 등)이 있으면 그 마지막 기록일부터 셉니다. 운영자가 처리 기록 속 개인정보를 가린 기록은 기간을 늘리지 않고, 가린 기록과 함께 지웁니다. 기관 요청은 끝나고 3년 뒤 그 사건들과 함께 지우고, 서로 이어진 사건(같은 기록에 다시 한 요청, 신고에서 병원 요청으로 옮긴 사건, 기관 요구 이행이나 병원 요청 때문에 닫힌 사건, 운영 정책 삭제 판정 때 함께 닫힌 사건)은 모두 끝나고 3년이 지났을 때 함께 지웁니다. 사건에 속하지 않은 처리 기록은 기록한 날부터 3년 뒤 지웁니다. 3년이 지나도 지우지 않는 것: 끝나지 않은 사건·기관 요청(처리 기한이 남은 것 포함)과 그에 이어진 기록, 기관 요구로 잠근 병원 페이지의 잠금이 남아 있는 동안 그 병원을 대상으로 한 기관 요청과 그 기록, 아직 열려 있는 보류·처리를 기다리는 병원 등록 요청·처리를 기다리는 배지·전문가 확인 신청에 걸린 기록. 공개 운영 기록(운영 원칙의 '탐지 규칙 조정 기록' — 공개 화면에는 날짜와 바꾼 값만 나옵니다)은 지우지 않으며, 그 기록에 적힌 설정을 바꾼 운영자의 이메일도 함께 남습니다. 지울 때 그 글(기록·질문·답변)에는 두 가지만 남깁니다: 게시자의 유지 의사나 신원 미확인으로 복원된 요청의 결과 종류와 접수·종료 날짜(같은 글에 다시 온 요청을 두 번째 요청으로 판정하려고, 신청인 정보·사유는 남기지 않음), 기관 요구로 삭제된 글의 공개 표시('기관 요구로 삭제됨'과 결정 종류)와 그 요구를 받은 날짜(뒤에 온 기관 요구와 견주어 더 늦은 요구의 표시를 쓰려고)

  기간: 사건 종료 후 3년

• 보류된 글 사이의 유사도 연결

  보관·파기 규칙: 보류가 끝나면(공개·거부) 바로 지웁니다

  기간: 보류가 끝날 때까지

• 검색에 없는 병원의 등록 요청(입력한 이름·지역·검색어·요청일)

  보관·파기 규칙: 기록이 붙지 않은 임시 병원은 만들고 1일 뒤 요청과 함께 지웁니다

  기간: 1일

• AI 사용량(날짜·기능·모델·토큰 수·소요 시간·결과, 본문 없음)

  보관·파기 규칙: 400일 뒤 지웁니다

  기간: 400일

• 계측 건수(날짜·이벤트 이름·유입 경로·건수)

  보관·파기 규칙: 400일 뒤 지웁니다

  기간: 400일

• 검색 결과가 0건인 검색어의 일별 건수

  보관·파기 규칙: 180일 뒤 지웁니다

  기간: 180일

• 운영 요약(다이제스트, 검색어 원문 없이 글자 수·건수만)

  보관·파기 규칙: 400일 뒤 지웁니다. 같은 내용이 운영자 메일로 발송됩니다

  기간: 400일

• 수신 메일 처리 기록(Cloudflare 메일 전달 — 보낸·받는 주소·제목·메일 고유번호·처리 결과)

  보관·파기 규칙: 무흔 계정 화면에서 조회할 수 있는 처리 기록은 최근 31일분입니다(계정 조회 화면 기준). 공급자는 메일 본문을 저장하지 않는다고 밝힙니다

  기간: 31일(계정 조회 화면 기준)

• 메일 발송 공급자(Resend)의 발송 기록

  보관·파기 규칙: 발송 기록과 메일 내용은 공급자가 30일 보관한 뒤 지웁니다(무료 요금제 기준). 공급자의 백업은 7일 보관됩니다

  기간: 30일

• AI 점검 공급자(Anthropic)에 보낸 본문

  보관·파기 규칙: 아래 '국외 이전' 절의 보유 기간을 따릅니다

  기간: 30일(이용 정책 위반 표시 때 최대 2년)

• 프록시·방화벽 로그(Cloudflare)

  보관·파기 규칙: 요청 IP·브라우저 정보·경로와 주소의 쿼리 문자열(검색어 등)이 남을 수 있습니다. 공급자는 숫자로 된 보관 기간을 공개하지 않으며, 공급자의 고객용 데이터 처리 부속 계약은 서비스 계약이 끝나거나 처리가 더 이상 필요하지 않게 되는 때 중 먼저 오는 때까지 보관한다고 정합니다. 무흔 계정 화면에서 조회할 수 있는 보안 이벤트 기록은 최근 31일분입니다(계정 조회 화면 기준)

  기간: 서비스 계약이 끝나거나 처리가 필요 없게 될 때까지(숫자 기간은 공개되지 않음)

• 서버 로그(iwinv 서버의 애플리케이션 로그)

  보관·파기 규칙: 요청마다 찍히는 줄은 버리고 경고·오류 줄(이벤트 이름·경로의 틀·결과)만 남깁니다. 요청 IP·브라우저 정보·쿼리는 없습니다. 7일이 지나거나 500MB를 넘으면 오래된 것부터 지웁니다. 웹 서버 접속 로그는 끕니다

  기간: 최대 7일

• 데이터베이스 백업(일일 백업만)

  보관·파기 규칙: 같은 서버에서 매일 한 번 데이터베이스 전체를 내보내고 기록에 붙은 사진 파일만 묶어 7일 보관하고, 그보다 오래된 사본은 지웁니다. 서버 밖 사본(데이터베이스·사진 묶음)은 암호화(AES-256)해 Cloudflare R2에 7일 보관합니다. 보관 기간 동안 위 데이터베이스 항목 전체와 기록에 붙은 사진의 사본이 남습니다. 시점 복원(PITR)은 쓰지 않습니다

  기간: 7일

• 파기는 매일 새벽 3시 10분(한국 시간)에 자동 작업이 날짜 조건으로 실행합니다. 데이터베이스의 행을 지우거나 해당 칸을 비웁니다. 데이터베이스 밖 값(운영 서버 메모리의 카운터·판정 값·임시 이미지)은 만료 시각이 지나면 판정에 쓰지 않고 1분 안에 지우며, 서버를 다시 시작하면 모두 사라집니다.
• 지운 값과 지운 사진도 데이터베이스 백업의 보관 기간(7일) 동안은 백업 사본에 남습니다.
• 다른 법령의 보존 의무를 근거로 남겨 두는 항목은 지금 없습니다. 처리 기록과 배지·전문가 확인 신청 기록은 처리를 이행한 증거로 두다가 끝나고 3년 뒤 지웁니다. 3년은 불법행위로 인한 손해배상 청구권의 단기 소멸시효(민법 제766조 제1항)를 기준으로 정했습니다.

대응 조문 개인정보 보호법 제30조 제1항 제2호 · 개인정보 보호법 제30조 제1항 제3호의2 · 개인정보 보호법 제21조

다른 계층에 남는 것

무흔의 데이터베이스에는 IP 원문도, IP 해시도, 초 단위 작성 시각도 없습니다. 작성일은 날짜까지만 남습니다. 다만 CDN·호스팅 공급자의 로그(요청 주소와 검색어 같은 쿼리 포함)는 각자의 기간 동안 보관되며, 그 기간 안에서는 법원 명령 시 제공될 수 있고 무흔의 기록과 결합하면 게시 시점이 좁혀질 수 있습니다. 데이터베이스 사본에는 같은 날 기록의 저장 순서가 남을 수 있습니다.

계층별로 무엇이 남고 어느 기간에 결합하면 좁혀지는지는 운영 원칙 페이지의 '익명 구조와 계층별 로그' 표(/principles#anon)에 있습니다.

대응 조문 법 조문과 별도로 알리는 내용

제3자 제공

• 무흔은 개인정보를 팔거나 마케팅 목적으로 제3자에게 제공하지 않습니다.
• 질문자의 정보를 답변자에게 제공하지 않습니다. 전문가 칸은 답변자 본인이 공개를 선택한 정보입니다.
• 법원의 영장이나 법령이 정한 절차에 따른 요구가 있으면 위 보관 표에 적힌 항목 범위에서만 제공합니다. 법령상 근거가 없는 요청에는 응하지 않습니다. 보관하지 않는 것(IP 원문·IP 해시·초 단위 작성 시각)은 제공할 수 없습니다.
• 공급자에게 직접 이루어지는 요구는 무흔이 통제하지 못합니다.
• 의료기관을 알아볼 수 있는 데이터는 서비스가 끝나거나 넘겨지는 경우에도 제3자에게 넘기지 않습니다.

대응 조문 개인정보 보호법 제30조 제1항 제3호

처리 위탁

• Cloudflare

  맡기는 일: 프록시·방화벽·자동 등록 방지(Turnstile)·수신 메일 전달·서버 밖 백업 사본 보관(R2)

  넘어가는 항목: 요청 IP·브라우저 정보(자동 등록 방지 확인·보안 확인 화면 때의 TLS 지문 포함)·경로·쿼리(공급자 처리), 무흔에 보낸 메일과 그 처리 기록(보낸·받는 주소·제목·메일 고유번호), 암호화한 데이터베이스·사진 백업 사본(R2)

  무흔의 설정: 원시 로그 내보내기를 쓰지 않습니다. 자동 등록 방지 서버 검증에 IP를 보내지 않습니다. 서버 밖 백업 사본은 서버에서 암호화(AES-256)해 보내고 7일 뒤 지웁니다. 자동 등록 방지·보안 확인 화면의 신호를 공급자가 자기 목적에도 쓰는 부분은 '국외 이전' 절에 적었습니다

• 주식회사 스마일서브(iwinv)

  맡기는 일: 서버 임대(애플리케이션 실행·데이터베이스·같은 서버의 백업, 서버 한 대)

  넘어가는 항목: 요청 정보(서버를 거침), 보관 표의 데이터베이스 항목·올린 사진 파일과 그 백업, 애플리케이션 경고·오류 로그, 서버 메모리의 임시 값(속도 제한 카운터·공감 판정 값·질문 카운터·연산 증명 사용 표시·배지와 전문가 증빙 캡처 이미지)

  무흔의 설정: 웹 서버 접속 로그를 끕니다. 애플리케이션 로그는 요청마다 찍히는 줄을 버리고 요청 정보 없는 경고·오류만 7일(최대 500MB) 둡니다. 브라우저가 데이터베이스에 바로 접속하지 않습니다

• Anthropic

  맡기는 일: 게시 전 점검

  넘어가는 항목: 자동 가림을 거친 본문('국외 이전' 절)

  무흔의 설정: 요청에 기록 식별자·병원·이용자 정보를 넣지 않습니다

• Resend

  맡기는 일: 전자우편 발송

  넘어가는 항목: 신청인·운영자 주소, 전문가 확인을 신청한 공식 도메인 주소와 통지 내용(기록·질문 작성자의 주소는 없습니다)

  무흔의 설정: 작성자 삭제 통지는 다음 날 아침 한꺼번에 보내고 발송 시각을 날짜까지만 남깁니다

대응 조문 개인정보 보호법 제30조 제1항 제4호 · 개인정보 보호법 제26조 제2항 · 개인정보 보호법 시행령 제28조 제2항

국외 이전

기록 본문에는 개인을 알아볼 수 있는 내용이 들어갈 수 있어, 게시 전 점검에 쓰는 해외 AI 서비스로의 전송을 국외 이전으로 알립니다. 처리 위탁 표의 다른 공급자도 처리 과정에서 해외 서버를 거치거나 해외에 보관할 수 있어, 공급자마다 같은 항목으로 적습니다.

주식회사 스마일서브(iwinv)의 서버(애플리케이션·데이터베이스·같은 서버의 백업)는 대한민국에 있어 국외 이전에 해당하지 않습니다. 처리 위탁 표에만 적습니다.

Anthropic

질문·답변 본문은 해외 AI 점검에 보내지 않습니다.

기록에 붙이는 사진은 해외 AI 점검에 보내지 않습니다.

Cloudflare

Resend

대응 조문 개인정보 보호법 시행령 제31조 제1항 제2호 · 개인정보 보호법 제28조의8 제1항 제3호 · 개인정보 보호법 제28조의8 제2항

정보주체의 권리와 행사 방법

• 작성자는 삭제 코드(또는 같은 브라우저에 남은 토큰)로 '내 기록 관리'(/manage)에서 자기 기록을 열람·수정·삭제하고, 가려진 기록에 이의를 제기할 수 있습니다.
• 무흔은 본인 확인 수단을 갖고 있지 않아, 코드 없이 특정 기록에 대한 요구를 본인의 것으로 확인할 수 없습니다. 코드 없는 삭제 요청은 신고 절차에서 사람이 처리하며 자동으로 승인하지 않습니다.
• 의료기관 신청인, 전문가로 답한 사람, 무흔에 메일을 보낸 사람은 아래 연락 창구로 자기 신청 기록(회신 주소 포함)이나 전문가 칸의 열람·정정·삭제·처리정지를 요구할 수 있습니다. 처리를 이행한 증거로 남겨야 해서 요구를 모두 들어줄 수 없으면 그 이유를 알립니다.
• 전문가 칸은 삭제 코드로 '전문가 칸만 내리기'를 하면 바로 지워집니다. 고치려면 답변을 지우고 다시 답할 수 있습니다. 코드를 잃었으면 아래 연락 창구나 신고 화면의 '내 전문가 칸 정보'로 요청하세요. 공개된 연락처나 공식 채널로 본인임을 확인한 뒤 10일 안에 처리하고 결과를 알립니다.
• 대리인을 통해 요구할 수 있고, 만 14세 미만 아동의 법정대리인도 요구할 수 있습니다.
• 요구를 거절하거나 일부만 들어준 결정에 이의가 있으면 같은 연락 창구로 이의를 제기할 수 있습니다.
• 기록·답글·질문·답변에 다른 사람의 개인정보를 적지 않아야 합니다(이용약관의 금지 행위).

대응 조문 개인정보 보호법 제30조 제1항 제5호 · 개인정보 보호법 제36조 · 개인정보 보호법 제37조 · 개인정보 보호법 제38조 · 개인정보 보호법 시행령 제41조 제2항 · 개인정보 보호법 시행령 제43조 제3항 · 개인정보 보호법 시행령 제44조 제2항

자동으로 수집하는 장치

• 무흔의 화면은 쿠키를 만들지 않습니다. 프록시를 맡은 Cloudflare는 의심 접속에 보안 확인 화면을 띄울 수 있고, 그 화면을 통과한 브라우저에 통과 증명을 담은 쿠키(cf_clearance — 있으면 확인 화면을 다시 띄우지 않으며, 그동안 무흔 서버에 닿는 데 필요합니다)를 둡니다. 보안 확인 화면을 거칠 때에는 공급자가 브라우저 쪽 오류를 찾는 내부용 쿠키(cf_chl_rc_i·cf_chl_rc_ni·cf_chl_rc_m)도 생길 수 있습니다. 공급자는 이 쿠키들을 서비스 제공에 꼭 필요한 것으로 분류하고, 쿠키 정보는 기본적으로 미국의 공급자 데이터센터에서 처리될 수 있다고 밝힙니다. 무흔은 방문마다 쿠키를 만드는 봇 차단 기능(Bot Fight Mode)을 쓰지 않습니다. 관리자 화면에는 Cloudflare Access의 로그인 쿠키가 생깁니다(이용자 화면에는 생기지 않습니다).
• 브라우저 저장소에 이 기기에서 쓴 기록의 토큰, 작성 중인 초안, 공감 1회·같은 날 취소 판정용 기기 토큰, 첫 방문의 유입 경로 이름을 둡니다. 토큰·기기 토큰·유입 경로 이름은 해당 기능을 쓸 때만 서버로 가고, 서버는 토큰 원문을 저장하지 않습니다.
• kr:rx:{날짜}는 그날 이 기기에서 공감을 누른 기록·답글의 식별자 목록입니다. 공감 버튼의 눌림 표시에 쓰고, 이 목록은 서버로 보내지 않습니다. 취소하면 목록에서 빼고, 지난 날짜의 목록은 자동으로 지우지 않습니다.
• 질문과 답변 화면이 브라우저 저장소에 두는 것: kr:qlinks는 이 기기에서 쓴 질문의 식별자와 작성 월만 둡니다(질문 제목·삭제 코드 없음).
• kr:qdraft는 작성 중인 질문 초안입니다. 오늘·어제 저장한 것만 되살립니다.
• kr:expert는 '이 기기에 기억'을 고른 때만 전문가 칸 값을 둡니다. 공개 동의는 저장하지 않습니다(답할 때마다 다시 받습니다).
• kr:orgv는 관리자 화면에서 운영자 정보를 저장한 기기에만 생기며, 그 기기에서 저장한 횟수(숫자)만 둡니다. 하단 사업자 정보를 바로 새로 받는 데 쓰고, 그 숫자를 사업자 정보 요청 주소에 붙여 보냅니다. 자동으로 지우지 않습니다.
• 거부하려면 브라우저 설정에서 이 사이트의 데이터를 지우거나 비공개 창을 쓰면 됩니다. 그러면 기록은 삭제 코드로만 관리할 수 있고, 작성 중인 초안은 남지 않습니다.

대응 조문 개인정보 보호법 제30조 제1항 제7호

안전성 확보 조치

• 모든 전송 구간을 암호화합니다(HTTPS).
• 관리자 화면은 Cloudflare Access로 막고 하드웨어 보안 키 2단계 인증을 씁니다.
• 애플리케이션의 데이터베이스 역할을 나누고 행 단위 접근 제한을 씁니다.
• 삭제 코드·토큰·확인 코드는 원문 대신 비밀 값으로 바꾼 값만 둡니다.
• 매일 백업하고 복원 연습을 합니다. 서버 밖에 두는 백업 사본은 암호화(AES-256)합니다. 백업에도 IP 원문은 없습니다.
• 애플리케이션 로그에는 이벤트 이름·경로의 틀·결과 코드·소요 시간만 남깁니다.
• 관리자 접속 기록은 개인정보의 안전성 확보조치 기준에 따라 보관합니다.

대응 조문 개인정보 보호법 시행령 제31조 제1항 제3호 · 개인정보 보호법 제29조

개인정보 보호책임자와 연락처

• 개인정보 문의, 열람·정정·삭제·처리정지 요구, 고충은 위 연락 창구로 받습니다. 전화번호는 공개하지 않습니다.
• 개인정보 침해에 대한 상담과 신고는 개인정보분쟁조정위원회, 한국인터넷진흥원 개인정보침해신고센터에도 할 수 있습니다.

대응 조문 개인정보 보호법 제30조 제1항 제6호 · 개인정보 보호법 제31조

해당하지 않는 항목

• 가명정보: 무흔은 가명정보를 처리하지 않습니다.
• 국외에서의 직접 수집: 무흔은 국외에서 국내 정보주체의 개인정보를 직접 수집하지 않습니다. 애플리케이션과 데이터베이스는 주식회사 스마일서브(iwinv)에서 빌린 국내 서버 한 대에서 실행됩니다.

대응 조문 개인정보 보호법 제30조 제1항 제4호의2 · 개인정보 보호법 시행령 제31조 제1항 제4호

처리방침의 변경

이 방침을 바꿀 때는 바뀌는 내용과 시행일을 시행 전에 이 페이지와 서비스 안에 알립니다. 이 페이지는 처리방침을 계속 게재하는 곳이며, 맨 위에 판과 시행일을 적습니다.

대응 조문 개인정보 보호법 제30조 제2항 · 개인정보 보호법 시행령 제31조 제2항