가입 없음서버에 IP 원문 없음병원 돈 안 받음

메뉴

무흔이란

무흔은 성형외과·피부과 시술 경험을 가입 없이 병원 이름 아래 남기고 읽는 기록소입니다. 이 페이지는 여기서 할 수 있는 일과 하지 않는 일, 이름의 뜻, 기록한 사람의 흔적을 줄이려고 지금 구조가 하는 일과 하지 못하는 일을 적습니다.

할 수 있는 일

무흔은 병원과 돈이 오가지 않는 곳에서, 시술을 받은 사람이 직접 쓴 기록을 병원 이름 아래 모으려고 만들었습니다. 기록이 병원 이름 아래 쌓이면, 같은 병원을 알아보는 다음 사람이 이름으로 찾아 읽을 수 있습니다.

병원 이름으로 찾기
건강보험심사평가원 공공데이터에 있는 성형외과·피부과 진료 병원·의원이 미리 등록돼 있습니다. 검색에 없는 병원은 직접 적고 기록할 수 있고, 운영자가 공공데이터와 대조한 뒤 공개합니다.
기록 읽기
병원마다 보고된 경험 건수, 이용자가 고른 문제 항목의 건수, 기록 본문을 읽습니다. 별점과 평균 점수는 없습니다.
기록 남기기
가입 없이 시술 연도와 겪은 일을 적고 해당하는 항목을 고릅니다. 만족한 경험도 남길 수 있습니다.
답글과 공감
다른 사람의 기록에 가입 없이 답글을 달고 공감을 누를 수 있습니다.
내 기록 관리
제출 직후 한 번 보이는 삭제 코드로 기록을 고치거나 지웁니다.

하지 않는 일

  • 무흔은 병원이 아닙니다. 진료·상담·예약을 연결하지 않고, 병원을 소개하지 않습니다.
  • 의료 조언을 하지 않습니다. 시술 정보 페이지는 공개 자료를 요약하고 출처를 답니다.
  • 기록이 사실인지 확인하지 않습니다. 모든 기록은 이용자가 쓴 글입니다.
  • 병원을 줄 세우거나 점수를 매기지 않습니다. 숫자는 건수만 셉니다.
  • 기록을 쓴 대가로 돈·포인트·상품을 주지 않습니다.
  • 운영자는 병원 이름을 넣은 평가 글을 쓰지 않습니다. 평가는 기록한 사람이 합니다.
  • 질문과 답변의 전문가 연락처는 답변자가 스스로 공개한 것입니다. 무흔은 연락을 전달하거나 사건을 주선하지 않고, 지금 그 대가를 받지 않습니다.

이름

無痕무흔

무흔(無痕)은 '흔적이 없다'는 뜻입니다. 흔(痕)에는 흔적과 흉터라는 두 뜻이 있어, 이름도 두 가지로 읽힙니다.

흔적 없음
이름이 가리키는 흔적은 기록한 사람의 흔적입니다. 기록은 남기고, 기록한 사람의 신상은 남기지 않는 쪽으로 만들었습니다.
흉터 없음
성형 이야기 옆에서는 '흉터 없는 시술'로 읽힐 수 있습니다. 무흔은 병원이 아니고, 시술 결과를 약속하지 않습니다. 그래서 이름 옆에 아래 한 줄을 붙입니다.
흉터는 지우지 못해도, 신상은 지웁니다

흉터를 없애 준다는 말이 아니라, 기록한 사람의 신상을 남기지 않겠다는 말입니다. 무엇을 어떻게 지우는지, 지우지 못하는 것은 무엇인지 아래에 적었습니다.

어떻게 익명이 되나

약속은 정책보다 구조로 지킵니다. 글을 올릴 때 서버가 하는 일은 아래와 같습니다.

