자유 게시판
비스타 UAC 기능의 모순
2008.11.14 08:28
비스타의 대표적인 보안기능 UAC를 어떤 분들은 바이러스 잡아내고 트로쟌 같은 해킹툴같은 것을 집어내는 기능이 있는것으로 알고 있는데 그런기능은 없다
(그래서 어떤 사람은,,카스퍼스키 같은 바이러스백신 따위와 UAC기능을 어딜 비교하는냐는 말까지 한다)
쉽게 말하면 마소가 자기들이 인증했거나 확인된 프로그램이 아니면 항상 사용자에게 물어서 설치여부를 확인하고 알리겠다는 취지로 일명 "보안기능의 강화"라며 나온 기능이다
물론 모든것을 막아버리니(특히 uac아래에서는 익스플로러는 low 권한으로 실행이 되어서 인터넷 임시 폴더 이외의 폴더에는 접근조차 안되니 악성코드등이 설치될 일도 없을것이다,윈도우 폴더나 레지스트리를 건드리는 문제도 없다)
결국 열어주고 다른 유틸들로 바이러스,악성코드,보안문제를 해결하며 편하게 컴퓨터를 사용할것이냐..
아니면 비스타의 UAC기능등 비스타 고유 보안기능에 의지해 불편함을 감수하며 사용할것이냐의 문제가 남는데,,,
이것은 개인적인 문제이지만,, 나같은 경우는 전자를 택해서 컴퓨터를 사용해 왔고,,편하게 아무 문제 없이 사용해 왔다
아직 컴퓨터에 익숙치 않은 사람들은 어찌 할것이냐의 문제가 있고 UAC기능이 이들에게는 당장 선택의 여지가 없을 수도 있을것이다
그런데,,
이 지구상에 컴퓨터에 관계된 프로그램 이라든지.. 하드웨어 드라이버가 어디 마소에서 확인되고 인증된것들 만 존재하는가?
훨신 더 많은 프로그램들과 컴퓨터에 유용한 각종 유틸들이 즐비하다
이런 무수히 많은 유용한 유틸들을 마소가 자기들이 인증 내지 확인한 것들 아니면 항상 쪽창을 띄어서 설치할 것인지를 일일이 물어보겠다는 것이다,,,,보안을 위해서,,
어찌 보면 이 기능은 마소의 독단 ,,이기,,혹은 사용자를 길들이겠다는 의도와 고객의 편리하고 원활한 컴퓨팅을 우선하기 보다는 보안기능강화 이라는 미명 아래 자기들의 법적 정당성을 강화 하려는 이기주의가 밑바탕에 깔려있는 모순이 그대로 보이는 진실성이 결여 된 실패한 기능이다
이런 문제들을 진작에 의식한 마소가 앞으로 나올 윈도우7에서는 사용자의 입장에서 훨신 더 변화되고 편리한 UAC 만들어 포함시키겠다고 한 모양이다
비스타는 그 외에도 쓸대없이 시스템 자원만 소모하는 사실상 무용지물인 기능이 몇가지가 있다
어떤 사람은 7가지,,
어떤사람은 12가지를 말하는 사람도 있다
곧 앞으로 나올 윈도우7은 분명히 비스타 보다는 가볍고 훨신 더 편리한 운영체제가 될 가능성이 크다
그 정도가 어느 정도인가에 따라서 기업용으로도 ,공장용으로도 훌륭한 OS로 뿌리를 내릴 수 있느냐가 결정 될 것이다
마소가 돈을 벌려면 공장과 기업납품이 되어야 한다
그런 면에서 미국기업(공장)에 8%의 비스타 점유율에서 종말을 맞이할것으로 보이는 비스타는 사실상 성공한 OS는 아닌듯 하다
(그래서 어떤 사람은,,카스퍼스키 같은 바이러스백신 따위와 UAC기능을 어딜 비교하는냐는 말까지 한다)
쉽게 말하면 마소가 자기들이 인증했거나 확인된 프로그램이 아니면 항상 사용자에게 물어서 설치여부를 확인하고 알리겠다는 취지로 일명 "보안기능의 강화"라며 나온 기능이다
물론 모든것을 막아버리니(특히 uac아래에서는 익스플로러는 low 권한으로 실행이 되어서 인터넷 임시 폴더 이외의 폴더에는 접근조차 안되니 악성코드등이 설치될 일도 없을것이다,윈도우 폴더나 레지스트리를 건드리는 문제도 없다)
결국 열어주고 다른 유틸들로 바이러스,악성코드,보안문제를 해결하며 편하게 컴퓨터를 사용할것이냐..
아니면 비스타의 UAC기능등 비스타 고유 보안기능에 의지해 불편함을 감수하며 사용할것이냐의 문제가 남는데,,,
이것은 개인적인 문제이지만,, 나같은 경우는 전자를 택해서 컴퓨터를 사용해 왔고,,편하게 아무 문제 없이 사용해 왔다
아직 컴퓨터에 익숙치 않은 사람들은 어찌 할것이냐의 문제가 있고 UAC기능이 이들에게는 당장 선택의 여지가 없을 수도 있을것이다
그런데,,
이 지구상에 컴퓨터에 관계된 프로그램 이라든지.. 하드웨어 드라이버가 어디 마소에서 확인되고 인증된것들 만 존재하는가?
훨신 더 많은 프로그램들과 컴퓨터에 유용한 각종 유틸들이 즐비하다
이런 무수히 많은 유용한 유틸들을 마소가 자기들이 인증 내지 확인한 것들 아니면 항상 쪽창을 띄어서 설치할 것인지를 일일이 물어보겠다는 것이다,,,,보안을 위해서,,
어찌 보면 이 기능은 마소의 독단 ,,이기,,혹은 사용자를 길들이겠다는 의도와 고객의 편리하고 원활한 컴퓨팅을 우선하기 보다는 보안기능강화 이라는 미명 아래 자기들의 법적 정당성을 강화 하려는 이기주의가 밑바탕에 깔려있는 모순이 그대로 보이는 진실성이 결여 된 실패한 기능이다
이런 문제들을 진작에 의식한 마소가 앞으로 나올 윈도우7에서는 사용자의 입장에서 훨신 더 변화되고 편리한 UAC 만들어 포함시키겠다고 한 모양이다
비스타는 그 외에도 쓸대없이 시스템 자원만 소모하는 사실상 무용지물인 기능이 몇가지가 있다
어떤 사람은 7가지,,
어떤사람은 12가지를 말하는 사람도 있다
곧 앞으로 나올 윈도우7은 분명히 비스타 보다는 가볍고 훨신 더 편리한 운영체제가 될 가능성이 크다
그 정도가 어느 정도인가에 따라서 기업용으로도 ,공장용으로도 훌륭한 OS로 뿌리를 내릴 수 있느냐가 결정 될 것이다
마소가 돈을 벌려면 공장과 기업납품이 되어야 한다
그런 면에서 미국기업(공장)에 8%의 비스타 점유율에서 종말을 맞이할것으로 보이는 비스타는 사실상 성공한 OS는 아닌듯 하다
댓글 [6]
-
토레노 2008.11.14 23:44 -
토레노 2008.11.15 00:14 비스타를 싫어하는 유저들의 착각 중 하나가 바로 UAC로 대표되는 "실행 권한 구조" 자체가 윈도우7 혹은 그 이후의 윈도우에서 사라진다는 것입니다. 비스타는 실패했기 때문에 다시 XP처럼 관리자 권한으로 돌아갈것이라 여기는데, 단언컨데 절대 그럴 일은 없습니다. 다만 해결 방식이 달라질 뿐이죠.
일단 현재 비스타에서 프로그램이 관리자 권한을 요구할 때 어떻게 처리하는지 보겠습니다.
우선 일반 어플리케이션의 경우, 관리자 권한을 요구한다고 해서 XP처럼 시스템 전체 권한을 넘기지 않습니다. UAC를 통해 관리자 권한 요구가 들어오면 비스타에서는 자동으로 관리자 권한 사용시 필요한 윈도우 파일 및 레지스트리에 대한 사본을 만들어 내지요. 즉, 소프트웨어 수준에서 가상화를 통해 어플리케이션이 실행된다고 보면 됩니다. 이것의 단점은 어플리케이션 실행시 하드 액세싱이 더 늘어난다는 점입니다.
그리고 드라이버의 경우를 보죠. 드라이버는 하드웨어에 대한 직접 제어가 목적이기 때문에 소프트웨어적인 가상화를 사용할수가 없습니다. 그랬다간 엄청난 성능 저하가 일어나기 때문이죠. 그렇다고 해서 무턱대고 관리자 권한을 줄수도 없기에 몬테카를로님이 언급한 MS 인증 절차가 필요한 것입니다. MS의 검사를 받은 - 관리자 권한으로 실행됨에도 시스템에 부정적인 영향을 끼치지 않는 것으로 판단되는 드라이버에 인증이 부여되는 것입니다. 어떻게 보면 과도기적인 방법이라고 볼수 있겠지요. 실제 비스타부터는 드라이버 수준에서 굳이 관리자 권한이 필요없게 만들어져 있으니깐요. 바꿔 말하면 유저권한레벨로 작성된 드라이버는 굳이 인증이 필요없다는 말도 됩니다.
이상 비스타에서 관리자 권한을 요구할 때 처리방법을 요약하자면 바로 소프트웨어적인 가상화입니다. 계속적인 확인절차 뿐 아니라 하드액세싱에 따른 딜레이도 문제가 되지요. 이를 해결하기 위한 것이 현재 서버군에서 도입되고 있는 하드웨어 가상화입니다.
하드웨어 가상화의 장점이라면 현재 UAC 처럼 굳이 확인이 필요없어도 CPU 차원에서 알아서 가상 레이어를 만들어서 실행된다는 점입니다만, 가상화에 따른 성능저하 및 현재 중저가의 보급형 CPU에는 가상화 기능이 포함되지 않기에 하드웨어 가상화를 위한 추가적인 비용 부담이 문제가 되고 있죠.
가장 이상적인 해결책은 어플리케이션 수준에서 유저 권한 도입입니다. 이미 타 OS에서는 이것이 당연한 방향으로 나가고 있고, 윈도우용 어플리케이션에서도 이렇게 되어야 하지요. 그러면 가상화고 나발이고 필요없이 보안성도 지키며 퍼포먼스도 유지시킬수 있으니깐요. 문제는 여전히 수많은 윈도우용 어플리케이션들이 관리자 권한 레벨에서 만들어진다는 점이고, 이것은 비스타가 나왔을ㄸㅒ 그런것처럼 윈도우7이 나왔을때 똑같은 호환성에 대한 장애요소로 작용할 가능성이 큽니다.
뭐 이쯤에서 "과연 보안이 필요한가?"라고 생각할수 있는데, 이건 엔드유저 차원에서 이미 거스르기 힘든 대세입니다. 괜히 타 OS에서 그런 방향을 채택하는것이 아니고, MS에서조차 그것을 긍정적으로 채택하는게 아니라는거죠. 오히려 그간 관리자 권한의 남발 때문에 단지 웹클라이언트 어플리케이션 하나만 설치했을 뿐인데 윈도우가 망가지는 현상을 당연시한 그동안의 습관을 의심할 필요가 있는것 아닐지요. -
a 2008.11.15 09:13 뭔가 심도깊은 지식을 얻어가는 기분입니다. -
빼리루 2008.11.15 16:03 이런 이유 때문에 UAC가 포함된거군요
UAC가 어떤 식으로 작동하는지 잘 이해가 안 갔는데,
소프트웨어적인 가상화라는 말에서 확실히 이해를 했습니다^^;
토레노님 덕분에 좋은 정보 얻어갑니다. -
Xeon 2008.11.18 03:06 잘못된지식을 퍼뜨리는군요 -.-제법길게쓰느라 노력은하셨는데 어쩌나여 틀린부분이너무많군요.
그리고 잘복사해오셨습니다. -
1231`` 2008.11.19 04:08 조금 다르면이 있긴 해도 리눅스의 su나 sudo도 그럼 독단의 산물인가요?
Windows 계열이 전통적으로 보안에 취약한 이유는 하나입니다. 모든 어플리케이션의 실행구조가 관리자 권한을 필연적으로 요구한다는 것이죠. Windows군의 대표적 어플리케이션인 ActiveX를 예로 들 때, 단지 웹기반 클라이언트 프로그램에 불과한 ActiveX가 시스템 전체를 제어하는 관리자 권한을 획득하는게 그동안 Windows 프로그램에선 당연한 것이었고, 이런 개별 어플리케이션에 대한 과도한 권한 지정이 바로 Windows 계열이 전통적으로 보안에 취약했던 이유입니다.
반면 非 Windows 계열 - 대표적으로 리눅스나 맥OS의 경우는 기본적으로 어플리케이션의 보안 수준이 사용자 레벨 수준이었습니다. 개별 어플리케이션에서 수행되는 작업이 OS 커널이나 타 어플리케이션에 영향을 끼치지 않게 만들어지는게 기본이며, OS가 이런 구조를 가지고 있는것이 근본적인 보안레벨을 높일 수 있다는 점을 MS가 받아들인게 바로 비스타의 UAC 입니다.
물론 여기에 문제가 있죠. 타OS 어플리케이션들은 예전부터 유저 권한에 맞게 모든것이 만들어져와서 별 문제가 없는 반면, Windows 어플리케이션은 전통적으로 시스템 전체를 제어하는 관리자 권한 위주로 만들어져 왔기 때문에 새로운 권한 시스템을 도입한 비스타에서 이전에 만들어진 프로그램을 실행할 때 계속 UAC 같은 경고가 뜨는 것입니다.
엄밀히 말하면 비스타에 도입된 모든 보안 요소는 이제야 Windows가 보안에 있어서 정상적인 OS의 방향성을 가졌다고 보면 됩니다. 드라이버부터 어플리케이션까지 Windows 상에서 실행되는 모든 요소들이 시스템 전반을 제어하거나 타 어플리케이션에 직접적인 영향을 끼치는 관리자 권한을 못가지게 한 것이거든요. 이것은 이미 다른 OS의 진화 방향과 유사합니다. 솔직히 동일한 엔드유저용 OS인 리눅스 계열이 관리자 권한을 사용할때마다 패스워드를 필수적으로 쳐야 하는것에 비하면 비스타의 UAC는 약과일지도 모르죠. (sudo 명령어가 있긴 하지만 과연 텍스트 방식의 제어가 GUI 제어보다 편하다 할수 있을까요... 또한 전체적인 administrator 계정 로그온이 있긴 하지만 이역시 디폴트 셋팅이라 간주되지 않습니다.)