The Great UAC Debate!


UAC  

1412 members have voted

  1. 1. Do You Use UAC?

    • Yes
      477
    • Yes, On "Silent Mode"
      91
    • No (I use an Admin Account)
      496
    • No (I use a Standard Account)
      39
    • I don't use Windows Vista
      118
  2. 2. Have You Ever Been Saved By UAC?

    • Yes
      226
    • No
      932
    • I don't use Windows Vista
      106


Recommended Posts

You can configure the admin approval mode prompt (the prompt given to administrator users) to always ask for credentials if you really want to, but what's the point.

When you say "Unix," I'm going to assume you only mean OS X and the handful of popular Linux distros that come preconfigured with a sudo setup since it's otherwise a meaningless umbrella term for a whole host of OSes which can't be grouped as one.

Anyway, I would speculate that the reason it's configured to prompt for your password there is for security reasons. I suspect the sudo prompts (and whatever frontends exist for them) are not secure and could easily be bypassed. Windows deals with this by prompting on a separate desktop running in a separate session so it can't be manipulated, while OS X and the Linux distros deal with it by prompting for a password. There is also a subtle technical difference in what sudo and Windows do. Sudo substitutes users, in other words runs a program as a separate user. Windows runs the program as the same user but with a different security token.

Ah okay! I can't admit that I've understood it properly before your explanation.

Wrong. If you get a virus and you have UAC on your computer will be safe. The virus won't be able to touch your system files or the other accounts on your system. Your account will be attacked by the virus, but any other accounts on the machine will be safe. If you turn UAC off and you get a virus your f*****.

What other accounts? Like most other people I only have one. All my data is accessible from it, as are my programs and the internet. Malware could steal all my files, spy on me, and make me part of a botnet without ever needing administrator access. It could also ride along with a legitimate elevation request and trick me into elevating it. UAC is in no way a substitute for antimalware and common sense.

Wrong. If you get a virus and you have UAC on your computer will be safe. The virus won't be able to touch your system files or the other accounts on your system. Your account will be attacked by the virus, but any other accounts on the machine will be safe. If you turn UAC off and you get a virus your f*****.

And what happens if you click allow on that UAC prompt when the malware asks for elevation? It then has access to everything it would have had with UAC turned off. UAC is no security feature. Really it is just a means to inform the user when an application is requesting admin access on the system. IF the user allows it access when prompted then there is no real difference than having UAC turned off.

UAC will limit the damage however if you don't allow access, and that alone is the reason it should stay enabled. Even if you know what you are doing, there are other ways to prevent the many UAC prompts from appearing. For example, if copying a bunch of files in Explorer, simply open your explorer windows as an admin, and voila no UAC prompts because they are already running with Admin rights.

And what happens if you click allow on that UAC prompt when the malware asks for elevation? It then has access to everything it would have had with UAC turned off. UAC is no security feature. Really it is just a means to inform the user when an application is requesting admin access on the system. IF the user allows it access when prompted then there is no real difference than having UAC turned off.

Exactly. All it does it force users to make one extra click. And anyone in IT knows that the general user never reads the information in the prompt; they just click on "OK" and blame IT for the annoyance.

Exactly. All it does it force users to make one extra click. And anyone in IT knows that the general user never reads the information in the prompt; they just click on "OK" and blame IT for the annoyance.

That's why the user wouldn't be an admin in the first place.

And without elevation, only user folders are accessible

All you have to do is install to a folder other than Program Files, which is protected. No more prompts.

Wait, so you're saying that to keep my system more secure, I should instead install my programs in locations where they AREN'T protected from tampering? That doesn't make sense/defeats the purpose.

Wrong. If you get a virus and you have UAC on your computer will be safe. The virus won't be able to touch your system files or the other accounts on your system. Your account will be attacked by the virus, but any other accounts on the machine will be safe. If you turn UAC off and you get a virus your f*****.

It's a good thing I only silence it, not turn it off.

It's a good thing I only silence it, not turn it off.

While it's better to have it silenced rather than turned off, if a virus were to request elevation, it would be granted without your knowledge. Thus, infecting your whole system. IMO, it's better that I'm given the option deny an application access to my system. Although, if you're running as a Standard User on a day-to-day basis, none of that really matters.