글을 올릴 때 서버에 남는 것과 남지 않는 것글 작성에서 무흔 서버로 가는 흐름. 서버에 남는 것은 본문·병원·태그, 날짜만 있는 작성일, 삭제 코드의 HMAC 값, 최대 25시간 뒤 만료되는 IP 해시 카운터(데이터베이스 밖)다. 남지 않는 것은 이름·연락처·계정, IP 원문, 초 단위 작성 시각, 삭제 코드 원문이다. 무흔 밖에서는 Cloudflare가 접속 기록을 자체 보관하며 무흔이 지울 수 없다.① 글 작성가입 없이, 브라우저에서② 무흔 서버저장하기 전에 나눕니다남는 것본문·병원·태그작성일(날짜만)삭제 코드 HMAC 값IP 해시 카운터최대 25시간 · DB 밖남지 않는 것이름·연락처·계정IP 원문초 단위 작성 시각삭제 코드 원문무흔 밖: Cloudflare 접속 기록공급자가 보관 · 무흔이 지울 수 없음
남지 않는 것은 처음부터 저장하지 않습니다. 무흔 밖에 남는 기록은 아래 '솔직한 한계'에 적었습니다.
  1. 가입이 없습니다

    계정·비밀번호를 만들지 않고, 글을 쓰는 사람에게 이름·연락처를 받지 않습니다.

  2. 삭제 코드는 HMAC 값만 저장합니다

    글을 올리면 10자리 삭제 코드가 한 번 보입니다. 서버는 코드 원문 대신, 데이터베이스 밖에 둔 비밀 키로 만든 HMAC 값만 저장합니다. 코드 원문은 로그와 오류 기록에도 남기지 않습니다.

  3. 서버에 IP 원문이 없습니다

    IP는 기기가 인터넷에 접속할 때 쓰는 주소입니다. 무흔 데이터베이스에는 이 주소를 저장하지 않습니다. 대량 작성을 막는 카운터만 데이터베이스 밖 저장소에 바꾼 값(해시)으로 최대 25시간 둡니다.

    대량 작성을 막는 카운터는 IP 원문 대신, 날마다 바뀌는 솔트로 만든 해시 값으로 셉니다. 이 값은 데이터베이스가 아닌 별도 저장소에 있다가 최대 25시간 뒤 만료됩니다. 솔트는 그 저장소에 두지 않습니다.

  4. 시각은 날짜만 남깁니다

    작성일·수정일·삭제일은 날짜까지만 저장합니다. 초 단위 작성 시각과 작성 순번은 저장하지 않고, 기록 번호는 무작위 값입니다. 공개 화면에는 작성 월이 보입니다.

  5. 외부 추적 스크립트와 광고가 없습니다

    브라우저가 외부에서 불러오는 스크립트는 자동 가입 방지(Cloudflare Turnstile) 하나뿐입니다. 외부 방문 분석 도구와 광고 스크립트는 싣지 않습니다. 화면 개선에는 날짜별 건수만 셉니다.

  6. 병원 돈을 받지 않습니다

    병원으로부터 광고비나 수수료를 받지 않습니다. 월별 수입과 요청·조치 건수는 투명성 페이지에 공개합니다.

  7. 올리기 전에 본인 단서를 알려 드립니다

    글을 올리기 전, 직장·학교·사는 동네·정확한 날짜처럼 본인을 알아볼 수 있는 문장을 이 화면에서 알려 드립니다. 고칠지는 글쓴이가 정하고, 이 안내는 서버에 저장하지 않습니다.

  8. 접속 주소를 나눠 쓰는 연결은 기기 계산으로 한도를 대신합니다

    Tor처럼 여러 사람이 같은 접속 주소를 쓰는 연결에서 제출 한도에 걸리면, 가입이나 추가 정보 대신 기기에서 잠시 계산하는 방식으로 한도를 대신합니다. 이때도 IP 원문은 저장하지 않습니다.

투명성 페이지 보기

우리가 가진 것과 없는 것

서비스가 보관하는 항목과 기간입니다. 기간이 지난 항목은 매일 한 번 도는 정리 작업이 지우거나 비웁니다.

