정통부 "윈도비스타, 국내 응용프로그램과 충돌"(종합)

XP까지는 어드민 계정이 기본계정이였는데 비스타로 넘어오면서는 어드민은 잠궈져있고 유저 계정으로 부팅이 됩니다.
(우분투를 생각하시면 됩니다.)

하지만 비스타에서도 어드민 계정으로 부팅하면 XP 시절과 똑같습니다. 액티브x 다 정상작동합니다. -_-;

다만 어드민 계정을 활성화 시킬수 있는건 엔터, 얼티밋 에디션만 가능합니다.

홈 버전에서는 어드민 활성화가 불가능하죠.

아마도 업자들과 정부가 나서서 엔터, 얼티밋 사용을 권장할꺼 같군요.

UAC에 대한 오해가 있는데 ActiveX 뿐만 아니라 모든 응용프로그램이 영향을 받습니다.
이때까지 접근하는데 아무런 제약이 없었던 C:/ 라던지, C:/Program Files, C:/Windows, 레지스트리의 HKLM(Local Machine) 등을 더이상 접근할 수 없게 됩니다.
이젠 Windows에서도 시스템에 접근하기 위해서는 리눅스의 su와 같은 기능을 하는 UAC 권한상승 API를 호출해야 합니다. 이 UAC 권한상승 API를 호출하지 않고 시스템에 접근하면 실패합니다. 예를들어 UAC 없이 fopen("C:/windows/mytest.txt","w") 는 항상 null을 리턴합니다. 또한 su가 패스워드를 물어보듯 UAC 권한상승 API를 호출하면 매번 다이얼로그가 뜨면서 사용자에게 권한상승이 일어난다는 것을 알려줍니다.
당연한 말이지만 사용자의 홈 디렉토리는 아무 제한없이 접근할 수 있습니다.

사용자가 새 프로그램을 설치할 때는 시스템에 억세스해야 할 경우가 있으므로 실행파일 이름에 Setup이나 Install이 있을 경우 응용프로그램이 명시적으로 UAC API를 호출하지 않더라도 OS에서 자동으로 UAC API를 호출해서 다이얼로그를 띄우고 승인을 얻은 후 진행합니다.
굳이 리눅스와 비교하자면 시스템에 프로그램을 설치할때 root 계정으로 make install을 실행하는 것과 같다고 보면 됩니다.

인터넷 뱅킹이 오류나는 원인은 1. 인증서를 C:/Program Files/NPKI 와 같이 보호된 영역에 저장하려 하는데 UAC 권한상승 API를 호출하지 않고 억세스하려 하므로 실패하고(매 실행시마다 UAC 권한상승을 하는 것은 옳지 않은 방법으로, 인증서 저장소를 Program Files가 아닌 유저 영역을 이용하도록 변경해야 함), 2. 특정 솔루션의 경우 SSL 통신을 위해 PC에 로컬 프록시 서버를 띄우는데 IE의 보안강화로 서버 프로세스 수행이 불가해졌고, 3. 백신이나 키보드 해킹방지 프로그램 등 Windows API를 후킹하는 프로세스는 IE에서 실행할 수 없도록 역시 IE의 보안이 강화되었기 때문입니다.

플래시가 동작하는 것에는 UAC 권한상승이 필요하지 않으므로 기존과 같이 잘 설치되고(설치할때 UAC 호출이 필요하지만) 잘 실행됩니다. 그러나 뱅킹 등은 수동설치 하더라도 위와 같은 이유로 실행 자체에 제한이 가해지므로 오류가 나는 것입니다.

윈도우 비스타의 보안강화는 리눅스나 유닉스, MacOS 등 다른 OS에서는 이미 다 적용하고 있던 사항으로 전혀 특별한게 아닙니다. 보안에 무심한 윈도우 개발자의 무지를 탓해야지 MS를 탓해서는 안될 일이지요. 기업과 언론은 거꾸로 가는 것 같습니다만...

UAC API는 su와 마찬가지로 한번 호출하면 프로세스가 종료될 때까지 계속 관리자 권한을 갖게 됩니다. 그러므로 UAC API를 남용하지 않도록 해야 하는데.. 국내 업체가 어떻게 해결할지 관심있게 지켜보고 있습니다.