Dork's port

Mac OS(OSX) Mail 첨부파일 한글 깨짐

Dork94 — Tue, 17 Jan 2023 13:03:38 +0900

defaults write com.apple.mail NSPreferredMailCharset "UTF-8"

위의 명령어를 터미널에 붙여넣기 한 후, 메일앱을 완전히 끄고(cmd + q) 재시작하면 된다!

연락처 (Contact)

Dork94 — Sat, 10 Dec 2022 21:03:50 +0900

@line : +8210-8273-9870

@email : espoirnoa09@gmail.com

@facebook : https://www.facebook.com/espoirnoa09

로그인 또는 가입하여 보기

Facebook에서 게시물, 사진 등을 확인하세요.

www.facebook.com

minikube 설치 중 오류

Dork94 — Fri, 9 Sep 2022 01:25:10 +0900

에러

   Exiting due to PROVIDER_DOCKER_NEWGRP: "docker version --format -" exit status 1: Got permission denied while trying to connect to the Docker daemon socket at unix:///var/run/docker.sock: Get "http://%2Fvar%2Frun%2Fdocker.sock/v1.24/version": dial unix /var/run/docker.sock: connect: permission denied

시도 1 - 실패

sudo usermod -aG docker $USER && newgrp docker
setgroups: Operation not permitted
setgid: Operation not permitted

해결 방법

sudo chmod 666 /var/run/docker.sock

실행 결과

ubuntu@localhost: ~$ minikube start --driver=docker
   minikube v1.26.1 on Ubuntu 20.04
✨  Using the docker driver based on user configuration
   Using Docker driver with root privileges
   Starting control plane node minikube in cluster minikube
   Pulling base image ...
   Downloading Kubernetes v1.24.3 preload ...
    > preloaded-images-k8s-v18-v1...:  405.75 MiB / 405.75 MiB  100.00% 112.80
    > gcr.io/k8s-minikube/kicbase:  386.60 MiB / 386.61 MiB  100.00% 19.07 MiB
    > gcr.io/k8s-minikube/kicbase:  0 B [________________________] ?% ? p/s 16s
   Creating docker container (CPUs=2, Memory=7800MB) ...
   Preparing Kubernetes v1.24.3 on Docker 20.10.17 ...
    ▪ Generating certificates and keys ...
    ▪ Booting up control plane ...
    ▪ Configuring RBAC rules ...
   Verifying Kubernetes components...
    ▪ Using image gcr.io/k8s-minikube/storage-provisioner:v5
   Enabled addons: default-storageclass, storage-provisioner
   kubectl not found. If you need it, try: 'minikube kubectl -- get pods -A'
   Done! kubectl is now configured to use "minikube" cluster and "default" namespace by default

Nethunter on Ticwatch Pro 3

Dork94 — Fri, 19 Aug 2022 18:42:38 +0900

자료가 사라져서 우선 Arichve 자료 백업

https://web.archive.org/web/20220617211727/https://www.kali.org/docs/nethunter/installing-nethunter-on-the-ticwatch-pro3/

https://build.nethunter.com/contributors/re4son/catfish/TicWatch-Pro-3-files/

Index of /catfish/TicWatch-Pro-3-files/

build.nethunter.com

https://gitlab.com/yesimxev/kali-docs/-/tree/master/nethunter/installing-nethunter-on-the-ticwatch-pro3

nethunter/installing-nethunter-on-the-ticwatch-pro3 · master · yesimxev / kali-docs · GitLab

Markdown format of www.kali.org/docs/

gitlab.com

https://forum.xda-developers.com/t/rom-official-kali-nethunter-for-the-ticwatch-pro-3-wearos.4456797/

Error: Cannot install in Homebrew on ARM processor in Intel default prefix (/usr/local) 해결

Dork94 — Thu, 7 Jul 2022 10:22:34 +0900

$ /usr/sbin/softwareupdate --install-rosetta --agree-to-license