항목보관 기간
기록 본문·사실 항목·태그서비스 DB · 작성자 삭제나 절차에 따른 삭제 때 비웁니다기록이 있는 동안
작성일·수정일·삭제일(날짜만)서비스 DB기록이 있는 동안
삭제 코드의 HMAC 값서비스 DB · 작성자가 지우면 바로 삭제. 절차·기관 요구로 삭제된 기록은 삭제일부터 180일180일
속도 제한 카운터(IP로 만든 해시 값 → 건수)운영 서버 메모리(DB 밖) · 서버를 다시 시작하면 사라짐최대 25시간
공감 1회 판정 키운영 서버 메모리(DB 밖) · 서버를 다시 시작하면 사라짐최대 25시간
경험 확인 배지 캡처 이미지운영 서버 메모리(DB 밖) · 승인·거절하면 바로 삭제. 서버를 다시 시작하면 사라짐24시간
병원·대리인의 회신 전자우편서비스 DB · 사건 종료 뒤부터365일
병원 요청 접수 때의 본문 사본서비스 DB · 사건 종료 뒤부터. 작성자가 지워 끝난 사건은 바로 비움180일
처리 기록(요청 접수·가림·삭제 이행)서비스 DB · 끝나지 않은 사건의 기록은 지우지 않습니다. 이어진 사건은 모두 끝나고 3년이 지나야 함께 지웁니다사건 종료 후 3년
날짜별 계측 카운터(이벤트·유입 경로별 건수)서비스 DB400일
검색 결과가 없던 검색어의 날짜별 건수서비스 DB180일

저장하지 않는 것

  • 글쓴이·신고인의 이름, 전화번호, 전자우편, 생년월일, 주소
  • 로그인 계정, 소셜 계정 연동 정보, 광고 식별자, 외부 분석 도구의 이용자 식별자
  • 서비스 DB의 IP 원문·IP 해시, 브라우저 정보, 쿠키 식별자, 세션 ID
  • 초 단위 작성 시각, 작성 순번
  • 삭제 코드 원문
  • AI 점검에 보낸 원문과 AI 응답 원문(무흔 쪽 저장)
  • 진료기록, 처방 내역, 건강보험 정보

누가 요청하면 무엇을 줄 수 있나

법령상 근거가 없는 자료 요청에는 응하지 않습니다. 법원의 영장이나 법령이 정한 절차에 따른 요구가 있으면, 위 표에 있는 항목의 범위에서만 제공합니다.

줄 수 있는 것(적법한 요구가 있을 때)

  • 기록 본문·태그·병원과 작성일(날짜)
  • 삭제 코드의 HMAC 값(코드 원문은 없습니다)
  • 처리 기록(요청 접수·가림·삭제를 이행한 기록)

줄 수 없는 것(보유하지 않습니다)

  • 글쓴이의 이름·연락처·계정
  • IP 원문, 서비스 DB의 IP 해시
  • 초 단위 작성 시각
  • 삭제 코드 원문

Cloudflare 같은 공급자의 접속 기록은 무흔이 보유하지 않습니다. 그 기록에 대한 요구는 공급자에게 직접 가며, 무흔은 그 제공을 통제하지 못합니다.

솔직한 한계