Uh, it's not that simple. By that logic, if I were to install CCleaner outside of PF, I'd get no prompts. Which I know would not be true since the program itself specifically asks for elevation.

Correct me if I'm wrong, but it does that because it sometimes has to access system protected folders / files. Other older software (some games in my experience) like to write to the install folder, which is why the prompt appears. All I was suggesting is that if it is software you know will be safe, you can install it to another folder.

Exactly. All it does it force users to make one extra click. And anyone in IT knows that the general user never reads the information in the prompt; they just click on "OK" and blame IT for the annoyance.

+1 ...It's there to annoy you ..that's all ."...good-job...on that M$ ..

"That was the first thing i shut-off .."

+1 ...It's there to annoy you ..that's all ."...good-job...on that M$ ..

"That was the first thing i shut-off .."

Good job onb replying to a thread and not reading anything in it, and being another one of those who don't know what UAC is and think it's only the prompt which is only a very small part of UAC.

  • 2 weeks later...

While it's better to have it silenced rather than turned off, if a virus were to request elevation, it would be granted without your knowledge. Thus, infecting your whole system. IMO, it's better that I'm given the option deny an application access to my system. Although, if you're running as a Standard User on a day-to-day basis, none of that really matters.

Erm, I could be wrong, but I don't think the UAC activates for background tasks, only user-activated ones. At least, I can only assume so, seeing as I don't get UAC requests every 5 seconds for every system service or process that happens to go off at any time.

  • 4 weeks later...

I have came to find another great use for UAC : Cancelling accidently started installers. I'm a clumsy person and tend to accidently double-click on programs stored on the desktop or starting random games on steam (this is not common just occasional).

  • 3 months later...

I so rarely use new versions of Windows I have little to say on it, however I like the security that the mac auth option provides a UAC similar option like this:

auth.png

