A Windows XP help forum. PCbanter

If this is your first visit, be sure to check out the FAQ by clicking the link above. You may have to register before you can post: click the register link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below.

Go Back   Home » PCbanter forum » Windows 10 » Windows 10 Help Forum
Site Map Home Register Authors List Search Today's Posts Mark Forums Read Web Partners

Entering a file/folder path in a cmd window



 
 
Thread Tools Rate Thread Display Modes
  #1  
Old July 30th 18, 06:21 PM posted to alt.comp.os.windows-10
Jason
external usenet poster
 
Posts: 242
Default Entering a file/folder path in a cmd window

I read a tip that looked like just what I've been wanting but it does
not seem to work. It is alleged that you can left click, hold and drag a
folder or file name into the cmd window will copy it there. Neat! Except
that it doesn't do anything. Any ideas?

Ads
  #2  
Old July 30th 18, 06:33 PM posted to alt.comp.os.windows-10
Rene Lamontagne
external usenet poster
 
Posts: 2,549
Default Entering a file/folder path in a cmd window

On 07/30/2018 12:21 PM, Jason wrote:
I read a tip that looked like just what I've been wanting but it does
not seem to work. It is alleged that you can left click, hold and drag a
folder or file name into the cmd window will copy it there. Neat! Except
that it doesn't do anything. Any ideas?


Yes, it works in a command prompt, But *not* in a command prompt (admin).

Rene



  #3  
Old July 30th 18, 06:57 PM posted to alt.comp.os.windows-10
Ed Cryer
external usenet poster
 
Posts: 2,621
Default Entering a file/folder path in a cmd window

Rene Lamontagne wrote:
On 07/30/2018 12:21 PM, Jason wrote:
I read a tip that looked like just what I've been wanting but it does
not seem to work. It is alleged that you can left click, hold and drag a
folder or file name into the cmd window will copy it there. Neat! Except
that it doesn't do anything. Any ideas?


Yes, it works in a command prompt, But *not* in a command prompt (admin).

Rene




Same here. Strange! Especially strange since it works with both under
Windows 7.

Ed

  #4  
Old July 30th 18, 08:21 PM posted to alt.comp.os.windows-10
Ken Blake[_5_]
external usenet poster
 
Posts: 2,221
Default Entering a file/folder path in a cmd window

On Mon, 30 Jul 2018 12:33:34 -0500, Rene Lamontagne
wrote:

On 07/30/2018 12:21 PM, Jason wrote:
I read a tip that looked like just what I've been wanting but it does
not seem to work. It is alleged that you can left click, hold and drag a
folder or file name into the cmd window will copy it there. Neat! Except
that it doesn't do anything. Any ideas?


Yes, it works in a command prompt, But *not* in a command prompt (admin).



Having read what you wrote and having a hard time believing it, I just
tried it both ways. To my great surprise, you're absolutely right!

It's clearly a bug, but a very strange bug.
  #5  
Old July 30th 18, 09:37 PM posted to alt.comp.os.windows-10
Ant[_2_]
external usenet poster
 
Posts: 554
Default Entering a file/folder path in a cmd window

Ken Blake wrote:
On Mon, 30 Jul 2018 12:33:34 -0500, Rene Lamontagne
wrote:


On 07/30/2018 12:21 PM, Jason wrote:
I read a tip that looked like just what I've been wanting but it does
not seem to work. It is alleged that you can left click, hold and drag a
folder or file name into the cmd window will copy it there. Neat! Except
that it doesn't do anything. Any ideas?


Yes, it works in a command prompt, But *not* in a command prompt (admin).



Having read what you wrote and having a hard time believing it, I just
tried it both ways. To my great surprise, you're absolutely right!


It's clearly a bug, but a very strange bug.