서버에 남는 것을 줄여도 남는 기록이 있습니다. 숨기지 않고 적습니다.

  • 프록시·보안 회사의 접속 기록

    Cloudflare(프록시·방화벽)는 요청 기록을 자체 로그로 남기고, 그 로그에는 IP·요청 경로·시각이 들어갑니다. 무흔은 이 로그를 지울 수 없습니다. 보관 기간 안에서는 법원 명령으로 제공될 수 있고, 무흔의 기록과 맞춰 보면 게시 시점이 좁혀질 수 있습니다. 무흔 서버는 접속 기록을 끄고, 요청마다 남는 앱 기록도 버립니다. 경고·오류 기록만 IP·주소 없이 최대 7일 남깁니다.

  • 데이터베이스 백업

    지운 본문도 백업 보관 기간(7일) 동안은 백업 사본에 남습니다. 사본에는 같은 날 기록이 저장된 순서가 남을 수 있습니다.

  • 글 내용이 나를 드러낼 수 있습니다

    서버에 남는 것을 줄여도, 글에 적은 내용은 그대로 공개됩니다. 쓸 때 아래 세 가지를 확인해 주세요.

    1. 이름·전화번호·주소 같은 개인정보는 빼 주세요. 게시 전 자동 가림은 전화번호·주민등록번호·전자우편·SNS 아이디·SNS 주소(오픈채팅 등) 형태의 문자열만 가립니다.
    2. 병원 이름·시술·연도·작성 월이 함께 공개됩니다. 날짜나 상담 때 오간 말처럼 병원 기록과 맞춰 볼 수 있는 세부는 본인을 드러낼 수 있습니다.
    3. 여러 사람이 쓰는 기기라면, 글을 쓴 브라우저에 '이 기기에서 쓴 기록' 목록과 올리지 않은 임시 글이 남아 그 기기를 쓰는 사람이 볼 수 있습니다. 임시 글은 마지막으로 고친 다음 날까지만 불러오고, 그 뒤 무흔의 아무 화면이나 열면 지웁니다. 무흔을 다시 열지 않으면 브라우저에 그대로 남습니다.
  • 삭제 코드를 잃으면

    코드를 잃고 글을 쓴 기기의 브라우저에도 기록이 남아 있지 않으면, 본인도 그 글을 고치거나 지울 수 없습니다. 무흔에는 코드 없이 글쓴이를 확인할 수단이 없습니다. 신고로 삭제를 요청할 수는 있지만 글쓴이로 인정되지는 않습니다.

계층별로 무엇이 얼마나 남는지: 운영 원칙의 로그 표내 기록 관리

누가 운영하나

운영 주체: 확정 전

공식 연락: 확정 전. 전화번호는 공개하지 않습니다.

무흔은 병원·의료기관으로부터 광고비나 수수료를 받지 않습니다.

운영 주체의 세부 항목은 운영 원칙 페이지에 있습니다.

자주 묻는 질문

병원이 누가 썼는지 알 수 있나요?
무흔은 글쓴이의 이름·연락처·IP 원문을 받거나 저장하지 않아서, 병원이 요청해도 넘겨줄 글쓴이 정보가 없습니다. 다만 글에 적힌 날짜나 대화 같은 세부로 병원이 짐작할 수는 있습니다. 위 '글 내용이 나를 드러낼 수 있습니다'를 확인해 주세요.
글을 지우면 정말 사라지나요?
삭제 코드로 지우면 본문·사실 항목·태그를 바로 비우고, 삭제 코드의 HMAC 값도 바로 지웁니다. 공유 카드 이미지는 1시간 안에 캐시에서 만료됩니다. 다만 데이터베이스 백업 사본에는 백업 보관 기간(7일) 동안 남습니다.
IP는 어디에도 남지 않나요?
무흔의 데이터베이스에는 IP 원문도 IP 해시도 없습니다. 대량 작성을 막는 카운터에는 IP로 만든 해시 값이 최대 25시간 있습니다. Cloudflare는 접속 기록에 IP를 남기고, 무흔은 그 기록을 지울 수 없습니다.
'무흔'은 흉터 없는 시술을 뜻하나요?
아닙니다. 이름의 흔적은 기록한 사람의 흔적을 뜻합니다. 무흔은 병원이 아니며, 병원으로부터 광고비나 수수료를 받지 않습니다.
수사기관이 요청하면 글쓴이를 알려 주나요?
글쓴이의 이름·연락처·IP 원문은 보유하지 않아 제공할 수 없습니다. 적법한 요구가 있으면 기록 본문·작성일·처리 기록처럼 보유한 항목만 제공합니다. 공급자의 접속 기록은 공급자에게 직접 요구됩니다.