Welcome, Guest. Please login or register.
Did you miss your activation email?
May 23, 2013, 02:39:37 PM

Login with username, password and session length

663793 Posts
70589 Topics
145227 Members

Latest Member: Appliance repair Los Ange

Search:     Advanced search | Tag Cloud
+  Welcome to the Comodo Forum
|-+  Security Products & Services
| |-+  Comodo Internet Security - CIS
| | |-+  Help - CIS
| | | |-+  Defense+ / Sandbox Help - CIS
| | | | |-+  '|' stands for? ('X:\XXXXX.XXX|')
« previous next »
Pages: [1] 2 Go Down Print
Author Topic: '|' stands for? ('X:\XXXXX.XXX|')  (Read 3784 times)
gbwzx
Newbie
*
Offline Offline

Posts: 4


« on: November 22, 2010, 03:07:51 PM »

1. I'm a newbie, and I searched a long time for no results.
2. What's the difference between 'C:\XXXXX.XXX' and 'C:\XXXXX.XXX|' ?

Thank you!
Logged
WxMan1
Comodo's Hero
*****
Offline Offline

Posts: 349


« Reply #1 on: November 22, 2010, 04:47:18 PM »

Dunno where you're seeing this: A file name cannot contain any of the following characters: \ / : * ? " < > |

In general the vertical broken bar is used in scripts as 'pipes'.
Logged
Dennis2
Global Moderator
Comodo's Hero
*****
Offline Offline

Posts: 6583



« Reply #2 on: November 22, 2010, 04:54:29 PM »

Hello blattida, in "Protected Files and Folders" CIS window, "|" symbol added to the end of the file and folder path strings protects these files and folders from the Sandboxed and unrecognized applications, but files and folders that do not have "|" symbol are protected only from unrecognized applications. For example,
C:\users\username\desktop*|
Logged

Moderator: Aims Forum a friendly place. Any concerns? Please PM me and/or review the Forum Policy 2012Updated.
System:Windows 7 SP1(UAC)x32, LUA, CIS6.2813, Sandboxie 3.76
Vista Home P.(UAC)x32 SP2, LUA,C. 5.12.
WxMan1
Comodo's Hero
*****
Offline Offline

Posts: 349


« Reply #3 on: November 22, 2010, 05:50:16 PM »

Were does that come from?  I don't have anything like that.
Logged
HeffeD
Global Moderator
Comodo's Hero
*****
Offline Offline

Posts: 6572



« Reply #4 on: November 22, 2010, 05:52:06 PM »

Look in Defense+ -> Computer Security Policy -> Protected Files and Folders.
Logged

WxMan1
Comodo's Hero
*****
Offline Offline

Posts: 349


« Reply #5 on: November 22, 2010, 05:58:24 PM »

Nothing like that in there.

There are several groups with all the items greyed out.  NONE of the items have a vertical bar anywhere in the pathnmae.  I loaded up the original default configs, nothing in there either.
Logged
HeffeD
Global Moderator
Comodo's Hero
*****
Offline Offline

Posts: 6572



« Reply #6 on: November 22, 2010, 06:17:25 PM »

Default Config.


* Pipes.png (34.12 KB, 647x495 - viewed 17 times.)
Logged

WxMan1
Comodo's Hero
*****
Offline Offline

Posts: 349


« Reply #7 on: November 22, 2010, 06:32:34 PM »

Roger that.  I see them now.  OMG!   Shocked  That's so totally NOT in my custom config.  It was imported from v4.x.whatever the last one was.

Erm, I'm going to have to fix that.   Tongue
Logged
WxMan1
Comodo's Hero
*****
Offline Offline

Posts: 349


« Reply #8 on: November 22, 2010, 06:55:54 PM »

Hey, wait a minute  Police

Does stuff get added into there somehow auto like?

Because I'm looking in the 'important, like, stuff' group and I have thirteen items.

%windir%\system32\*
%windir%\system\*
%windir%\servicing\*
%windir%\SoftwareDistribution\*
%windir%\system.ini
%windir%\win.ini
%windir%\wininit.ini
%windir%\winstart.bat
%windir%\Tasks\*
?:\boot.ini
?:\autorun.inf
?:\ntdetect.com
?:\ntldr