$ arch -x86\_64 /bin/bash -c "$(curl -fsSL [https://raw.githubusercontent.com/Homebrew/install/master/install.sh)](https://raw.githubusercontent.com/Homebrew/install/master/install.sh))"

arch -x86\_64 brew install "package"

Ref : https://stackoverflow.com/questions/64963370/error-cannot-install-in-homebrew-on-arm-processor-in-intel-default-prefix-usr

git : refusing to merge unrelated histories 에러 해결

Dork94 — Tue, 26 Apr 2022 13:35:18 +0900

git pull origin master --allow-unrelated-histories

frida no response 프리다 응답이 없는 경우

Dork94 — Sun, 13 Feb 2022 22:44:58 +0900

프리다를 실행한 후 어떤 에러 메세지도 없이 계속 대기 상태일 때가 있다.

그때 pip 으로 frida-tools를 install해주면 된다.

KakaoTV None DRM 프로토콜 분석 및 동영상 다운로드

Dork94 — Wed, 2 Feb 2022 14:11:19 +0900

draft

Wavve(웨이브) HLS 프로토콜 분석 및 None DRM 콘텐츠 핑거프린트 (워터마킹)분석 -2

Dork94 — Mon, 31 Jan 2022 13:00:42 +0900

2022.01.30 - [DRM] - Wavve(웨이브) HLS 프로토콜 분석 및 None DRM 콘텐츠 핑거프린트 분석 -1

이전 글에서 Wavve는 DRM이 적용되지 않은 미디어는 HLS 프로토콜을 이용 한다는 것과 실제 동영상의 데이터가 저장된 주소를 얻고, 그 주소에서 실제로 동영상 데이터가 응답으로 오는 것을 확인하였다.

그럼, 이번에는 그 주소를 통해 Wavve가 다운로드를 제공하지 않는 콘텐츠를 실제로 다운할 수 있는지, 다운이 된다면 핑거프린트가 적용되어 있는지 알아 보도록 하자.

다운로드가 되지 않는 동영상 중 하나인 검정고무신

그 예제로 검정고무신을 다운받아 보도록 하자. 직접 주소로 일일히 다운받아 영상을 합치기는 정성이 너무 많이 필요하므로 간단한 PoC를 작성해서 실제로 다운로드 해 보았다.

검정고무신 1기 2화 다운로드 시연

위의 동영상에서 보이는 바와 같이 웨이브가 정식적으로 다운로드를 지원하지 않는 영상에 대해서 다운로드가 가능함을 확인할 수 있었다.

다운로드를 제공하지 않는 콘텐츠에는 웨이브측의 어떤 사정이 있다고 생각하는데, 프로토콜 분석을 통해 다운로드를 제공하지 않는 영상에 대해서도 다운로드가 가능한것은 문제의 소지가 있어보인다.

사실, 이런 콘텐츠(OTT, Music streaming)들을 분석하면서 느낀점은, 프로토콜 분석을 통해 대부분의 미디어를 (허용하지 않음에도)다운 받을 수 있었는데, 왜 이럴 수 밖에 없을까 곰곰히 고민해본 결과는 아무래도 모든 미디어를 암호화 하거나 핑거프린팅을 적용하는데에 비용적인 측면이 큰 것 같다.

그럼, 다음 스탭으로 넘어가도록 하자.

다운로드가 가능함을 알았으니, 차선책으로 할 수 있는 것은 미디어에 핑거프린팅이 적용되어 만일 유출되었을 경우에 유출한 사용자를 특정할 수 있다면 책임을 물을 수 있다.

사실 핑거프린팅에 대해 어떤 기법이 있고 그를 어떻게 찾을 수 있는지 잘 모른다. 스테가노그래피등은 CTF의 문제에서 접해보긴 했지만, 잘 안다고 할 수는 없다.

그럼 이 상태에서 내가 핑거프린팅이 적용되었는지 그렇지 않았는지 판단을 하기 위한 가설을 세워보았다.

