DMCA, Easylist, Adblock, 저작권 액세스 제어 및 Admiral: 알아야 할 10가지 사항

게시 됨: 2017-08-11

Admiral은 Easylist에 필터에서 functionalclam[.]com을 제거하도록 요청했으며 그 이유는 다음과 같습니다.

functionclam[.]com은 광고 서버가 아닙니다.
해당 도메인은 DMCA 저작권 액세스 제어 플랫폼의 일부입니다. Admiral은 일부 경쟁업체가 옹호하지만 방문자와 광고주가 옹호하는 방식으로 깜짝 광고 재삽입에 의존하는 대신 저작권이 있는 콘텐츠에 대한 가치 교환에 대해 투명한 방식으로 방문자를 참여시킬 수 있도록 게시자에게 제공합니다. 싫어함.
게시자의 페이월 또는 저작권 액세스 제어 기술을 우회하는 것은 옳지 않으며 우리는 이것이 AdBlock Plus 및 EasyList의 사명의 핵심이라고 생각하지 않습니다.
우리는 지난 1년 동안 여러 직접 커뮤니케이션을 통해 EasyList 및 ABP와 이를 공유했습니다.
우리는 24일 전에 그들에게 원래 커밋에서 functionalclam[.]com을 제거하도록 요청했습니다.
그들의 응답은 GitHub가 동의하는 경우에만 조치를 취할 것임을 나타내는 것 같았습니다.
따라서 DMCA 게시 중단 알림 제출에 대한 GitHub 가이드를 따랐습니다. "코드 [that] ...는 액세스 제어를 우회하는 데 사용됩니다."
우리는 특히 필터에서 Admiral의 도메인을 제거하여 리포지토리를 중단으로부터 보호하는 솔루션을 요청했습니다. 투명성을 위해 아래에 해당 요청을 포함시켰습니다.
GitHub는 Admiral의 플랫폼을 우회하지 않는 것에 대해 EasyList에 연락했습니다.
EasyList, ABP 및 기타 adblockers는 어제 functionalclam[.]com 우회를 중단했으며 "회개/광고 차단 경고 adhost인 경우 DMCA 요청 없이도 Easylist에서 제거해야 합니다."라고 설명했습니다.

우리는 이 문제를 파악하기 위한 협력에 동의하고 감사합니다. Admiral은 앞으로도 EasyList, ABP 및 기타 adblockers와 협력하여 이와 같은 오해를 해결하기 위해 최선을 다할 것입니다. 우리 모두는 미래 세대를 위한 지속 가능한 웹을 만들기 위해 각자의 방식으로 노력하고 있습니다. 게시자와 방문자 간의 투명한 참여는 그 중 중요한 부분입니다.

DMCA 요청 re:Admiral DMCA 저작권 액세스 제어 플랫폼

*제출일: 2017년 8월 1일

귀하는 저작권 소유자, 17 USC § 1201-1203 부상자입니까, 아니면 저작권 소유자를 대신할 권한이 있습니까?

예

침해가 의심되는 원본 저작물에 대한 자세한 설명을 제공하십시오. 가능하면 온라인에 게시되는 URL을 포함하십시오.

