사실 녹스카운터가 보안면에서는 거의 소용없습니다

녹스에 사용된 eFuse라는 것이 변조 여부를 물리적으로 나타내는 것인데, 어떤 면에서 거의 소용이 없다고 보시는건지 설명을 듣고 싶습니다.

저도 처음엔 보안때문인줄 알았는데 e fuse가 단순히 퓨즈뿐이라 실제 변조를 탐지하는건 다 소프트웨어가 하게 되는 구조입니다. 대부분은 우회가능하고 실제로 연결되어있는 모듈은 mst모듈밖에 없는걸로 알고있습니다

리락도 안되고 원상복구 등등 여러가지 면에서 손해라서요ㅠ

그래핀os 가 삼성을 지원안하는 이유가 녹스 때문이더라고요. 픽셀 꼬라지 보면 한숨만 나오는데 삼성이 지원해주면 정말 좋을거같아서요

아 그래핀 OS면... 모순적인 상황이긴 하죠

그런데 전 그래핀 OS를 써야 한다면 그냥 픽셀을 한 대 더 들여서 쓸 것 같아요 ㅜㅜ

그래핀 OS를 설치하는 목적이 일반적으로 극한의 보안과 프라이버시를 추구하기 위한 것이라 알고 있는데... 따지고 보면 非구미권 브랜드의 기기에 그래핀 OS를 까는 것이 과연 100% 신뢰할만한 것인지부터를 따져봐야 하지 않을까 싶어서 그렇습니다. 아무리 1세계권 국가라 하더라도요.

커롬이 이유라면 비 AOSP 계열 중에선 (욕도 먹지만) OneUI 만한게 없으며, AOSP 계통을 쓸거라면 굳이 비싼 삼성폰을 쓸 이유가 없으니,(그냥 싼 중국제 줏어다 픽셀 계열 롬 올리면 좋으니까요.) 결국 문제는 일말의 아쉬움을 남기는 삼성이 되겠군요 ㅋㅋㅋㅋㅋㅋ

그것보다 저들의 모든 보안 기능을 Knox라는 마케팅적 수사로 엮은 삼성의 정책 때문에 불가능할 겁니다. 최소한 그에 준하는 솔루션을 제공해야 할텐데 그게 가능할까요?

갤럭시를 제외하면 폰 완성도가 처참합니다.

중국제가 많이 올라와도 아직은 아닌가 보군요

BBK, 샤오미 급 정도 되면 완성도, 품질은 수준급이라고 봅니다. 그러나 중국판은 사용성이 개판이고,(중국 내 기능들이 거슬리더군요.) 중국판을 제하면 그돈 줄바에야 삼성을 쓰고, (글로벌판은 가격이 급격하게 뛰니) 결국에는 삼성으로 귀결된다고 봅니다. 

방수,디자인,빌드퀄리티 같은면에서 삼성따라잡은 제조사가 보이지 않더군요

장난감처럼 롬질할거면 중국제가 최고인 듯 합니다. 가격 대비 품질이 월등합니다. 

그래핀 os가 현재는 픽셀만 지원하는 상태라 녹스 없어지면 삼성 지원될거같아서요

보안 솔루션도 솔루션인데, 엑시노스 탑재 모델의 경우 모뎀+커널 지원, 그리고 가장 치명적인 리커버리 개발이 미비해서 개발이 스냅 모델보다 더 느립니다... 노트9이 지원이 지금 와서 활발한 이유도 이런 커롬의 기초적인 자원도 홈브류식으로 개발되기 때문입니다.

역사와 전통에 따르면 삼성 기기는 커롬 개발에 썩 좋은 기기가 아닙니다...

픽셀 ap가 엑시 커스텀이라 문제없습니다. 오히려 더 쉽겠네요

아 모뎀은 그렇군요. 세세한 결(엑시는 5X13,23, 외부 베이스밴드는 5X00이죠.)은 다르지만 개발에 보탬은 될 수 있을 겁니다. 

근데 칩의 백엔드가 LSI 작품인건 맞지만, 최근의 픽셀은 구글 작품이라고 생각해서 크게 도움이 될까 모르겠네요.

