개인번호 공개와 LIR 연락 책임, Ed Shryane의 제안

요약

Ed Shryane은 LIR 조직 레코드의 전화 속성을 선택 항목으로 바꾸자고 제안했다. RIPE NCC는 연락처 전화번호를 계속 보유하고, 회원은 여전히 연락 가능한 상태여야 한다.
이 제안은 현재 한데 묶인 두 기능, 즉 회원에게 연락하는 일과 데이터베이스에 번호를 공개하는 일을 나눈다. RIPE 93 회의록에 담긴 것은 제안이며 채택된 규칙이 아니다.

분석

현재 규칙은 작은 사업자의 개인 번호와 큰 조직의 대표번호를 모두 공개 데이터베이스 한 칸으로 끌어온다. Shryane은 개인사업자가 개인 번호 공개를 꺼릴 수 있고, 대규모 조직에는 전화번호 하나가 맞지 않을 수 있다고 말했다. 그가 제안한 변화는 RIPE NCC의 연락을 끊자는 뜻이 아니다. 회원과의 운영상 연락을 유지하면서 어떤 번호를 모두에게 공개할지 회원이 선택하도록 하자는 것이다.

RIPE NCC Database 팀의 운영 현황을 발표하면서 Shryane은 팀의 내부 절차상 모든 LIR 조직 레코드에 phone: 속성이 필요하다고 설명했다. 최종 사용자 조직 레코드에서는 이 항목이 선택 사항이라고 했다. 다른 연락 수단을 선호하는 회원은 전화번호를 공개할지 직접 정할 수 있도록 LIR에도 같은 선택지를 주자는 제안이다.

Shryane이 든 사례는 이 규칙이 누구에게 불편한지 보여 준다. 개인사업자는 개인 번호를 공개 데이터베이스에 올리고 싶지 않을 수 있다. 규모가 큰 조직은 대표번호 하나로 적절한 팀에 연결하기 어렵다. 이는 피해 규모를 조사한 결과가 아니다. “회원에게 전화가 있다”와 “그 번호를 대중에게 공개해야 한다”가 별개의 질문임을 보여 주는 사례다.

RIPE NCC 문서는 이 필드가 회원 관리와 공개 사이에 놓여 있음을 보여 준다. LIR 개설 안내서는 일반 LIR 전화번호가 필수이며 LIR 목록에 공개된다고 설명한다. 데이터베이스 조직 객체 문서는 조직 객체의 phone:을 조건부 속성으로, contact:를 선택 속성으로 분류한다. 데이터베이스 업무 규칙에 따르면 RIPE NCC가 관리하는 LIR 조직 속성은 LIR Portal에서 수정한다. RIPE NCC Access의 LIR 계정 정보에도 전화와 이메일 항목이 있다. 단순한 텍스트 칸이 회원 계정과 공개 기록을 잇는 셈이다.

Shryane은 다른 연락 수단을 위한 선택형 연락처 필드도 언급하면서 WhatsApp, Telegram, Signal을 예로 들었다. 회의록에는 최종 데이터 형식, 확인 방식, 공식 지원 서비스가 무엇인지 나와 있지 않다. 대체 채널의 신뢰성을 판단하려면 이 설계 정보가 필요하다.

정책의 경계는 분명하다. RIPE NCC는 회원이 연락 가능한 상태를 요구하면서 전화번호 공개까지 의무화하지 않을 수 있다. 그러려면 내부 연락 경로가 최신 상태로 유지되고, 공개 기록에는 외부에서 조직에 연락하는 방법이 명확해야 한다. 번호만 없애고 대안을 남기지 않으면 개인정보 노출은 줄어도 외부 문의와 책임을 묻는 통로까지 좁아진다.

2026년 10월 31일 현재 확인한 공개 기록에서는 제안의 승인이나 시행 일정을 찾을 수 없다. 공개된 결정이나 LIR 입력 검증 규칙의 변경이 확인되면 제안의 상태도 달라진다.