2014-01-21 3 views
0

아주 까다로운 주제입니다. 나는 맥락을 제시하려고 노력했지만, 옳은 것과 그릇된 것의 논쟁보다는 기술적인 질문에 집중했다. 의견이나 대답이 아닌 지갑이나 발로 선호하는 토론을 지원하십시오.EME는 암호화 된 <object> 태그입니까?

이 사양은 콘텐츠 보호 또는 디지털 권한 관리 시스템을 정의하지 않습니다 다음 Encrypted Media Extensions draft 일자 2014년 1월 7일


는 제도는 (내 강조)을 주장한다.
오히려 단순한 콘텐츠 암호화 시스템뿐만 아니라 그러한 시스템을 검색, 선택 및 상호 작용하는 데 사용할 수있는 공통 API를 정의합니다. 이 사양을 준수하기 위해 디지털 권한 관리를 구현할 필요는 없습니다.

대신, 그들이 말하는 :

일반적인 API는 페이지 작성자에 대한 인증 및 권한 부여와 같은 응용 프로그램의 기능을 떠나, 콘텐츠 암호화 기능의 간단한 세트를 지원합니다. 이는 암호화 시스템과 라이센스 또는 다른 서버 간의 대역 외 통신을 가정하기보다는 콘텐츠 보호 시스템 관련 메시징을 페이지에서 중재하도록 요구함으로써 이루어집니다.

하지만 EME 그들이 W3C가 이 사양의 내 (제한적) 이해

입니다 5.


HTML에 'DRM을 도입하고있다'고 말할 때 무엇에 대한 everyone is up in arms 있다고 가정 :

HTML 페이지의 미디어 파일에 대한 액세스를 인증하기위한 일반 후크를 정의합니다. 인증은 클라이언트 측이 아닌 서버 측 ("페이지 작성자에 대한 인증 및 권한 부여와 같은 응용 프로그램 기능 남김)"으로 처리되지만 HTTP ("컨텐츠 보호 시스템 관련 메시징은 외부로 가정하지 않고 페이지에서 중재해야합니다. 대역 외 통신 "). EME (동기 부여 필요성)에 대한 분명한 사용 및 동기는 소비자 중심의 DRM입니다. [1]

의도 한 효과는 서버 측 인증 공급자에 대한 간단한 후크로 replace client-side media wrappers (Flash, Silverlight...)입니다.

[1] EME의 다른 보안 지향 응용 프로그램이있을 수 있습니까?


그래서, 모든 권리를 가지고 가정, 내가

<object classid="clsid:d27cdb6e-ae6d-11cf-96b8-444553540000" width="550" height="400" id="movie_name" align="middle"> 
    <param name="movie" value="movie_name.swf"/> 
    <!--[if !IE]>--> 
    <object type="application/x-shockwave-flash" data="movie_name.swf" width="550" height="400"> 
     <param name="movie" value="movie_name.swf"/> 
    <!--<![endif]--> 
     <a href="http://www.adobe.com/go/getflash"> 
      <img src="http://www.adobe.com/images/shared/download_buttons/get_flash_player.gif" alt="Get Adobe Flash player"/> 
     </a> 
    <!--[if !IE]>--> 
    </object> 
    <!--<![endif]--> 
</object> 

가 (여기서 SWF 파일이 내부 클라이언트 측 코드 및/또는 후크를 통해 DRM을 부과 ... this 것을 수정입니다 플래시를 통해 브라우저에서 실행되는 서버 측 인증까지)

은 다음과 같이 바뀝니다 (html5media.info에서 수정)? [2]

<video src="movie_name.mp4" eme="some_drm_key_or_something_here" 
width="550" height="400" controls preload id="movie_name"></video> 

[2] 그러나 어디에 파일을 저장하고, 얼마 동안입니까?


TL은, DR는 DRM 윤리적/좋은 비즈니스/통증인지 여부를 무시하고 인증하는 벤더 중립적 서버 의존적 노 플러그인 필수기구를 공식화하는 수단 EME 인 미디어 파일에 대한 액세스? 구현은 예를 들어 기존 HTML5 미디어 태그에 속성을 추가 할 수 있으며 브라우저가 a) 파일 형식을 인증하고 b) 재생할 수있는 한 미디어를 볼 수 있습니다.

답변

2

예.

및 번호

먼저 NO를 설명하겠습니다.

EME는 본질적으로 DRM 기술을 정의하지 않습니다. EME는 브라우저 (또는 운영 체제 또는 브라우저 플러그인)의 DRM 모듈에 액세스하는 API를 정의합니다. 이것은 사용자가 필요한 DRM 방법에 계속 액세스 할 수 있어야 함을 의미합니다. 브라우저 공급 업체에서 지원하지 않으면 플러그인이 필요합니다. (또한 구글 크롬은 구글의 와이드 바인을 지원하고, IE11은 마이크로 소프트의 플레이 레디를 지원한다. 파이어 폭스가 이들 중 하나를 지원한다면 매우 놀랄 것이다.) 그러나 브라우저 플러그인은 유효한 옵션을 제공하지 않으므로 모바일 장치에는 존재하지 않습니다. 일부 브라우저에서 앱이 DRM을 추가 할 수는 있지만 보안 위험이 있다고 생각할 수도 있습니다. 플러그 - 인에 대해서도 동일한 위험이 따른다. Adobe Flash 보안 공포를 생각해보십시오.

이제 YES 앞면에 : ALL 브라우저에서 지원해야하는 EME에 포함 된 메커니즘이 있습니다. 그러나 clearkey의 목적은 EME 응용 프로그램을 테스트 할 수있게하는 것입니다. 빅 미디어 스튜디오가 적절한 DRM으로 보지 않는 한 실제 사용은 제한 될 것입니다.

따라서 반올림 :

실제로 EME는 통증보다 더 고통 스럽습니다. 모든 브라우저가 자체 DRM 체계를 지원하기 때문에 방송사에 더 많은 단편화가 발생합니다. 즉, 사용자는 안전하지 않은 플러그인과 부가 기능을 설치하거나 특정 브라우저 나 장치를 사용하여 콘텐츠에 액세스하는 데주의를 기울입니다. 다른 측면에서는 방송사가 여러 DRM 메커니즘을 사용하여 콘텐츠를 게시해야하므로 라이센스 비용이 줄어 듭니다.