서적에 관한 질문 및 오류 등을 문의 할 수 있으며, 저자로부터 직접 답변을 받을 수 있습니다.
글 수 103
책에서
"안드로이드가 init에 너무나 많은 부분을 통합하게 된 이유는 보안과 실행 퍼미션의 문제 때문으로 보인다. 실제 디바이스에 대한 접근 권한 부분은 시스템관리자(root)계정이 아니고서는 다루기 힘든 부분인데, 이 부분을 애플리케이션에서 접근하지 못하도록 제한을 걸어 놓은 것으로 생각된다."
하셨는데..
1. 어째서 init에 많은 부분을 통합한다고 해서 디바이스 접근권한이 제한이 되는지 의문이구요?
2. 진져브레드부터 디바이스 액세스 퍼미션 부분은 ueventd로 처리 되는데... 그렇다면 init에서 통합되어 있던 부분이 빠지는 셈인데.. 디바이스 접근권한이 제한이 약해지는 것이 아닌지 궁금합니다?
질문이 좀 이상해서 죄송스럽네요 ^^;
"안드로이드가 init에 너무나 많은 부분을 통합하게 된 이유는 보안과 실행 퍼미션의 문제 때문으로 보인다. 실제 디바이스에 대한 접근 권한 부분은 시스템관리자(root)계정이 아니고서는 다루기 힘든 부분인데, 이 부분을 애플리케이션에서 접근하지 못하도록 제한을 걸어 놓은 것으로 생각된다."
하셨는데..
1. 어째서 init에 많은 부분을 통합한다고 해서 디바이스 접근권한이 제한이 되는지 의문이구요?
2. 진져브레드부터 디바이스 액세스 퍼미션 부분은 ueventd로 처리 되는데... 그렇다면 init에서 통합되어 있던 부분이 빠지는 셈인데.. 디바이스 접근권한이 제한이 약해지는 것이 아닌지 궁금합니다?
질문이 좀 이상해서 죄송스럽네요 ^^;
2.3에서는 ueventd가 적용되면서 그나마 유연하게 바뀌었습니다.
하지만, 어차피 runtime시는 제어가 불가능하도록 되어 있고, mknod와 같은 명령이 존재하지 않기때문에 유연성 부분에서는 여전히 제한이 있습니다.
app에서는 root 혹은 system 권한을 갖기 힘들기 때문에, device를 직접 접근할 경우(위험한 방법입니다만)permission을 일일이 조정해 주셔야 합니다. others가 접근할 수 있도록...
2.2까지
1. init관련 소스에서 직접 제어를 하기 때문에 접근 권한을 바꾸는데는 root 권한이 있어야 했었습니다.
2. 2.3서부터는 ueventd로 process는 바뀌었습니다. 하지만 파일을 로딩하기 때문에 접근에 대한 부분을 한번 정하면 바꾸기 힘들게 되어 있기 때문에 내용을 쓴 것입니다.
질문이 이상하지 않습니다.
내용에 대한 설명이 정확하지 않은 것에 대한 질문이므로 제 잘 못이죠....^^
질문 감사드립니다.