HIPS Rules - Generic path doesn't always work

[Nono 2]

Hi there,

I'm using ESMC / Eset endpoint security version:

ESET Security Management Center (Server), Version 7.0 (7.0.451.0)
ESET Security Management Center (Web Console), Version 7.0 (7.0.413.0)
ESET Management Agent 7.0.577.0
ESET Endpoint Security 7.1.2045.5

When I configure some HIPS rules, I've a strange behavior depending of the endpoint (on same version of either ESET and Windows 10) :

Some "generic" rules like C:\Users\\AppData\app.exe works on majority of computer (note the empty folder to replace any users)

But some doesn't and need to enter the specific user account (eg. C:\Users\dummyUser\AppData\app.exe)

Is there a way to debug/understand why such behavior ?

 

[Marcos 4,710]

I would say that rules with "*" to substitute a folder name should never work since wildcards are supported only in registry paths.

[Nono 2]

1 hour ago, Marcos said:

I would say that rules with "*" to substitute a folder name should never work since wildcards are supported only in registry paths.

Hi MArcos, I'm aware that we can't use "*" but "nothing" works on the majority of our endpoint !

Only some aren't working anymore (they use to work before agent/security upgrade).

[itman 1,541]

3 hours ago, Nono said:

Some "generic" rules like C:\Users\\AppData\app.exe works on majority of computer (note the empty folder to replace any users)

But some doesn't and need to enter the specific user account (eg. C:\Users\dummyUser\AppData\app.exe)

To begin with, Eset HIPS doesn't official support "\\" notation in a path name. If it works, it would only apply to the immediate path specified. In other words in your example for the C:\Users directory, but not for any subordinate directories specified within the C:\Users directory.

Edited June 7, 2019 by itman

[Nono 2]

56 minutes ago, itman said:

To begin with, Eset HIPS doesn't official support "\\" notation in a path name. If it works, it would only apply to the immediate path specified. In other words in your example for the C:\Users directory, but not for any subordinate directories specified within the C:\Users directory.

I'm not sure I fully understand, but I have a working rule which is like :

C:\Users\\AppData\Local\Temp\\soft.exe (aka with 2 \\) and still work like a charm.

 

So, I agree this is maybe not "officially" supported, but why it works on SOME machines, but not the others ? Is there a way to check this ?

[Nono 2]

Is there an "officially supported" way to do this for HIPS rules ?

[Marcos 4,710]

It's not officially supported but it works, however.

[Nono 2]

Thanks Marcos,

So, going back to my original question : What could make it works on one computer and not another ?

[itman 1,541]

On 6/7/2019 at 6:47 AM, Nono said:

Some "generic" rules like C:\Users\\AppData\app.exe works on majority of computer (note the empty folder to replace any users)

But some doesn't and need to enter the specific user account (eg. C:\Users\dummyUser\AppData\app.exe)

It might have something to do with the status of the specific user account.

For example, the "All Users" account is considered an operating system directory and is not shown by default in Windows Explorer. I suspect that "\\" use as far as the Eset HIPS goes might only work for directories that are not hidden by default.

It also might not work based on user account status. For example if the user logs in as standard user, versus a local admin.

Edited June 17, 2019 by itman

[Marcos 4,710]

10 hours ago, Nono said:

So, going back to my original question : What could make it works on one computer and not another ?

You can provide me with ELC logs from the machine where it doesn't work and describe what you would like to achieve.