가정

1. 핑거프린팅을 하기 위해서는 동영상 데이터에 사용자 정보(credential, User ID 등)를 은닉해야 한다.

2. 은닉이 되었다면 동영상 데이터에 미세하지만 변화가 있을 것이다.

3. 핑거프린팅이 적용 되었다면 같은 동영상에 대해 hash 값을 비교했을데 다른 hash 값을 가질 것 이다.

위의 가정에 따라 다운로드한 동영상에 대해 핑거프린팅이 적용 되었는지 테스트 해 볼것이며, 각각 다른 웨이브 계정으로 프로토콜 분석을 통해 마찬가지로 검정고무신을 다운로드 해 보았다.

각각 다른 계정을 이용해 다운로드한 None DRM 콘텐츠

그럼, 이 둘의 데이터가 정확히 일치하는지 hash 알고리즘을 통해 알아보았다.

두 파일의 MD5 결과

결과는 보는 바와 같이 같은 md5 결과 값을 가진다. 즉, 다른 계정을 통해 None DRM 콘텐츠를 다운로드 했음에도, 같은 데이터를 가지는 동영상 파일을 서버에서 제공하는 것을 알 수 있다.

md5는 확률이 극악이긴 하지만 collision문제가 있을 수 있다. 따라서, sha를 통해 한번더 검증해보았다.

두 파일의 sha 결과

모두 동일한 sha 값을 가지는 것을 보아 이정도면 두 파일은 데이터가 완벽히 같은 파일이라고 볼 수 있다.

따라서, 내가 처음에 세운 가정에 의하면 프로토콜 분석으로 다운 동영상 파일은 핑거프린팅 기법이 적용되지 않는다.

만일 어떤 사용자가 동영상을 다운받고 유포하여 금전적 이득을 취하거나, 간접적으로 웨이브의 수익을 감소시키는 행위를 하더라도 웨이브측에서 대응할 방법이 없을 것 같다.

그럼 마지막으로 처음에 언급한 목표를 다시보자

1. HLS 프로토콜 분석 - O

2. 다운로드가 불가능 한 콘텐츠의 다운로드 가능성 분석 - 다운로드가 불가능 한 콘텐츠 다운로드 가능

3. 다운로드 한 영상에 사용자의 정보(fingerprint)가 포함되어 콘텐츠가 유출되었을 경우 유출한 사람을 특정할 수 있는 가능성이 있는지 - 핑거프린팅 기법이 적용되어 있지 않아, 콘텐츠 유출시 책임추적성을 보장할 수 없음

다만, 핑거프린팅의 경우 단순히 가설을 세우고 검증했기 때문에 올바른 결과가 아닐 수도 있다. 그럼 포스팅 끝!

이상으로 포스팅을 마치도록 하겠습니다.

위의 내용에 대해서는 마찬가지로 취약점 제보를 통해 개선될 수 있도록 할 예정이며, 프로토콜 분석을 통해 다운로드하고 유포하는 경우 책임이 있을 수 있습니다. 이를 통해서 어떻게 취약점을 개선할 수 있고 개선할 때에 일어날 수 있는 문제점에 대해 고민해 볼 수 있는 시간을 갖을 수 있을 것 같습니다.

감사합니다 :)

Wavve(웨이브) HLS 프로토콜 분석 및 None DRM 콘텐츠 핑거프린트(워터마킹) 분석 -1

Dork94 — Sun, 30 Jan 2022 16:05:52 +0900

저번에 DRM 콘텐츠 분석을 끝내고 일반 콘텐츠는 어떻게 동작을 하는지, 다운로드가 가능하다면 다운로드 한 파일에 대해 사용자에 대한 핑거프린트가 적용이 되어있는지 의문이 생겨 글 작성을 하려합니다.

이번 포스팅의 목적은 3가지이며, 웨이브 동영상을 다운받고자 설명하려는 목적이 아님을 밝힙니다.

