Chrome’s best security feature is one that the user does not see. It’s the way each tab, or displayed web page – and all the associated trappings within that web page – are run as a separate process in Windows. (Linux and Mac versions have also been promised.) This means that animated graphics, JavaScript programs, embedded music players, and other things that are not expressly HTML (hyper-text markup language- which directs the most basic rendering and drawing instructions for a web page) are run in separate sessions. These sessions have strictly limited capabilities. So if the user goes to a “black hat” website that tries to run a malicious script, the script may be prevented from doing its evil task. At worse, a problem that completely crashes the tab won’t take out the other tabs.
A process in Chrome runs with far more restricted “rights” than other web browsers. Processes can “compute” (or run), but they’re restricted from reading the contents of your desktop or looking in your private folders. This prevents some malware from being installed to your PC without your knowledge. It also prevents malware running in one tab from finding out what you’re doing in another tab.
A common type of problem that happens in tabbed browsers arises when a poorly written JavaScript application in a web page fails to complete. A conventional browser has no other choice than to wait for the operation to complete. In Firefox, for example, one can encounter a “bad script” that brings the browser to its knees. (Vista grays out Firefox and says it’s “not responding.”)
Chrome, on the other hand, may not be immune to the bad script, but the JavaScript running in another tab is in a separate session. It will continue even if the previous tab is slow, “hung up,” or crashed.
Another interesting effect happens when the user closes a tab in Chrome. The “old” rendering engine, the associated structures (data constructs in memory), and any scripts or other applications running from the page are “thrown away.” In other words, all the memory space used for that tab is released.
This can be compared with the allocate memory - recover memory model of other browsers. Have you ever used your browser with multiple tabs open all day long and found that it became slower and slower or unstable as time went along? This is due to tiny problems with the allocation and recovery of memory from opening and closing tabs and visiting different websites. Thus, the common wisdom is to try closing some tabs, and, if that doesn’t work, close and restart the browser. Running what’s in the tabs as separate processes may avoid this problem and make Chrome the most stable web browser yet created.
Interestingly, installing Chrome in Vista does not require elevated privileges. Instead of installing in “Program Files,” it installs under Users/user/AppData/Local/Google/Chrome. Although this allows it to be installed without administrative privileges, it means that it also has to be installed for each user of the machine. The more common practice is to install applications to Program Files and then put user-specific files under the User directory. I don’t think this is either good or bad, but is nice to see an installer play well with Vista’s User Access Control (UAC).