Indeni’s response to the Log4j vulnerability

log4j

Notice: This blog post was originally published on Indeni before its acquisition by BlueCat.

The content reflects the expertise and perspectives of the Indeni team at the time of writing. While some references may be outdated, the insights remain valuable. For the latest updates and solutions, explore the rest of our blog

At Indeni, as in many organizations, we took immediate actions following the details emerging around CVE-2021-44228. The Log4j vulnerability has come to be known as Log4Shell. Security researchers disclosed this vulnerability on Friday Dec 10, 2021. In situations like these, we quickly identify any risks to customers and thoroughly investigate any exposure we may have ourselves. 

Indeni product is running version 1.12 which does not use a Log4j version vulnerable to CVE-2021-44228. You can find the locations of the log4j logback.xml configuration files below. 

Here at Indeni, we take risk and vulnerability in open-source software very seriously. If you have additional questions related to the Log4j vulnerability, please do not hesitate to contact us. 

Key takeawaysKey takeaways are generated with AI assistance. Because automated summaries can occasionally contain errors or miss important context, always refer to the full blog post for complete information.

The article describes Indeni's immediate response to the Log4j (Log4Shell) vulnerability CVE-2021-44228 disclosed on December 10, 2021. It explains that Indeni assessed risk to customers and investigated their own exposure, confirming their product runs version 1.12 which does not include a Log4j version vulnerable to CVE-2021-44228. The company emphasizes its serious approach to open-source software vulnerabilities, provides locations of log4j logback.xml configuration files, and invites customers to contact them with additional questions.

What actions did Indeni take after the Log4j (Log4Shell) vulnerability disclosure?

Following disclosure of CVE-2021-44228 on December 10, 2021, Indeni immediately identified potential risks to customers and conducted a thorough investigation to determine any exposure within their own environment. They confirmed the specific version of their product, verified whether it used vulnerable Log4j components, located relevant logback.xml configuration files, and communicated findings to stakeholders. The response emphasizes prompt assessment, internal verification, and transparent customer communication as primary actions.

Does Indeni's product use a vulnerable Log4j version regarding CVE-2021-44228?

Indeni confirmed that their product is running version 1.12 and does not use a Log4j version vulnerable to CVE-2021-44228. This determination was part of their immediate post-disclosure investigation to assess exposure risk to both customers and their own systems. By identifying the software version in use and verifying the absence of the vulnerable Log4j component, Indeni concluded there is no direct vulnerability related to CVE-2021-44228 in the referenced product version.

How can customers get more information about Indeni's handling of the Log4j vulnerability?

The article states that Indeni takes open-source software risk and vulnerabilities seriously and has provided the locations of log4j logback.xml configuration files for reference. Customers with additional questions about the Log4j vulnerability or Indeni’s assessment are encouraged to contact Indeni directly for further information. This outreach option is presented to ensure transparency and to address any remaining concerns about exposure, configuration details, or mitigation steps.


An avatar of the author

Ulrica de Fort-Menares is the Vice President of Product Management for Infrastructure Assurance.

Related content

Abstract network nodes and connections highlighting centralized control of distributed DDI infrastructure

Get total control of your DDI infrastructure with Micetro’s unified API

Stop juggling between network tools and use Micetro’s RESTful API for complete control over your DDI infrastructure and cloud environment.

Read more
Report cover slide for EMA research on observability unification, with converging data light streams and BlueCat branding

The Reality of Observability Unification in Modern IT Operations

Independent EMA research with 356 enterprise IT leaders shows that 97% now view observability unification as strategic, yet only 17% have completed it, with…

Read more
Data center server racks with glowing AI brain icons, illustrating BlueCat MCP servers adding network intelligence to AI

BlueCat MCP servers bring network intelligence to your AI assistant

Our MCP servers provide a standard integration layer that makes it easy to connect the AI tools you already use to BlueCat products.

Read more
Graphic with text “The shift toward Intelligent NetOps” over abstract network data visualization for DNS and network observab

We bet on Intelligent NetOps two years ago. Infoblox now has too.

With Infoblox acquiring Kentik, BlueCat’s CEO confirms its vision for a single platform unifying DDI, network monitoring, and observability.

Read more