게다가 커널 단까지 들어가면 엑시 용으로 변용하는 데도 한계가 있을겁니다.

그게 무슨소린가요?

실제로 녹스 카운터를 초기화하는 하드웨어적인 방법이 있었다죠 ㅋㅋㅋㅋ 갤럭시 S2 시절 녹스가 최초로 도입되었을 시절이니 한참 전 일이지만요.

그땐 아마 eFuse 도입 전이었을껍니다

접근 차단도 소프트웨어로 동작합니다. 즉 녹스가 깨진걸 감지하는것도 소프트웨어로 동작하기때문에 우회가 가능합니다. 

이거 우회하는 데 성공한 적이 있었던가요? 그냥 핫픽스로 취약점 메우면 이론으로만 남을 방법인 것 같은데 말이죠...

게다가 요즘엔 eFUSE 외에도 E2100 이후 secure element가 SoC안에 내장되어 있어 더더욱 까다로울 겁니다.

우회해서 차단된것들을 풀어주는 툴이 계속 나오고있는걸로 알고있습니다. 유일하게 mst모듈이 efuse에 직접 연결되어있어 사용 불가능하다고 합니다. Ap에 se로도 보안은 충분한데 굳이 따로 넣을이유까지는 없다고 봅니다

요는, 변조가 이뤄진 상황이 비가역적 성격을 띈다고 말씀하시는 것 같습니다.

이 부분은 녹스 카운터라고 불리는 변수값 때문인데, 이 값은 일반적으로 불변입니다. 

이 때문에 부트로더 언락, 외부 펌웨어 로드 등 변조라고 생각할 만한 상황에서 녹스 비활성화가 일어나는데 이것이 녹스 카운터에 의해 비가역적으로 실행되죠.

그러나 소프트웨어 위변조는 가역적인 보안 이슈인데 이걸 무조건적인 접근 차단으로 대응하는 것이 과하다는 부분에서는 저도 동감합니다. 복구 모드로 밀어버리면 해결이 가능한 이슈를 비활성화로 대응하는 건 과한 처사라고 볼 수도 있는거죠.

네 맞는 말씀입니다. 제가알기로 녹스카운터의 역할이 변조를 감지해 데이터 유출을 막는것인데 이게 우회가 된다는것은 사용자를 불편하게만 하지 보안칩셋으로서의 역할은 무의미하다고 생각합니다

그러나 중요한 건 보안 솔루션 자체 아니겠습니까? 솔루션의 한 축으로서 커스텀 하드웨어는 상당한 이점을 갖습니다. 웬만한 역량으로는 해결하기 어려운, 그리고 제한적인 접근을 허용한다는 점에서 충분한 가치를 갖는다고 봅니다.

결국 우회로 형성은 똑같이 소프트웨어적 대처로 해결 가능합니다. 완벽한 보안은 존재키 어렵지만, 보안을 완벽하게 유지하는 건 품만 들인다면 충분히 가능하죠.

사용자를 불편하고 불쾌하게 하는 요소는 녹스 카운터이지 녹스라는 솔루션은 아닐겁니다. 이걸 바꿔줄지에 대해선 저는 개인적으로 부정적으로 봅니다.

커스텀 하드웨어가 도움이 되는것은 사실이지만 

구조를 공개하지 않으면 문제가 발생항 가능성이 높습니다. 더군다나 삼성이 보안 신기술 도입도 느려서 녹스 솔루션을 없애줬으면 하는 바램입니다. 

부트로더 언락을 공식적으로 지원하는 회사들 많고 구글은 심지어 거의 모든 코드를 공개해놓았습니다

그건 어디까지나 각 제조사의 기조에 따라 커스텀 친화 여부가 갈리는 것 뿐이지, 그게 기본적인 스탠스가 커스텀에 친화적이지 않다고 해서 문제될 건 없죠.

제조사에서 스마트폰이라는 제품이 아니라 개발자 키트를 파는 거라면 모를까요.

네 문제가 된다고 생각하지 않습니다. 그냥 단순히 삼성이 지원해주면 더 좋을거같아서 써본 글입니다

저도 예전에 학생 때 커롬질하면서 시간 녹였던 사람으로서 무슨 말씀이신지는 압니다 ㅋㅋ