Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Question: How visible are the hash and tracker? #654

Closed
ndm13 opened this issue Mar 3, 2016 · 6 comments
Closed

Question: How visible are the hash and tracker? #654

ndm13 opened this issue Mar 3, 2016 · 6 comments
Labels

Comments

@ndm13
Copy link

@ndm13 ndm13 commented Mar 3, 2016

The meat of the question is this: if someone were to make a website hosting licensed or premium content, how difficult would it be for someone to find a "direct link" to it by retrieving the hash and tracker and sharing an instant.io link to unprivileged users?

Specifically, is this something that is easy to do? Are there precautions that must be taken when designing such a system, and what would those be? Are there any deficiencies in the WebTorrent infrastructure that could allow for this information to be compromised? It doesn't matter nearly as much when dealing with test files, CC-licensed media, and other essentially penalty-free media files, but if DMCA were to get involved, this is important to know and protect against.

@rom1504

This comment has been minimized.

Copy link
Member

@rom1504 rom1504 commented Mar 3, 2016

See webtorrent/bittorrent-tracker#58

Basically I think if you setup a private tracker, with only private torrents (http://www.bittorrent.org/beps/bep_0027.html), it should be safe enough.

Of course that wouldn't automatically add DRM to files and people could create a public torrent out of these files.

@ndm13

This comment has been minimized.

Copy link
Author

@ndm13 ndm13 commented Mar 3, 2016

How difficult would it be to obtain the source files if all rendering is done through MediaElement? My understanding is that using MediaElement decodes the torrent segments as they come in, but I could be wrong.

@rom1504

This comment has been minimized.

Copy link
Member

@rom1504 rom1504 commented Mar 3, 2016

rendering is separated from downloading. People can always use an other client to download files.
For example you can download youtube files, without doing any rendering.

@ndm13

This comment has been minimized.

Copy link
Author

@ndm13 ndm13 commented Mar 3, 2016

Files are stored as they are rendered. With enough obfuscation, authentication, and the use of a private tracker, the ability to obtain a copy through a separate client can be reduced. What I'm wondering, however, is if files that are streamed into a MediaElement can be saved and redistributed.

@feross

This comment has been minimized.

Copy link
Member

@feross feross commented Mar 19, 2016

MediaElement supports DRM, so you can protect the content you play in a <video> tag.

It's called EME: http://www.html5rocks.com/en/tutorials/eme/basics/

Netflix uses EME, for example.

@feross feross closed this Mar 19, 2016
@feross feross added the question label Mar 19, 2016
@lock

This comment has been minimized.

Copy link

@lock lock bot commented May 4, 2018

This thread has been automatically locked because it has not had recent activity. To discuss futher, please open a new issue.

@lock lock bot locked as resolved and limited conversation to collaborators May 4, 2018
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Linked pull requests

Successfully merging a pull request may close this issue.

None yet
3 participants
You can’t perform that action at this time.