1. HLS 프로토콜 분석

2. 다운로드가 불가능 한 콘텐츠의 다운로드 가능성 분석

3. 다운로드 한 영상에 사용자의 정보(fingerprint)가 포함되어 콘텐츠가 유출되었을 경우 유출한 사람을 특정할 수 있는 가능성이 있는지

내용이 많아 2개의 포스팅으로 나누었으며, 첫 번째 포스팅에는 웨이브 소개와 프로토콜 분석, 두 번째 포스팅에는 동영상 다운로드와 핑거프린팅 분석으로 나눠서 포스팅 하도록 하겠습니다.

아래부터 편한 말로 작성을 하도록 하겠습니다.

우선 웨이브에는 이용권에는 다운로드 할 수 있는 기능이 존재한다.

웨이브의 다운로드

다운로드를 누르게 되면 해당 영상을 다운로드할 수 있는 링크가 주어지고, 이 링크를 통해 영상을 mp4 형식으로 다운로드할 수 있다.

이용권에 고지한 다운로드에 관련된 내용을 찾아보니 다음과 같다.

방송VOD 다운로드는 콘텐츠에 따라 다운로드가 제한될 수 있으며, 서비스 사정에 따라 다운로드 횟수가 제한될 수 있습니다.
방송VOD 다운로드는 TV에서는 제공하지 않습니다.

즉, 다운로드 할 수 있는 콘텐츠가 제한되어 있고 횟수 또한 제한되어 있다는 뜻인데, 실제로 다운로드가 가능한 콘텐츠와 그렇지 않은 콘텐츠가 나뉘어 져 있는 것을 쉽게 찾을 수 있었다.

다운로드 가능 콘텐츠

다운로드 불가능 콘텐츠

우선 웨이브에서 지원하는 다운로드에 대해 알았으니, 본격적으로 HLS 프로토콜에 대한 분석을 해보도록 하자.

프로토콜 분석은 MacOS의 크롬 브라우저에서 진행되었다.

웨이브에서 재생을 시작했을때 네트워크 프로토콜을 살펴보자.

웨이브 일반 콘텐츠 네트워크 프로토콜

재생과 무관한 js, data 파일들을 제외 하면, 가장 먼저 발생하는 프로토콜은 GET 방식으로 https://apis.wavve.com/fz/streaming 주소에 파라미터와 함께 request가 발생한다.

<!-- https://apis.wavve.com/fz/streaming parameters -->
device: pc
partner: pooq
apikey: E5F3E0D30947AA5440556471321BB6D9
credential: Private information
pooqzone: none
region: kor
drm: none
targetage: all
contentid: C3601_C36000000023_01_0002.1
contenttype: vod
hdr: sdr
videocodec: avc
audiocodec: aac
issurround: n
format: normal
withinsubtitle: n
action: hls
protocol: hls
quality: auto
deviceModelId: Mac OS X
guid: ebda780c-17f4-11eb-a60c-12f21e1997c6
lastplayid: none
authtype: cookie
isabr: y
ishevc: n

파라미터를 살펴보면, 사용자가 재생을 할 수 있는지 검증하기 위한 credential 값과 재생하는 재생하는 장치에 대한 정보를 비롯해서 프로토콜의 정보, 코덱정보, 콘텐츠 정보(id)가 파라미터로 사용되는 것을 볼 수 있다.

특이한 점이라면, DRM이 적용된 콘텐츠에는 MPEG-DASH프로토콜이 사용되었는데, DRM이 적용되지 않은 콘텐츠는 HLS방식으로 스트리밍을 하는 것을 알 수 있다.

https://apis.wavve.com/fz/streaming의 응답 값