Or by design?
--
Quote of the Week: "The ants are a people not strong, yet they prepare their meat in the summer." --Proverbs 30:25 (Bible)
Note: A fixed width font (Courier, Monospace, etc.) is required to see this signature correctly.
/\___/\Ant(Dude) @ http://antfarm.home.dhs.org / http://antfarm.ma.cx
/ /\ /\ \ Please nuke ANT if replying by e-mail privately. If credit-
| |o o| | ing, then please kindly use Ant nickname and URL/link.
\ _ /
( )
  #7  
Old July 30th 18, 11:09 PM posted to alt.comp.os.windows-10
Paul[_32_]
external usenet poster
 
Posts: 11,873
Default Entering a file/folder path in a cmd window

Ken Blake wrote:
On Mon, 30 Jul 2018 15:37:06 -0500, (Ant) wrote:

Ken Blake wrote:
On Mon, 30 Jul 2018 12:33:34 -0500, Rene Lamontagne
wrote:
On 07/30/2018 12:21 PM, Jason wrote:
I read a tip that looked like just what I've been wanting but it does
not seem to work. It is alleged that you can left click, hold and drag a
folder or file name into the cmd window will copy it there. Neat! Except
that it doesn't do anything. Any ideas?

Yes, it works in a command prompt, But *not* in a command prompt (admin).


Having read what you wrote and having a hard time believing it, I just
tried it both ways. To my great surprise, you're absolutely right!
It's clearly a bug, but a very strange bug.

Or by design?




Nah! It's hard to believe that such a thing could be by design, and
*especially* hard to believe that something is designed to work for
non-administrators but not administrators.


In Task Manager, I turned on the SessionID column, and
both Command Prompt windows belong to Session 1. So it's
not like the windows themselves are different.

Pasting a command (perhaps complete with carriage return)
into an Administrator prompt, is a bad idea from a security
perspective. This could be a by-design decision, but
if so, there are some other means of doing the same
thing that should also be blocked, for consistency.

Maybe it's the ease of doing it that is a problem.
Like, maybe there is a *command* that can do the
same thing as the gesture is doing.

Paul
  #9  
Old July 31st 18, 07:58 PM posted to alt.comp.os.windows-10
CoMmAnDoTrOn
external usenet poster
 
Posts: 12
Default Entering a file/folder path in a cmd window

On 2018-07-31 10:04, Ken Blake wrote:

Yes, it works in a command prompt, But *not* in a command prompt (admin).


Having read what you wrote and having a hard time believing it, I just
tried it both ways. To my great surprise, you're absolutely right!
It's clearly a bug, but a very strange bug.

Or by design?



Nah! It's hard to believe that such a thing could be by design, and
*especially* hard to believe that something is designed to work for
non-administrators but not administrators.



Sadly, it is by design.

It is called UIPI (User Interface Privilege Isolation) and it prevents
processes running at a lower privilege level from sending messages to
processes running at a higher privilege level. Microsoft did this to
block privilege escalation vulnerabilities like the Shatter attack. It
also means that File Explorer, which is not running elevated and is
therefore at a lower privilege level, cannot send the file name to
Command Prompt (Admin), which is running elevated and is therefore at a
higher privilege level.

Microsoft's original idea before UIPI was that users should run higher
privilege level processes on a different desktop. (Of course we know
users won't actually do this.)

I think Microsoft should follow its original idea and not use UIPI. My
blasterswarm program would behave nicely until someone opened a Command
prompt (Admin) window on the same desktop. Then my blasterswarm program
would send commands to Command prompt (Admin) to pwn the user's system.
That is fair game; if you haven't paid for my program then you are not
the customer, you are the product being sold.

Sadly, Microsoft changed its position from requiring users to be
responsible for their own security to being a nanny with UIPI. It is
exactly like selling only lukewarm coffee because someone might put a
hot cup of coffee between his or her legs and then sue the company who
sold the coffee.

 




Thread Tools
Display Modes Rate This Thread
Rate This Thread:

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off






All times are GMT +1. The time now is 10:19 PM.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright ©2004-2024 PCbanter.
The comments are property of their posters.