수년간 요청이 몇 차례 있었고, 이는 moderators view emails 설정으로 처리되었습니다. 감사합니다!
보통 이러한 요청들은 개인정보 보호(예: GDPR, 특히 무급 자원봉사자의 경우), 규정 준수 등의 우려에서 비롯됩니다.
이메일 주소 외에도 현재까지도 노출되는 또 다른 개인정보가 있습니다. 바로 IP 주소입니다.
CSS를 사용하여 이를 숨길 수 있다는 점을 알고 있지만, 이는 개인정보를 제대로 보호하지 못하는 반쪽짜리 해법일 뿐이며, 관리자들도 이를 볼 수 없게 되어 관리자의 업무가 다소 어려워집니다.
또한, TL4를 사용하는 것이 권장된다는 점을 알고 있으며, 현재 우리는 그렇게 하고 있습니다. 하지만 이러한 팀 구성원들에게 커뮤니티의 건강 상태(대시보드 차트)에 대한 적절한 가시성을 제공하고, TL4로는 수행할 수 없는(포럼 전체가 아니라 카테고리 모더레이터인 경우에만) 플래그 검토 작업도 지원받고 싶습니다.
moderators view emails 설정 덕분에, 적절한 모더레이터를 사용하지 못하게 하는 유일한 요인은 여전히 IP 주소에 접근할 수 있다는 점입니다. 플래그 검토와 같은 작업을 수행할 만큼 신뢰할 수 있는 구성원이지만, IP 주소에 대한 접근은 GDPR 준수에 필요한 서명된 계약, 교육 등 상당한 오버헤드를 요구합니다.
따라서, 우리는 다음과 같은 기능 추가를 제안합니다: moderators view ip addresses 설정을 통해 모더레이터에게 IP 주소를 숨길 수 있도록 하는 것입니다. 이는 사용자 프로필(처리하기가 더 간단할 수 있음)과 Logs 섹션(조금 더 복잡한 변경이 될 수 있음)에 표시됩니다.
이것이 최우선 순위가 아니며 우리와 같은 특정 시나리오에만 해당된다는 점을 인지하고 있습니다. 그럼에도 불구하고, 이 기능이 유용할 수 있는 다른 분들이 의견을 남겨주실 수 있도록 여기에 남겨두겠습니다.
네, 핀란드의 음악 취향이 좀 이상할 수는 있고, 실제로도 좀 그렇긴 하지만, 그건 좀… 과했죠.
진지하게 말하자면. 두 단어로 요약할게요: 핀란드 최대 ISP와 그 NAT(물론 정확히 두 단어라고는 못 하겠지만). 내 뒤를 따라오거나 내 주소를 찾으려 한다면 좋은 운을 기원합니다
이것이 제가 이를 보안 문제로 보기 어려운 이유 중 하나입니다. 하지만 이번에는 누군가 제게 설명해 주실 수 있을까요.
저에게는 IP를 모더레이터에게 숨기는 설정이 있든 없든 아무런 상관이 없습니다. 다만 그들의 업무를 조금 더 어렵게 만들 수는 있겠죠. 다시 말하지만, IP를 변경하거나 거짓으로 입력하는 것은 아주 쉬운 일이기 때문에 중요하지 않습니다.
그리고… 저는 그 팀을 어느 정도 신뢰합니다. 그들은 대형 기업들과 일하고 있고, 요즘 기업들은 보안에 꽤 엄격하니까요. 따라서 그들이 모든 직원에게 보이는 IP를 보안(프라이버시 유출은 보안 위험입니다) 위험으로 보지 않는다면, 저는 그들을 믿습니다.
글쎄요… 아니죠. 제 IP와 정확히 같은 IP를 가진 사람이 몇 명이나 될지 한번 추측해 보세요 제 생각에는 여전히 그런 것이 사실일 수 있는 국가들이 있습니다. 어딘가에는 아직 유선 전화, 팩스, 수표가 있고 — 아, 정말로 — 심지어 현금까지 존재한다는 소문을 들었으니까요. 하지만…
어떤 면에서는 동의합니다. 보통은 큰 문제가 아닙니다. 하지만 많은 회원들이 이로 인해 불편함을 느끼고 있습니다. 경우에 따라서는 사생활 침해 우려가 실제로 제기되기도 합니다. 도시 단위로 위치를 파악할 수 있다면, 해당 사용자 입장에서는 이미 문제가 됩니다… 게시물에 포함된 정보와 결합되면, 그 사용자를 특정할 수 있을지도 모릅니다…
데이터가 저장/사용되는 서비스를 제공하는 측은 데이터를 안전하게 유지할 책임이 있으며, 데이터에 발생하는 일에 대해 법적 책임을 집니다. 예를 들어 GDPR의 관점에서 보면, 현재 여전히 사용자의 IP 주소를 볼 수 있는 권한을 부여하는 관리자 상태를 부여하려면, 각 관리자와 해당 데이터로 할 수 있는 일과 할 수 없는 일을 명시한 서명 계약, GDPR에 대한 교육/문서화 등이 필요할 수 있습니다. 이러한 것들은 특정 규모/맥락에서는 의미가 있을 수 있지만, 기존에 이메일 주소를 관리자로부터 숨기는 것과 유사한 moderators view ip addresses 설정을 통해 단순화할 수 있다고 생각하는 불필요한 부담이 되는 많은 시나리오도 있습니다.
이러한 설정이 없을 경우, 누군가에게 관리자 권한을 부여하면 서비스 제공자는 데이터를 적절히 보호하지 못한 것에 대해 책임이 될 수 있습니다. 참고로 저에게는 법률 전문가가 아니지만, 이것이 제 이해입니다.
통신 업계에서 네트워크 주소 서버(NAS)는 네트워크 내 IP 주소를 관리하는 데 중요한 역할을 하는 구성 요소입니다. 특히 제한된 수의 공용 IP 주소를 여러 사용자나 디바이스가 공유해야 하는 환경에서 이러한 역할이 두드러집니다. 이는 인터넷 서비스 제공업체(ISP)나 모바일 네트워크에서 흔히 볼 수 있는 현상입니다.
작동 방식은 다음과 같습니다:
네트워크 주소 변환(NAT): NAS는 종종 네트워크 주소 변환이라는 기술을 사용합니다. NAT는 로컬 네트워크 내의 여러 디바이스가 하나의 공용 IP 주소에 매핑되도록 허용합니다. 이는 로컬 네트워크 내 디바이스의 사설 IP 주소를 인터넷에 접근할 때 공용 IP 주소로 변환하는 방식으로 이루어집니다. NAS는 이러한 변환을 추적하여 들어오는 데이터 패킷이 올바른 디바이스로 다시 라우팅되도록 보장합니다.
포트 주소 변환(PAT): NAT의 특정 유형인 포트 주소 변환은 자주 사용됩니다. PAT는 로컬 네트워크의 디바이스가 시작한 각 세션에 고유한 포트 번호를 할당합니다. 이를 통해 여러 디바이스가 동일한 공용 IP 주소를 공유하면서도 각기 다른 세션을 유지할 수 있습니다. NAS는 이러한 포트 번호를 사용하여 서로 다른 디바이스와 각각의 데이터 스트림을 구별합니다.
동적 호스트 구성 프로토콜(DHCP): NAS는 네트워크 내 디바이스에 IP 주소를 동적으로 할당하기 위해 DHCP를 통합할 수도 있습니다. 이는 IP 주소를 필요할 때만 할당하고 더 이상 사용되지 않을 때 해제함으로써 IP 주소를 효율적으로 사용하는 것을 보장합니다.
캐리어 등급 NAT(CGNAT): ISP가 운영하는 대규모 네트워크에서는 캐리어 등급 NAT가 사용됩니다. CGNAT은 수천 명의 사용자가 더 작은 규모의 공용 IP 주소 풀을 공유할 수 있게 합니다. IPv4 주소의 제한된 가용성을 고려할 때 이는 특히 중요합니다. CGNAT은 더 큰 규모로 작동하도록 설계되어 ISP 네트워크에서 일반적인 대량의 트래픽을 처리할 수 있습니다.
이러한 기술을 사용하여 NAS는 효율적인 IP 주소 관리를 가능하게 하며, 여러 사용자가 충돌 없이 동일한 공용 IP 주소를 공유할 수 있게 합니다. 이는 IP 주소 공간을 절약하고 사용자에게 원활한 연결을 보장하는 데 필수적입니다.
하지만 핵심은 IP 주소가 거의 변경 불가능한 경우가 드물다는 점이며, 변경 불가능한 경우에도 이를 사용하여 특정인을 식별하는 것은 사실상 불가능합니다. IP 주소에 대한 공포는 팩스 시대의 잔재입니다.
이 정보를 어떻게 사용하는지는 또 다른 문제이며, IP 주소와 지리적 지역이 메세지가 봇 계정에서 온 것인지 판단하는 데 도움이 될 수 있다고 주장할 수 있다고 생각합니다. 하지만 OP가 관리자(모더레이터)에게는 IP를 숨기고 관리자(어드민)에게만 표시해 달라고 요청한 것은 불합리하다고 느끼지 않습니다.
일부 사람은 신경 쓰지 않지만, 일부 사람은 신경을 씁니다. 특히 회원들의 게시물에 포함된 정보와 결합될 경우, 이는 사생활 침해 우려를 불러일으킵니다. 몇 가지 예를 쉽게 떠올릴 수 있을 것입니다…
예를 들어, 교수, 전공, 연구 분야, 도시. 이것만으로 웹에서 그 사람을 쉽게 찾을 수 있을 것입니다.
일부 사람들은 IP를 공유하는 것에 대해 개의치 않거나 (심지어 주소나 이름까지?) 하는 반면, 다른 일부는 정당한 우려를 가지고 있습니다.
이 요청은 IP를 숨길 수 있는 설정을 추가해 달라는 것입니다. 강제하는 것이 아니라, 선택 사항으로만 제공해 주시면 됩니다.
제 생각에는 여전히 그런 것이 사실일 수 있는 국가들이 있습니다. 어딘가에는 아직 유선 전화, 팩스, 수표가 있고 — 아, 정말로 — 심지어 현금까지 존재한다는 소문을 들었으니까요. 하지만…