You are viewing an old version of this page. View the current version.

Compare with Current View Page History

Version 1 Next »




Today’s time-to-market imposes high pressure on releasing new versions of your application. Productivity becomes essential. And most of the times, you will incorporate external open source components that let you build new functionality very fast and with the minimum effort.

Open Source repositories provides huge amounts of software that lets you to build new applications very fast and robustly.

But not all are benefits; there might be also some drawbacks when using open source components.

First obvious question has to do with how much open source software is your application using.


Do you have a complete components inventory with all the 3rd party components being used by your software?

If you are a developer you most probably know the answer to this question. But if you are in a position closer to management, it’s likely that you don’t know the answer.

Modern applications, in most of the cases, are using open source components and yours will not be an exception. And, although the benefits are clear, you might be thinking of some inherent risks .


Do you know the degree of security breaches introduced by using those 3rd party components?

You most probably are dedicating a lot of effort to remediate security vulnerabilities in your software, but those efforts are useless if 3rd components are vulnerable.  As you know, any security vulnerability makes the whole application vulnerable.


Are those components obsolete? You might be using “outdated” components or, even worse, “dead” components..

What if you are using old versions of those components? Old versions might be introducing security breaches or bugs that are solved in newer versions.

Or even worse, what would happen if those buggy components are dead, i.e.  are not being evolved?


Are you aware of legal licensing implications of using those 3rd party components?

There are many 3rd party components that are “Copyleft” licensed.

In a broad sense, this kind of licenses means that, although you are allowed to use that software in your application, once you have included in your application, the whole application becomes “Copyleft” licensed, i.e. you are implicitly giving every person who receives a copy of your software permissions to reproduce, adapt, or distribute it. 

Is this your intention? If don’t, you should identify all Copyleft’d components you are using in your application and act accordingly.


These, and probably others, are common questions when using 3rd party components.

Kiuwan Insights

Kiuwan Insights comes to answer all these questions by providing:

  1. a complete Components Inventory of 3rd party software used by your applications, and
  2. detailed information on SecurityObsolescence and Licensing Risks of those components


At a glance, Kiuwan Insights provides visual indicators that quickly let you to know the different levels of risk associated to every external component.

Every component is assigned a level (High, Medium, Low or None) on three different risk metrics:

  • Security Risk (due to vulnerabilities introduced by components)
  • Obsolescence Risk (due to using obsolete components)
  • License Risk (due to legal implications of used components’ licenses)
  • No labels