문제의 코드는 functionclam[.]com을 코드에 추가하여 이 커밋의 제목(https://github.com/easylist/easylist/commit/1ba8d4afeec6d562a5871fc7504c756e4b2bd5bc)에 나열된 사이트의 저작권이 있는 콘텐츠에 대한 저작권 액세스 제어를 우회하려고 시도합니다. 저장소.

GitHub의 DMCA 가이드 https://help.github.com/articles/guide-to-submitting-a-dmca-takedown-notice/는 이 특정 상황을 처리하기 위해 이 프로세스를 권장합니다. 직접 복사한 것이지만 액세스 제어를 우회하는 데 사용되기 때문입니다."

§ 1201(a)(3)(B)에 따라, "일반적인 작업 과정에서 정보의 적용, 프로세스 또는 처리가 필요한 경우" 기술 조치는 "저작물에 대한 액세스를 효과적으로 제어"합니다. 저작물에 대한 액세스 권한을 얻기 위해 저작권 소유자의 권한으로." 이 경우 저작권 소유자가 사용하는 저작권 액세스 제어 플랫폼은 바로 그 작업을 수행하여 방문자가 콘텐츠에 대한 액세스 권한을 얻기 위해 저작권 소유자가 승인한 액세스 조건을 충족한 경우에만 사이트의 저작권이 있는 콘텐츠에 대한 액세스를 허용합니다. 콘텐츠에 대한 액세스를 효과적으로 제어하기 위한 기술적 조치의 일부로 호출되는 functionalclam[.]com 도메인의 코드를 포함하되 이에 국한되지 않는 저작권 액세스 제어 플랫폼에는 여러 부분이 있습니다.

§ 1201(a)(3)(A)에 따라 "기술적 조치를 우회하는 것"에는 "저작권 소유자의 권한 없이 기술적 조치를 회피, 우회, 제거, 비활성화 또는 손상시키는 것"이 포함됩니다. 아래 나열된 침해 코드는 특히 functionclam[.]com에 대한 호출을 피, 우회, 제거, 비활성화 또는 손상하여 위에서 설명한 저작권 액세스 제어 플랫폼을 우회하도록 설계 또는 생성되어 우회 사용자가 의 권한 없이 저작권이 있는 저작물에 액세스할 수 있습니다. 저작권 소유자.

어떤 파일을 삭제해야 하나요? 각 파일에 대한 URL을 제공하거나 전체 저장소인 경우 저장소의 URL을 제공하십시오.

파일은
https://github.com/easylist/easylist/blob/
1ba8d4afeec6d562a5871fc7504c756e4b2bd5bc/easylist/easylistadservers.txt
그러나 우리는 이 문제를 해결하기 위해 전체 저장소 게시 중단이 필요하다고 생각하지 않습니다. 아래를 참조하십시오.

침해가 의심되는 파일 또는 저장소의 포크를 검색한 적이 있습니까? 각 포크는 별개의 리포지토리이며 저작권을 침해한다고 생각되어 삭제를 원하는 경우 별도로 식별해야 합니다.

예. 이 요청은 이 파일에만 해당됩니다. 추가 우회 시도를 식별하면 GitHub의 권장 프로세스도 따를 수 있습니다.

저작물은 오픈 소스 라이선스에 따라 라이선스가 부여됩니까? 그렇다면 어떤 오픈 소스 라이선스가 있습니까? 침해가 의심되는 파일이 오픈 소스 라이선스에 따라 사용되고 있습니까, 아니면 라이선스를 위반하고 있습니까?

아니

침해 혐의에 대한 최선의 해결책은 무엇입니까? 제거 외에 다른 사람이 할 수 있는 구체적인 변경 사항이 있습니까?

전체 저장소 게시 중단은 필요하지 않습니다. 대신 저장소 소유자는 문제의 파일에서 functionalclam[.]com을 제거할 수 있으며 대체 우회 시도로 대체할 수 없습니다.

파일 또는 저장소에 대한 추가 우회 시도가 보고되면 GitHub의 DMCA 정책 섹션 E: https://help.github.com에 설명된 대로 파일, 저장소 또는 반복적인 침해자 계정 수준에서도 GitHub의 권장 프로세스를 따를 수 있습니다. /articles/dmca-takedown-policy/

침해 혐의자의 연락처 정보가 있습니까? 그렇다면 다음을 제공하십시오.

저장소 소유자의 연락처 정보가 없습니다. 우회를 업로드한 커밋 제출자에 대한 세부 정보가 있지만 저장소 소유자인지 확인할 수 없습니다. GitHub의 DMCA 프로세스에서 저장소 소유자 연락처 정보와 관할권 동의를 얻어 앞으로 이와 같은 항목을 공동으로 해결하는 것이 도움이 될 것입니다.

DMCA 게시 중단 통지 제출에 대한 GitHub 가이드를 읽었습니다. https://help.github.com/articles/guide-to-submitted-a-dmca-takedown-notice/
*

여기까지 읽어주셔서 감사합니다.