Jump to content

Recommended Posts

Posted (edited)

Hello,

 

I've been doing some testing on a Windows 10 Education build. After imaging and locking down users via Group Policy i have noticed a security issue when logged on as a standard user. I cannot stop standard users being able to UNC from either the search bar or Windows Explorer to any DFS path. For example \\domain.local\sysvol - Standard users have full access to these files.

 

Has anyone come across this and what did you do to stop it?

 

I am stumped.

 

Thank you

 

 

EDIT - I have managed to disallow unc searching from the Windows File Explorer search/navigation bar but i cannot stop the windows 10 search bar or just when you hit the windows key and start typing from accessing UNC\DFS paths

Edited by atechguy
Posted

@Homer,

 

I think so.

 

I have shared content that is accessed through \\domain.local\software\content\title which they have read/write access to so they can write shared resources and update databases etc... which is safe from deletion as they can't browse to it in explorer or open cmd to run a del command but with this the start menu would open it for them.

Posted

I've managed to disable it in Windows 10 - it's still on the Menu but if you click it (or hit Windows+R) you get the following restriction message:

 

Restriction.jpg

 

Now, your gonna ask me how I did that aren't you..... erm...... not too sure at the moment so I'll take a look through my Policies, but it is possible.

 

Pete

Posted
Ok I'm going to ask a serious but probably stupid question! If UAC is enabled and your file shares have correct permissions...what could a user do from the run dialog that is untoward?
Posted (edited)

To add to this though - I've had run disabled through group policy from Windows 7 - which still works on Win 8.1 and now on Windows 10...

 

Soon as I disabled the "Remove Run menu from the Start Menu" I could access run - if I enable that policy I can't access run from the WinX menu, or use WIN+R. You just get the same error that @FragglePete showed in the screenie.

 

I'm still unsure what real damage could be done however? Accessing the AD search doesn't do much they can't even see usernames...

Edited by beany1
Posted

If you expand the search by choosing additional columns you can, and it would expose any service accounts etc you have.

 

tbf I didn't read this thread properly before and neglected to see that this is about the run box for some reason I thought it was just browsing file shares. I wouldn't want my lot having access to run either, just gives them another vector to do something untoward (that we, don't know of yet)

Posted
Its not so much the run command box thats the issue, its typing unc paths directly into the search box and allowing user access to netlogon and sysvol via dfs paths
Posted
Thanks for this, will give it a try

 

If you set this, users will not be able to search the directory when they want to manually add a printer. To add a printer they will need to know the print server name and printer share name

Posted
If you set this, users will not be able to search the directory when they want to manually add a printer. To add a printer they will need to know the print server name and printer share name

 

Personally I don't allow students to add printers - so it's not a problem for us, we choose which devices they should be allowed to print to!

Posted

We have CMD disabled but a student can still search for and open Powershell.

 

This is stupid, there should be a way to just disable this :/

Posted
We have CMD disabled but a student can still search for and open Powershell.

 

This is stupid, there should be a way to just disable this :/

 

There is; you add powershell.exe and powershell_ise.exe to the "Don't run specified Windows Applications" GPO.

Posted
There is; you add powershell.exe and powershell_ise.exe to the "Don't run specified Windows Applications" GPO.

 

I can do that, but the point is students couldn't do any of this in Windows 7 but now can in Windows 10, why can't I just disable search?

Posted
If you set this, users will not be able to search the directory when they want to manually add a printer. To add a printer they will need to know the print server name and printer share name

 

No problem there as printers are applied via GPP

  • 6 months later...
Posted
KibosJ, don't suppose you can share your method for blocking search could you? sorry for bumping an old post but looking everywhere for this.
Posted
KibosJ, don't suppose you can share your method for blocking search could you? sorry for bumping an old post but looking everywhere for this.

 

Hi, I've use AppLocker to block Cortana.

 

Package Name: Microsoft.Windows.Cortana

Posted
Hi, I've use AppLocker to block Cortana.

 

Package Name: Microsoft.Windows.Cortana

 

I've done a Packaged app Rules policy to Deny Everyone package name "Microsoft.Windows.Cortana", done a gpupdate and reboot and I'm still able to type "gpupdate" in search and it show up as run command, would you be able to share a screenshot of your policy?Thanks for your help and quick reply :)

Posted
I've done a Packaged app Rules policy to Deny Everyone package name "Microsoft.Windows.Cortana", done a gpupdate and reboot and I'm still able to type "gpupdate" in search and it show up as run command, would you be able to share a screenshot of your policy?Thanks for your help and quick reply :)

 

Hi :)

 

I've attached images of how the policy is set here.

 

01.png02.png03.png

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now



×
×
  • Create New...