After experiencing it I would support UAC staying in Windows, albeit with a few fixes. (I've heard various reports of some applications being able to hide from UAC in Vista at least, this may have been fixed)

  • 4 weeks later...
  • 3 weeks later...
  • 6 months later...
  • 3 weeks later...

The SECOND thing I do with ANY computer I touch is disable this PITA POS "feature"

First thing I do is turn the machine on!!

If nothing else, this thing has helped me wreck more machines than saved me. Get so mad seeing it pop up, especially when on a laptop with out a mouse plugged in, that trying to click continue on it, I have screwed stuff up with those equally as irritating touchpads!

Glad to see that most users here run as admin and have never been saved by this POS, irritating technology!!

Erm, I could be wrong, but I don't think the UAC activates for background tasks, only user-activated ones. At least, I can only assume so, seeing as I don't get UAC requests every 5 seconds for every system service or process that happens to go off at any time.

You are correct if you mean that background tasks will not active a user UAC prompt. UAC flat out kills those. A great proof of this was psexec. If you wanted to install software silently, running that tool when Vista first came out required you used the true "Administrator" account credentials (UAC disabled by default), disable UAC for all administrators via Group Policy, or just disabled it system wide. Otherwise it went squish due to UAC.

  • 3 months later...

You are correct if you mean that background tasks will not active a user UAC prompt. UAC flat out kills those. A great proof of this was psexec. If you wanted to install software silently, running that tool when Vista first came out required you used the true "Administrator" account credentials (UAC disabled by default), disable UAC for all administrators via Group Policy, or just disabled it system wide. Otherwise it went squish due to UAC.

He's sort of right, in that services do not need UAC prompt, but a program has to install the service in the first place which does require a prompt. Programs like steam for example will use a background service, so installing games doesn't require UAC prompt.

I manage a PC repair shop and find that a vast majority of the virus infections we encounter are on XP machines where UAC is not present. On the Vista and 7 machines that do get virus infections, they tend to be less severe. UAC is not a cure-all and was never intended to be. The purpose of UAC is to require user intervention when a program requires access to protected areas (Registry, program files, system files, etc.) The idea behind this is to get the user to stop and verify before allowing the program to run. While I would agree that there are times when UAC becomes obtrusive (you cant directly edit files in protected directories), in general it has become second nature. I have personally had it save me as well. I was checking the news one day and as the ads were rolling over I got a UAC prompt for privilege escalation on a randomly named exe. I was able to use the UAC prompt to stop it and run a full scan with my AV to ensure the virus did not infect my system. All said and done, anyone would be foolish not to use a quality internet security product whether or not you choose to use UAC. I'm sure this will probably start a war with the thrifty among us but free != quality, quite the contrary. None of the free AV products have solid detection and removal records across the multitude of testing labs.

I'm using it on Microsoft Windows 7. Not saying it sacred, but it does provide an additional layer of protection in some cases and doesn't cost that much reasons, so I don't see any reason why it shouldn't be there. In most business I generally configure it to ask for a password additionally, so if a user has local admin rights and forgets to lock his computer that another user can't start any application in Administrator mode without knowing the users password.

He's sort of right, in that services do not need UAC prompt, but a program has to install the service in the first place which does require a prompt. Programs like steam for example will use a background service, so installing games doesn't require UAC prompt.

Sorry, I phrased that poorly. I was only referring to background processes that execute through an interactive desktop user, not non-interactive system services.

Actually the Steam service only facilitates registry changes without UAC elevation on behalf of a game prior to its first launch, and maybe change some registry ACLS here and there if a game keeps preferences in the system hive (very rare with modern games). It also helps Steam update without UAC elevation. It does nothing else.

Now, far as the file system goes, installing games on Steam does not call on UAC because the Steam client installer alters the ACLS on the Steam directory (defaults to "%ProgramFiles%\Steam" or "%ProgramFiles% (x86)\Steam" based on your Windows architecture). This directory is set so the "Users" group always gets "Full Control" over everything inside. If you strip this ACL away, the Steam client can no longer function for limited users, but if Steam launches as an Administrator it will automatically add the ACL back and then limited users can use it again. (And this is why I slap the Steam directory with harsh AppLocker whitelist only rules; any user and any processes running as a user can insert code into the Steam directory)

At no time does Steam automatically bypass UAC for...

...launching a game.

...third party copy protection activation or deactivation.

...installation of third party redistributions such as PhysX, DirectX, OpenAL, etc.

All of those trigger UAC elevation.

Fun fact: If your logged in as a limited user and Steam calls on UAC elevation during first launch of a game, when you enter your admin credentials everything related to redists as well as the game itself will execute as your admin user. This normally only happens the first time ever you launch that game on that install of Windows. As a side effect, if the game places its save files in the user profile, all saves during that first launch go to the admin directory that UAC authenticated and not your limited user. If you played a lot during that first session, you then have to go find your saved games in that admin profile and transfer it to your limited profile.

UAC becomes much more beneficial if you are using it in conjunction AppLocker policies in Windows 7 or 8, and in Vista if you use the more limited Software Restriction Policies that AppLocker replaces. (Note that home edition of 7 doesn't get AppLocker, and only 8 Enterprise will get AppLocker which is why I've already moved back to using Windows Server as my desktop environment for 2012 Release Preview.)

This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.
  • Posts

    • This whole dumb age verification thing needs to die and be replaced by giving parents tools to control devices. Why am I required to plaster my ID all over the internet to prove I'm old enough when parents should be the ones dictating what their kids are doing on their phones. Apple released great set of tools for iPhones coming to iOS 27 that do just that. Why are governments not mandating that kind of control to phone makers to built them into phones. This whole thing is so absolutely idiotic it's wild.
    • Remeber this decade, when the free internet died... tell your grand kids about this, record there reaction and post it on InstaTwitBook.com
    • UK nudity blockers are a looming privacy disaster, we must be able to see the source code by Paul Hill Image via Pexels The UK government, just like many state governments in the US and national governments around the world, has begun going on a bit of a power trip when it comes to digital safety. The major step taken so far is the introduction of the Online Safety Act, which requires users to prove their age to access adult websites (it includes more than this, too). Now, UK PM Keir Starmer is calling on Apple and Google, and presumably other mobile OS makers, to scan phones for explicit images to protect children. This potentially mandatory on-device scanning by vendor-controlled software will create unacceptable harms to individual freedoms and transparency, and introduce massive surveillance risks. In a statement on June 8, the Prime Minister stated that big tech companies, such as Apple and Google, must add features to their platforms, such as iOS and Android, that will detect and block sexually explicit or nude images involving under-18s on phones or tablets. Adults who want to take or send nudes would be required to hand over some form of identification to stop their phone from blocking these pictures, creating unnecessary privacy risks. According to the government, it wants to see these measures implemented within three months; otherwise, the government will introduce legislation to force them to introduce such technology. The legislation will include fines for companies and maybe even criminal liability for tech bosses who do not comply with the measures. In its announcement, the government said that stopping users from taking, sending, or receiving nudes without verifying their age is technically feasible, and pointed to a British firm called SafeToNet, which has made proprietary, closed-source, uninstallable software called HarmBlock and is actively selling a device with it enabled and is working with other OEMs. The fact that this software is closed source is a huge problem because it’s a black box; you do not know what it is doing on your device. The fact that it is unremovable is also a problem because you lose control of a phone that you own. Laughably, the government, just before highlighting SafeToNet, says that companies must introduce such measures “without threatening privacy or collecting any data.” It then says over-18s will still be able to view adult content by providing proof of age… Which sounds to me like data collection. SafeToNet makes some debatable claims about HarmBlock The government’s example software, HarmBlock, is a hugely alarming choice to espouse the virtues of this type of software. SafeToNet claims that HarmBlock is “ethically developed,” but this is the opposite of the truth. This black box software puts digital handcuffs on you if it’s installed in your device, taking away your freedom to control what software runs on your device, as it cannot be removed. It is not even free software, so we cannot inspect the source code to see what it is doing. For all we know, it could be acting maliciously. While that’s unlikely, we can’t verify that it’s not doing that. When Google and Apple do inevitably integrate these features on devices in the UK, they are very likely to be closed-source binaries, which will also be non-auditable. They will also have identity services built into them, which will require at least temporary collection of sensitive identity documents to verify your age. One saving grace for Android users is that this nudity blocker will very likely be implemented within the Google Play infrastructure that’s deeply tied into commercial Android devices. However, anyone with enough determination to throw out Google apps from their phone by flashing a custom ROM could find they regain control over their phone again without these digital handcuffs. Obviously, this is only how I expect Google to implement the feature; if it bakes it into the open-source Android somehow, that would be bad news for anyone looking to escape it. Outside of stripping mobile phone users of their freedom and sovereignty over their devices, these proprietary on-device machine learning or hash-matching solutions cannot be independently audited. This means that hackers could potentially exploit them because security researchers can’t investigate the code, and they could overstep their intended use case and collect even more user data without anybody knowing. We also wouldn’t know if the code is prone to detecting false positives or biased classification, because we can’t see the code. In the government’s announcement, contributing comments from the Internet Watch Foundation keep talking about “on-device protections” as if to say that users don’t need to worry about server-side processing; however, this is misleading, as data could flow from devices for the purpose of updates, remote model changes, telemetry, or server-side matching. We’ve also seen with the Online Safety Act that the government is never content with the laws it introduces; it always wants to expand the controls. If this scanning functionality arrives on devices, it might only block nudes initially, but later governments could pressure vendors for expanded access or use mandated features for other surveillance aims. The introduction of on-device scanners opens the door to massive risks in the future. Once nude blocking becomes normalized, regulators like Ofcom or politicians themselves could push for more controls over people’s devices. Very possible candidates for blocking include hate speech, misinformation, or undesirable political content. Also, there is a chance that once Apple and Google have developed this software, they might attempt to reuse the infrastructure for commercial or foreign requests, putting customers in greater danger. Just the UK's demand for this sets a precedent. What if a dictatorship decides to spy on activists by demanding that Google or Apple implement similar controls? Another concern with this scanning is that it adds compliance costs for businesses looking to get into the mobile operating system space. While Google and Apple dominate the space right now, there are lots of smaller companies creating mobile operating systems too, including community projects with very shallow pockets. How are these smaller competitors supposed to implement sophisticated nudity detectors? Simply put, they can’t. Then the government goes after them, causes them to shut down, and Google and Apple have less competition. Image via Aurora Store For us users who value sovereignty over our technology, this development will force us to seek freedom-respecting alternatives. The simplest path forward will likely be to install a custom ROM on an Android device; however, kicking Google off the phone with its black box nudity blocker could also make it harder to access apps such as banking apps, which tend to need you to pass Google's integrity checks. Thankfully, Google Play Store apps can still be obtained by storefronts such as the Aurora Store, but it just adds to the friction. To be fair to those pushing this measure to protect children, I think it will be reasonably effective, but people will still try to find ways around it, just as they’ve done with age gates on adult websites introduced under the Online Safety Act. In the effort to find circumvention methods, it could lead users to join riskier platforms that introduce new dangers. This effort also diverts resources from proven interventions such as law enforcement cooperation, targeted investigations, education, and support services to broad technical controls that have uncertain effectiveness (due to their newness). If the government is set on introducing such tools, then there ought to be safeguards in place. Any mandated code should be released as free software so that it can be audited, and the binaries should be reproducible builds so that the public knows nothing has been tampered with in the code used to create the binaries shipped out. Ideally, these tools should also be voluntary, opt-in, and even community-run. This would also allow people to have full control over their hardware while allowing parents to flip a switch to turn on these protections for children, with the knowledge that the code being run is doing exactly what it says on the tin, and nothing nefarious, like a black box solution could be doing. The government should also have a narrow legal scope where this technology stays with blocking nudes and not spreading to blocking political opinions, hate speech, and so on. Ideally, any implementation should avoid identity-linked age verification to keep user data safe, and matching should be done locally with no server telemetry to ensure it is truly on-device. While I do understand that stakeholders such as parents want to keep children safe, the potential for abuse with this type of software is colossal. It would entrench black-box surveillance and take away our freedom to use our devices as we want. There is also the acute risk that the government will demand this surveillance be expanded to block other activities, which could be particularly dangerous. If you are in the UK and don’t wish to see these measures implemented, it is still possible to write to your MP, which could lead to some better safeguards being introduced before it’s too late. Once we get more technical information about how this will be implemented, then we will be able to see if de-Googling Android devices will bypass this measure. For anyone with an iPhone, there is zero chance that you’ll be able to take off these handcuffs because Apple doesn’t let you mess with your software.
    • I'm reading the reports as EU rejecting Apple's proposal because Trusted System Agent would be an intermediary offered to third party AI's (this article is also worded as such) but Siri AI itself would not pass this intermediary. This would cause a situation where Siri AI would have more direct system access and offer it an unfair advantage. (speaking from EU regulator perspective here) Apple is citing security issues with doing what EU asked for, and I think this also supports this theory, because truly direct system access like Siri AI would make it impossible to control third party AI's running on the devices and e.g. reign them in via adjustments to Trusted System Agent. So, I _think_ this is the sticking point right now: EU saying they need to be on equal footing as Siri AI, Apple saying they can't be because Apple only trusts their own AI. Apple could of course be leaning a bit extra hard towards this because they're biased in terms of excluding competitors. One method to find an agreement would be to have Siri AI also run through Trusted System Agent and treat it as untrusted. This kind of defensive architecture design (especially when involving an AI) would honestly not be a very bad idea from a sheer engineering standpoint. But then Apple would need to swallow their pride and adapt worldwide due to EU, and make perhaps major updates delaying Siri AI once more.
  • Recent Achievements

    • Very Popular
      Captain_Eric earned a badge
      Very Popular
    • One Month Later
      amusc earned a badge
      One Month Later
    • One Month Later
      DJC50PLUS earned a badge
      One Month Later
    • Week One Done
      DJC50PLUS earned a badge
      Week One Done
    • Proficient
      Eric Biran went up a rank
      Proficient
  • Popular Contributors

    1. 1
      +primortal
      511
    2. 2
      PsYcHoKiLLa
      220
    3. 3
      ATLien_0
      92
    4. 4
      +Edouard
      90
    5. 5
      Steven P.
      83
  • Tell a friend

    Love Neowin? Tell a friend!