응답 값을 보면 해당 콘텐츠를 재생하기 위해 필요한 정보와 콘텐츠에 대한 정보가 json 형태로 오는것을 볼 수 있는데, DRM에서 분석한 것과 마찬가지로 aws cookie가 제공되며 이를 헤더 쿠키 값에 추가하여 이후에 발생할 프로토콜에 대해 콘텐츠 접근을 제어한 다는 것을 유추할 수 있다.

<!-- Response of https://apis.wavve.com/fz/streaming -->
{
   "play":"y",
   "prerollad":{
      
   },
   "authtype":"cookie",
   "playurl":"https://vod.sdn.wavve.com/hls/C3601/C3601_C36000000023_01_0002.1/2/chunklist5000.m3u8",
   "liveurl":"",
   "etcurl":"https://vod.sdn.wavve.com/etc/C3601/C3601_C36000000023_01_0002.1/2/",
   "awscookie":"Policy=",
   "subtitles":[
      
   ],
   "issue":"2022-01-30 16:53:01+0900",
   "playid":"00b2fed59e664d54af581830e250bf86",
   "qualities":{
      "ishevc":"n",
      "pagecount":"5",
      "count":"5",
      "mediatypes":[
         "SDR"
      ],
      "list":[
         {
            "id":"1080p",
            "name":"FHD",
            "marks":"",
            "filesize":"1 GB"
         },
         {
            "id":"720p",
            "name":"HD",
            "marks":"",
            "filesize":"642 MB"
         },
         {
            "id":"480p",
            "name":"SD",
            "marks":"",
            "filesize":"357 MB"
         },
         {
            "id":"360p",
            "name":"모바일화질",
            "marks":"",
            "filesize":"191 MB"
         },
         {
            "id":"100p",
            "name":"오디오모드",
            "marks":"",
            "filesize":"0 MB"
         }
      ]
   },
   "quality":"1080p",
   "preview":{
      
   },
   "chargedtype":"y",
   "pricetype":"p",
   "concurrencygroup":"1",
   "playtime":"3600",
   "onairvod":{
      
   },
   "drmtype":"",
   "drm":{
      
   },
   "previewtime":"60",
   "nexttriggerseconds":"30",
   "marketing":{
      
   },
   "postscreen":"recommend",
   "country":"KR",
   "extraitem":"",
   "version":"3.47 preview message2",
   "from":"azure",
   "debug":{
      "version":"2.32a",
      "process.env.deploystate":"production"
   },
   "errormessage":"서비스 연결이 지연되고 있습니다.\n잠시 후 이용해 주세요.",
   "mediatype":"SDR",
   "bookmarkextra":{
      "product":"pk_1489=pass,",
      "pca":"y,cloudfront",
      "origin":"inside"
   }
}

위의 응답 값에서 주목할 만한 부분은 playurl 인데, 이 주소를 통해 콘텐츠를 스트리밍 할때 사용되는 m3u8 포맷을 얻을 수 있다.

다음으로 발생하는 네트워크 활동으로 https://vod.sdn.wavve.com/hls/C3601/C3601_C36000000023_01_0002.1/2/chunklist5000.m3u8의 주소로 request가 발생하는 것을 볼 수 있었는데, 이 주소는 이전에 응답 값의 playurl 주소와 일치한다.

<!-- chunklist5000.m3u8 -->
#EXTM3U
#EXT-X-VERSION:3
#EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=249000,AVERAGE-BANDWIDTH=204507,CODECS="avc1.4D4015,mp4a.40.2",RESOLUTION=480x270,FRAME-RATE=30.00
150/chunklist.m3u8
#EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=410592,AVERAGE-BANDWIDTH=300239,CODECS="avc1.4D4015,mp4a.40.2",RESOLUTION=480x270,FRAME-RATE=30.00
250/chunklist.m3u8
#EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=867808,AVERAGE-BANDWIDTH=605301,CODECS="avc1.4D401E,mp4a.40.2",RESOLUTION=640x360,FRAME-RATE=30.00
500/chunklist.m3u8
#EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=1637856,AVERAGE-BANDWIDTH=1121595,CODECS="avc1.4D401F,mp4a.40.2",RESOLUTION=854x480,FRAME-RATE=30.00
1000/chunklist.m3u8
#EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=2865120,AVERAGE-BANDWIDTH=2090548,CODECS="avc1.4D401F,mp4a.40.2",RESOLUTION=1280x720,FRAME-RATE=30.00
2000/chunklist.m3u8
#EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=7521504,AVERAGE-BANDWIDTH=5174707,CODECS="avc1.4D4028,mp4a.40.2",RESOLUTION=1920x1080,FRAME-RATE=30.00
5000/chunklist.m3u8

