Can CI lookup rules "find" Unclassed Hardware?

Christoph4
Tera Contributor

Good morning,

I'm trying to understand if CI lookup rules can return an "Unclassed Hardware" item?

 

Here is the situation:

- I have a vulnerability on "somehost.domain.com"

- There is a matching CI in the CMDB, but is was just called "somehost" and does not contain the FQDN

- There is a FQDN rule but it looks for the whole FQDN in the CI

- In a first run an "Unclassed Hardware" CI was created named "somehost.domain.com"

 

I then created a new lookup rule that comes after the "Full FQDN" rule and just looks at the hostname. But after re-applying it still picks the Unclassed Hardware and I'm now not sure if this happens because the "Full FQDN" rule finds the still existing "Unclassed Hardware" item first?

How exactly does the rule engine deal with already existing "Unclassed Hardware" and "Incomplete IP identified" CIs?

 

1 ACCEPTED SOLUTION

tkrishna29
Giga Guru

It's because now you have duplicate CIs in the system, One with the corrected FQDN of some class and another in the cmdb_ci_hardware class. Try adding cmdb_ci_hardware to sn_sec_cmn.ignoreCIClass system property so that system will not consider items from that class everytime it runs. I also use to ignore other classes that I dont want the system to search on.

Not that you have these following lines in your CI lookup rules. (It's in the default lookup rules)

 

var ignore = global.SecProperty.getProperty("sn_sec_cmn.ignoreCIClass","");

cmdbci.addQuery('sys_class_name','NOT IN', ignore);

View solution in original post

4 REPLIES 4

Ashutosh Munot1
Kilo Patron
Kilo Patron

Hi,

All rules should be evaluated for the CI coming into servicenow for VR. There is a field on Discovered items record called as Other matched CIs. It contains other CI which are matched via other rules.

Check what is in that field. Try changing the order of the rule. Also check this for detail description on how rule works.

Vulnerability Response and The Discovered Items Module - Security Operations - Article - ServiceNow ...

Thanks,
Ashutosh

Voona Rohila
Kilo Patron
Kilo Patron

Hi Christoph

I got the same case, every time I re-apply lookup rules on unmatched discovered item it's picking up the same unclassed hardware ci (Rule Finding the unclassed ci first). I Tried to reconcile unmatched items which worked.

 

Reconcile unmatched discovered items

https://docs.servicenow.com/bundle/quebec-security-management/page/product/vulnerability-response/ta...


Mark it helpful if this helps you to understand. Accept solution if this give you the answer you're looking for
Kind Regards,
Rohila V
2022-25 ServiceNow Community MVP

+1

tkrishna29
Giga Guru

It's because now you have duplicate CIs in the system, One with the corrected FQDN of some class and another in the cmdb_ci_hardware class. Try adding cmdb_ci_hardware to sn_sec_cmn.ignoreCIClass system property so that system will not consider items from that class everytime it runs. I also use to ignore other classes that I dont want the system to search on.

Not that you have these following lines in your CI lookup rules. (It's in the default lookup rules)

 

var ignore = global.SecProperty.getProperty("sn_sec_cmn.ignoreCIClass","");

cmdbci.addQuery('sys_class_name','NOT IN', ignore);