I'll guarantee that none of those things were put there by me.  That's essentailly default from v4.x.last version.
Logged
HeffeD
Global Moderator
Comodo's Hero
*****
Offline Offline

Posts: 6572



« Reply #9 on: November 22, 2010, 07:06:44 PM »

I never actually installed version 4, but I remember version 3 had a longer default list than the one in version 5.
Logged

WxMan1
Comodo's Hero
*****
Offline Offline

Posts: 349


« Reply #10 on: November 22, 2010, 07:16:56 PM »

Roger that.

Looks like all the extra stuff is addressed with %windir%\*

Qwexion:  what's the diff between C:\Windows* and C:\Windows\*

The former includes all files & folders in C:\Windows but the latter only folders?

Logged
HeffeD
Global Moderator
Comodo's Hero
*****
Offline Offline

Posts: 6572



« Reply #11 on: November 22, 2010, 08:17:45 PM »

Looks like all the extra stuff is addressed with %windir%\*

Yeah, but I guess the question is, why didn't they just use that path in the existing versions?

Qwexion:  what's the diff between C:\Windows* and C:\Windows\*

The former includes all files & folders in C:\Windows but the latter only folders?

Good question, but I believe they'll do the exact same thing.

The help file says to protect everything in C:\windows\system32, use C:\windows\system32\*.

However, looking at the way exclusions in the AV work, if you exclude a folder, (navigate to the folder and tell it to exclude) the format CIS adds to the list is C:\foo\bar*, not C:\foo\bar\*. But the two exclusions that come by default have the "\" before the wildcard. For example, C:\Program Files\COMODO\COMODO Internet Security\*.

Why the difference between those you add and the defaults?

So I did a quick test with my music folder because it has both files sitting in the main directory, and folders for all the artists/albums. Using either the My Music\* or My Music* syntax netted the exact same results when I run a scan. (Zero files scanned) So assuming the path syntax for the protected files section works the same as with the AV exclusions, the "\" before the wildcard is irrelevant.

Edit: Added some bold face to the paths.
« Last Edit: November 22, 2010, 08:21:47 PM by HeffeD » Logged

gbwzx
Newbie
*
Offline Offline

Posts: 4


« Reply #12 on: November 23, 2010, 01:20:05 AM »



Thanks very much Dennis2.
Logged
gbwzx
Newbie
*
Offline Offline

Posts: 4


« Reply #13 on: November 23, 2010, 01:45:50 AM »

So I did a quick test with my music folder because it has both files sitting in the main directory, and folders for all the artists/albums. Using either the My Music\* or My Music* syntax netted the exact same results when I run a scan. (Zero files scanned) So assuming the path syntax for the protected files section works the same as with the AV exclusions, the "\" before the wildcard is irrelevant.

Edit: Added some bold face to the paths.

the path X:\XXX* contains X:\XXX\*, e.g. there're folder X:\Cloud\ and X:\Cloudcache\, the string X:\Cloud* contains both X:\Cloud\ and X:\Cloudcache\, but X:\Cloud\* only X:\Cloud\.

"*" for string of any length, and "\*" is part of "*".
Logged
WxMan1
Comodo's Hero
*****
Offline Offline

Posts: 349


« Reply #14 on: November 23, 2010, 07:17:39 PM »

So X:\Cloud* makes implicit reference to X:\Cloud and all of its contents, and also X:\CloudCache and its contents?  What about sub-folders of each?  What about differentiation betwixt sub-folders and folder contents w/out extension?  And what about sub-folders/items contained within subfolders?
« Last Edit: November 23, 2010, 10:06:35 PM by EricJH » Logged
Tags:
Pages: [1] 2 Go Up Print 
« previous next »
Jump to:  

SSL Certificate Free Virus Removal Firewall
Page created in 0.048 seconds with 22 queries.
Powered by SMF 1.1.18 | SMF © 2006, Simple Machines Design by 7dana.com