m3u8의 파일에는 재생을 위한 url이 있는 것이 아닌, 또다른 m3u8 파일을 참조하도록 구성되어있는데, 동영상 화질에 따라 각각 다른 m3u8 파일을 참조하도록 url이 구성되어 있는 것을 알 수 있다.

우선 여기까지 하고, 다음 네트워크 활동을 보도록 하자.

chunklist5000이후 네트워크 활동

다음 네트워크 활동으로는 또다른 m3u8 파일을 얻도록 요청을 보내는 것을 확인할 수 있는데, 이 주소는 이전의 m3u8파일 (chunklist5000)에서 얻어 왔다는 사실을 알 수 있다.

그럼 위의 네트워크에 대한 응답을 보자.

<!-- chunklist.m3u8-->

#EXTM3U
#EXT-X-VERSION:3
#EXT-X-TARGETDURATION:3
#EXT-X-MEDIA-SEQUENCE:1
#EXT-X-PLAYLIST-TYPE:VOD
#EXTINF:2.067,
0/media_1.ts
#EXTINF:2.000,
0/media_2.ts
...
0/media_367.ts
#EXT-X-ENDLIST

마침내 실제로 스트리밍할때 필요한 주소가 들어있는 m3u8파일을 얻을 수 있었다.

hls도 dash와 마찬가지로 미디어 파일을 여러개의 segment로 나누어서 스트리밍을 하는 것을 알 수 있으며, 각 segment의 uri 주소를 m3u8파일에 명시해줌으로서 스트리밍이 동작하게 하는 방식이다.

실제로 이 네트워크 활동 이후에는 m3u8 파일에 명시되어있는 주소로 요청을 하나씩 보내는 것을 확인할 수 있었으며 응답으로는 실제 데이터(동영상)이 응답으로 오는 것을 알 수 있다.

실제 동영상 데이터를 요청하는 uri와 응답

그럼 지금까지의 과정을 정리해보자.

1. 사용자 정보와 content id로 m3u8 주소 요청 -> 화질별 m3u8의 주소가 담겨있는 m3u8

2. 원하는 화질의 m3u8 주소로 요청 -> 실제 동영상의 데이터를 받을 수 있는 m3u8

3 m3u8에 있는 uri로 요청 -> 실제 동영상 데이터

즉, m3u8 파일을 2번 요청하게 되며 첫 번째 m3u8 파일은 화질별 m3u8의 uri 주소가 담겨있고, 두 번째 m3u8에 실제로 동영상 데이터를 얻을 수 있는 uri이 포함되어 있다. DASH 프로토콜과 다른점은 video와 audio가 나뉘어져있지 않고, uri가 파일안에 제공되는 것 같다. 파일의 크기나 네트워크 패킷의 수를 줄일때는 dash 방식이, 내가 알아볼땐 hls가 편한 느낌..

그럼 프로토콜 분석은 끝났으니, 이를 이용해서 실제로 동영상을 다운받을 수 있는지, 그리고 프로토콜 분석을 통해 다운받은 동영상과 실제로 웨이브에서 지원하는 다운로드 영상과 차이는 있는지, 동영상을 다운받을 수 있다면, 다운받은 사람을 추적할 수 있는 핑거프린팅이 적용되어있는지 다음 포스팅에서 알아보도록 하자.