EPARK Relax & Esthe “PeakManager” 데이터 유출(약 2,218만 건): 건강 메모도 유출 — 살롱 고객이 해야 할 일

회사는 PeakManager가 각 살롱이 자체 고객 데이터를 입력하고 관리하는 장부라고 설명합니다. 이름만 필수이며, 전화번호와 이메일 주소는 선택 사항입니다.

따라서 전화로만 예약했거나 방문만 했더라도, 살롱이 이름이나 연락처를 PeakManager에 입력했다면 포함될 수 있습니다. EPARK 웹사이트나 앱을 이용한 적이 없는 사람도 제외되지 않습니다.

PeakManager를 사용하는 살롱 목록은 공개되지 않았습니다. 확실하지 않다면 이용하는 살롱에 문의하거나, 아래에 안내된 운영사 상담 창구에 연락하십시오.

유출된 데이터에는 이름, 주소, 생년월일, 전화번호, 이메일 주소와 함께 이용한 살롱이 드러나는 정보가 결합되어 있습니다. 이것만으로도 "사과 쿠폰", "예약 확인", "포인트 환불" 같은 그럴듯한 메시지를 만들기에 충분합니다.

회사는 이번 사고와 관련해 이메일이나 문자로 카드 번호나 보안 코드를 요청하지 않겠다고 밝혔습니다. 이런 메시지를 받았다면 링크를 열지 마십시오. 살롱의 공식 웹사이트나 이미 알고 있던 전화번호로 확인하십시오(피싱이란? 참조).

첫 번째 공지에서 회사는 PeakManager 고객 마이페이지의 비밀번호가 암호화된 형태로 유출됐을 수 있다며 고객에게 변경을 요청했습니다.

살롱의 온라인 예약을 통해 마이페이지를 만든 기억이 있다면 해당 비밀번호를 변경하십시오. 어디에서 만들었는지 확실하지 않다면, 살롱에 예약 마이페이지가 PeakManager에서 운영되는지 문의하십시오.

암호화 방식은 공개되지 않았습니다. 방식에 따라서는 원래 비밀번호가 역산될 수도 있습니다(차이는 비밀번호 해싱이란? 참조).

이메일, 온라인 쇼핑 또는 기타 서비스에서 같은 비밀번호를 사용했다면 그곳에서도 변경하십시오. 서비스마다 다른 비밀번호를 관리하는 현실적인 방법은 비밀번호 관리자를 쓰는 것입니다.

유출된 메모 항목에는 살롱이 시술을 위해 작성한 인계 메모가 들어 있습니다. 회사에 따르면 여기에는 일부 건강 상태와 기타 민감한 개인정보(병력 등 특별한 주의가 필요한 것으로 일본 법에서 정한 범주)가 포함되어 있습니다.

신체 상태나 이용하는 살롱을 알고 있는 전화는 쉽게 믿게 됩니다. 그러나 상대가 세부 내용을 정확히 알고 있더라도 그것만으로 진짜라고 할 수는 없습니다. 무언가를 사거나 돈을 내라고 요구한다면 그 자리에서 결정하지 말고 전화를 끊으십시오. 일본에서는 소비자 상담 전화(188)에 문의할 수 있습니다.

일본의 개인정보보호법은 신고 대상 유출이 발생한 경우, 개인이 자신의 데이터 이용 중지나 삭제를 요청할 수 있도록 합니다(제35조 제5항).

각 살롱은 자체 고객 장부를 관리합니다. 더 이상 방문하지 않는 살롱이 여전히 데이터를 보관하고 있다면 삭제를 요청할 수 있습니다.

이번 경우 시술 인계용으로 만들어진 메모 항목에 건강 상태와 카드 데이터일 수 있는 항목까지 들어가게 되었습니다. 규칙 없는 자유 입력란에는 무엇이든 모이게 됩니다.

매장에서 무엇을 적어도 되는지(예: 시술 중 피해야 할 부위)와 적으면 안 되는 것(카드 번호, 상세한 진단명 등)을 정하고, 종이 문진표의 내용을 그대로 옮겨 적지 마십시오.

고객의 입장에서는 데이터를 준 상대가 살롱입니다. 운영사의 공지만 기다리지 말고, 매장이 어떤 시스템을 사용하는지, 어떤 항목을 등록했는지 파악해 질문에 답할 수 있도록 하십시오.

살롱의 법적 책임은 계약과 서비스 이용 방식에 따라 달라집니다. 확실하지 않다면 개인정보보호위원회의 상담 서비스나 이와 유사한 전문가에게 확인하십시오.

회사가 중지한 것은 부당하게 사용된 데이터베이스 연결 계정이었습니다. 하나의 계정이 모든 살롱의 고객을 읽을 수 있다면, 그 계정의 인증 정보가 유출되는 것만으로 모든 데이터를 가져갈 수 있습니다.

첫 단계로 애플리케이션, 운영, 분석에 쓰이는 연결 계정을 나열하고, 각 계정이 어떤 테이블을 읽을 수 있고 몇 행인지를 적으십시오. 필요하지 않은 계정에서는 대량 읽기 권한을 제거하십시오.

애플리케이션 화면의 일반적인 사용은 한 번에 한 살롱의 데이터만 읽습니다. 데이터베이스 감사 로그나 클라우드 모니터링을 설정해, 하나의 연결 계정이 짧은 시간에 여러 살롱의 고객 데이터를 읽으면 경고가 나오도록 하십시오. 정상적인 야간 배치 중 가장 큰 규모를 측정한 뒤, 그 수준을 넘으면 경고하도록 시작하십시오.

이번 경우 데이터는 전송된 뒤 삭제되었으며, 회사는 백업 데이터베이스로 전환해 복구를 완료했습니다.

일반적으로 운영 데이터베이스에 연결하는 계정이 백업도 삭제할 수 있다면, 데이터와 함께 복구 수단도 잃게 됩니다. 운영 인증 정보로 백업을 삭제할 수 없는지 확인하십시오. 참고: 백업의 핵심: 3-2-1 규칙과 복구 계획.

여기서는 이름만 필수였고 전화번호와 이메일은 선택 사항이었기 때문에, 같은 사람을 식별할 수 없었고 유출된 기록을 사람 수로 환산할 수 없었습니다. 이것이 없으면 개인에게 연락하는 것도 어렵습니다.

필요한 만큼만 수집하고, 유출 후 해당 당사자에게 연락할 수 있도록 설계해야 합니다. 최소한 어느 살롱이 어떤 기록을 등록했는지 확실히 추적할 수 있어야, 살롱을 통한 통지가 가능합니다.