Dork's port

2022.01.30 - [DRM] - Wavve(웨이브) HLS 프로토콜 분석 및 None DRM 콘텐츠 핑거프린트 분석 -1 이전 글에서 Wavve는 DRM이 적용되지 않은 미디어는 HLS 프로토콜을 이용 한다는 것과 실제 동영상의 데이터가 저장된 주소를 얻고, 그 주소에서 실제로 동영상 데이터가 응답으로 오는 것을 확인하였다. 그럼, 이번에는 그 주소를 통해 Wavve가 다운로드를 제공하지 않는 콘텐츠를 실제로 다운할 수 있는지, 다운이 된다면 핑거프린트가 적용되어 있는지 알아 보도록 하자. 그 예제로 검정고무신을 다운받아 보도록 하자. 직접 주소로 일일히 다운받아 영상을 합치기는 정성이 너무 많이 필요하므로 간단한 PoC를 작성해서 실제로 다운로드 해 보았다. 검정고무신 1기 2화 다운로드 시연 위..

저번에 DRM 콘텐츠 분석을 끝내고 일반 콘텐츠는 어떻게 동작을 하는지, 다운로드가 가능하다면 다운로드 한 파일에 대해 사용자에 대한 핑거프린트가 적용이 되어있는지 의문이 생겨 글 작성을 하려합니다. 이번 포스팅의 목적은 3가지이며, 웨이브 동영상을 다운받고자 설명하려는 목적이 아님을 밝힙니다. 1. HLS 프로토콜 분석 2. 다운로드가 불가능 한 콘텐츠의 다운로드 가능성 분석 3. 다운로드 한 영상에 사용자의 정보(fingerprint)가 포함되어 콘텐츠가 유출되었을 경우 유출한 사람을 특정할 수 있는 가능성이 있는지 내용이 많아 2개의 포스팅으로 나누었으며, 첫 번째 포스팅에는 웨이브 소개와 프로토콜 분석, 두 번째 포스팅에는 동영상 다운로드와 핑거프린팅 분석으로 나눠서 포스팅 하도록 하겠습니다. 아..

number of secment = second(mediaPresentationDuration) / (duration / timescale) 예를들어 아래의 파일에서 segment의 개수를 구한다고 가정해보자. mediaPresentationDuration="PT6M36.554S" 이므로 플레이타임을 초로 변환하면 6*60 + 36.554 = 396.554초 이다 video파일의 duration은 61440, timescale은 15360, audio의 duration은 176400, timescale은 44100이다. 따라서 playtime per segment = 61440/15360, 176400/44100 이므로, 비디오와 오디오 파일 각각의 재생 길이는 4초임을 알 수 있다. 따라서 396.55..

2022.01.24 - [DRM] - Wavve(웨이브) MPEG-DASH 프로토콜 분석 및 DRM 다운로드 분석 -1 1 에서는 video재생에 필요한 사전 준비 과정 (mpd 파일 요청 -> mpd 파일 분석 -> pssh 분석)까지 알아보았다. 이번엔 실제로 wavve에서는 어떻게 video를 요청하고 재생하는 지 알아보자. 위의 네트워크 프로토콜을 보면 mpd 파일 요청 이후 init.mp4, media_*.m4s, licenseManager.do와 같은 주소로 요청을 보내는 것을 알 수 있다. 그럼 init.mp4와 media_*.m4s는 무엇이고 어디에서 이 주소들이 온것일까? 바로 mpd 파일에서 이 주소들의 정보를 얻을 수 있다. ... ... 위의 mpd 파일에서 SegmentTempla..