-
Notifications
You must be signed in to change notification settings - Fork 439
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[jamf_pro]: Normalize macOS version number #12799
Comments
Pinging @elastic/security-service-integrations (Team:Security-Service Integrations) |
Thanks for the ER @dkdavlar. I confirmed with Jamf that they only expose the OS number and we'll therefore have to do the normalisation on our end. Our engineering team can look at what approach we can take, but will likely require a painless script in our pipeline to take the For our engineering team's reference, here's the os version and OS names:
|
Thanks for looking into this @jamiehynds Just to be clear, all I want is that Elastic normalize the version number so 15.1 becomes 15.1.0 (Or the other way around). |
Ah, sorry. We can take a look as to how we'd manage that within the pipeline. Out of curiosity, would displaying the "friendly" OS name provide any value or you think the version numbers are typically ok? |
Also having a field with the "friendly" name would also bring value for sure :) |
Thanks for jumping on this one @efd6. Is it possible to also populate the |
Sure, I'll add that in. |
Do we want that capitalisation, or lowercase? |
Lowercase is probably easier when searching etc, so let's go with that. |
@dkdavlar Please take a look at the PR. |
@efd6 Looks good! |
Integration Name
Jamf Pro [jamf_pro]
Dataset Name
inventory
Integration Version
0.2.3
Agent Version
8.15.5
OS Version and Architecture
Windows Server 2022 Datacenter 21H2 - Build 20348.2849
User Goal
I want to use the reporting for macOS versions.
Existing Features
The macOS version is currently imported, but because the version is not normalized, then each version can be written in two different ways making dashboards using this data useless.
What did you see?
Jamf has two ways of collecting macOS versions:
This means that the dashboard looks like this and is pretty much useless:
Anything else?
Should this be fixed on Jamfs end? Probably, but it's been an open issue for several years.
The text was updated successfully, but these errors were encountered: