Slim.AI introduces beta software supply chain container security as a service

Austin, TX: We've been learning the hard way that, as Slim.AI CEO John Amaral puts it, "Your software supply chain is only as secure as its weakest link." Amen, brother!

Numerous high-profile attacks, breaches, and exploits such as the SolarWinds fiasco and the Log4J vulnerability are prime examples. Indeed, it's gotten so bad, that President Joseph Biden issued an executive order calling for us to all secure the software supply chain. When politicians pay attention to software, stuff has gotten real.

Slim.AI is rising to this challenge by announcing at Open Source Summit in Austin, Texas, its beta software supply chain security service. This service will help organizations continuously and automatically optimize and secure their containers and minimize software supply chain risk.

This service is being built on the foundation of Slim.AI's open-source project, DockerSlim. This popular developer program optimizes and secures your containers by analyzing your code and throwing away unnecessary code, thus "slimming" down your containers' attack surface. It also can reduce the size of your container by up to 30x. 

That's impressive. As Amaral said, ``Currently, tens of thousands of developers and teams use Slim's open source and free SaaS software to understand what's in their containers, reduce containers' attack surface, remove vulnerabilities, and ship only the code they need." But, the open-source project doesn't scale. So with this new service, Amaral continued, "We're moving from helping individual developers and small teams to a solution that enables organizations to continuously and automatically achieve these outcomes at scale."

This is being done by integrating the code with container registries, Continuous Integration/Continuous Deployment (CI/CD) pipelines, and tools so you can automate and integrate it into existing workflows to quickly deliver secure software into production. 

Current and planned integrations include Docker, AWS ECR, Google GCR, GitHub, DigitalOcean, and Quay registries and the Jenkins, GitLab, and GitHub CI/CD platforms. Application Programming Interfaces (APIs)s are also being made available to Early Access Partners.

In addition, thanks to its APIs, the service enables you to use multiple vulnerability scanners on your containers to find security problems before they bite you.

This is all part of what Amaral calls "The Four Ss of Software Supply Chain Security."

The good news about the open-source software supply chain is, Amaral explained, "it's really easy for developers to incorporate vast libraries of code into applications, package that into containers, and ship to production with the click of a button. The code running in production is the child of the massive supply chain." The bad news is that "It bears the benefits and risks of all the decisions, contributions, features, and flaws manifested by its creators in aggregate."  

As CodeNotary, a software supply chain company, recently observed, "Software is never complete and the code base including its dependencies is an always updating document. That automatically means you need to track it, good and bad, keeping in mind that something good can turn bad." Yes, exactly so!

The answer, according to Amaral, is to build a comprehensive, automated software supply chain security (SSCS) program: "The Four Ss." These are:

1. Software Bill of Materials: This is a list of all the components in a piece of software such as open-source libraries and third-party components. Well-known SBOM approaches include the  Linux Foundation's Software Package Data Exchange (SPDX) and Supply chain Levels for Software Artifacts, or SLSA (salsa)

2. Signing: Signing is a way of digitally attaching a verified, immutable developer identity to a piece of code. Coupled with other tools, it allows for creating a transparent, cryptographically secure record of software changes and manifests a permanent, and reliable digital chain of custody for software and related artifacts. Sigstore and Notary. 

3. Slimming: This minimizes your production code footprint by removing unnecessary code. It also inherently reduces software supply chain complexity, software attack surface, and aggregate risk. 

4. Sharing: No one person or organization can provide a comprehensive SSCS solution. Communication about SSCS and collaborating on solutions both within your organization and with other groups is essential to advancing the industry and protecting our software-reliant global ecosystem. When it comes to open-source security, we're all in this together.

At Slim, Amaral concluded, "Our core value is 'Know Your Software.' Slim.AI's tools can be used alongside vulnerability scanners and SBOM generators to create a holistic view of the software supply chain." With Slim's optimization, you can make sure teams ship only what they need for production. 

Want to know more? Contact the Slim.AI team for early access. If you're at  Open Source Summit you can visit the Slim.AI team and learn more about the program at Booth B2.

Related Stories:

• White House joins OpenSSF and the Linux Foundation in securing open-source software
• Red Hat Enterprise Linux 9: Security baked in
  
• Securing the open-source ecosystem: SBOMs are no longer optional
  
• In 2022, security will be priority number one for Linux and open-source developers