DMCA、Easylist、Adblock、版权访问控制和海军上将：要知道的 10 件事

已发表: 2017-08-11

Admiral 要求 Easylist 从他们的过滤器中删除functionalclam[.]com，原因如下：

functionalclam[.]com 不是广告服务器。
该域是 DMCA 版权访问控制平台的一部分，Admiral 为出版商提供，因此他们可以以透明的方式让访问者参与其受版权保护的内容的价值交换，而不是像我们的一些竞争对手所提倡的那样，采取意外的广告重新插入，但访问者和广告商不喜欢。
绕过出版商的付费墙或版权访问控制技术是不行的，我们认为这不是 AdBlock Plus 和 EasyList 使命的核心。
在过去的一年中，我们通过多次直接沟通与 EasyList 和 ABP 分享了这一点。
我们在 24 天前要求他们在原始提交中删除 functionalclam[.]com。
他们的回应似乎表明他们只会在 GitHub 同意的情况下采取行动。
因此，我们遵循了 GitHub 提交 DMCA 删除通知的指南，它们需要用于“代码 [that] ... 用于规避访问控制”。
我们特别要求提供一种保护存储库免受破坏的解决方案——从过滤器中删除 Admiral 的域。本着透明的精神，我们在下面包含了该请求。
GitHub 联系了 EasyList 以不绕过 Admiral 的平台。
EasyList、ABP 和其他广告拦截器昨天停止规避functionalclam[.]com，并在评论中进一步澄清“如果它是规避/Adblock-Warning 广告主机，即使不需要 DMCA 请求，也应将其从 Easylist 中删除。”

我们同意并感谢合作解决这个问题。 Admiral 仍致力于在未来与 EasyList、ABP 和其他广告拦截器合作，以解决此类误解。我们都在尝试以自己的方式为子孙后代创建一个可持续的网络。出版商和访问者之间的透明参与是其中的关键部分。

DMCA 请求重新：Admiral DMCA 版权访问控制平台

*提交日期：2017 年 8 月 1 日

是的

请提供涉嫌侵权的原始版权作品的详细说明。如果可能，请包含一个指向其在线发布位置的 URL。

有问题的代码试图通过在代码中添加 functionalclam[.]com 来规避对本次提交标题 (https://github.com/easylist/easylist/commit/1ba8d4afeec6d562a5871fc7504c756e4b2bd5bc) 中列出的网站上受版权保护的内容的版权访问控制存储库。

GitHub 的 DMCA 指南 https://help.github.com/articles/guide-to-submitting-a-dmca-takedown-notice/ 建议使用此流程来处理这种特定情况：“代码 [that] 可能被指控侵权，而不是因为它是直接复制的，但因为它是用来绕过访问控制的。”

根据 § 1201(a)(3)(B)，如果“在其正常运行过程中，它需要应用信息、过程或处理，”技术措施“有效地控制对作品的访问”，在版权所有者的授权下，可以访问该作品。” 本案中版权所有者使用的版权访问控制平台正是这样做的，只有在访问者满足版权所有者授权访问内容的访问条款后，才允许访问网站上的受版权保护的内容。版权访问控制平台有多个部分，包括但不限于域功能蛤[.]com上的代码，称为有效控制对内容的访问的技术措施的一部分。

应该删除哪些文件？请提供每个文件的 URL，或者如果是整个存储库，请提供存储库的 URL：

该文件是
https://github.com/easylist/easylist/blob/
1ba8d4afeec6d562a5871fc7504c756e4b2bd5bc/easylist/easylistadservers.txt
但我们认为不需要完全删除存储库来解决此问题。见下文。

您是否搜索过涉嫌侵权的文件或存储库的任何分支？每个分叉都是一个不同的存储库，如果您认为它侵权并希望将其删除，则必须单独识别它。

是的。此请求特定于此文件。如果我们发现进一步的规避尝试，我们也可能会遵循 GitHub 的推荐流程。

作品是否在开源许可下获得许可？如果是这样，哪个开源许可证？涉嫌侵权的文件是在开源许可下使用，还是违反了许可？

不

对于涉嫌侵权的最佳解决方案是什么？除了删除之外，其他人是否可以进行特定更改？

不需要完全删除存储库。相反，存储库所有者可以从相关文件中删除functionalclam[.]com，而不是替换为替代规避尝试。

我们建议先通过直接请求存储库进行此更改，但我们的请求不成功。我们希望这可以通过我们提出的解决方案以协作的方式解决。 GitHub 的通知流程有助于纠正 17 USC § 1203(c)(5) 意外或无害的违规行为，并确保不会对未来的 DMCA 版权访问控制规避产生混淆或无知。

如果针对文件或存储库报告了进一步的规避尝试，我们可能会按照 GitHub 对文件、存储库或重复侵权者帐户级别的推荐流程，如 GitHub 的 DMCA 政策第 E 节所述：https://help.github.com /articles/dmca-takedown-policy/

你有被控侵权人的联系方式吗？如果有，请提供：

我们没有存储库所有者的联系信息。我们有关于上传规避的提交提交者的详细信息，但我们无法确认他们是否是存储库所有者。从 GitHub 的 DMCA 流程中获取存储库所有者的联系信息和对管辖权的同意，以在未来合作解决此类问题将很有帮助。

我已阅读 GitHub 提交 DMCA 删除通知的指南：https://help.github.com/articles/guide-to-submitting-a-dmca-takedown-notice/
*

感谢您阅读本文。

有关 Admiral 如何帮助您的网站保护其受版权保护的内容的更多信息，请联系我们。