Live data from Hacker News

Show HN: SecureBuild – Zero-CVE Images That Pay OSS Projects

securebuild.com

1–10 of 19 posts

Show HN: SecureBuild – Zero-CVE Images That Pay OSS Projects

#1
We're launching SecureBuild: https://securebuild.com — a new way for open source projects and maintainers to earn revenue by partnering with and endorsing our Zero-CVE container images of their project.

We’ve spent the last decade at Replicated (https://news.ycombinator.com/item?id=9841243) helping commercial and open source software vendors securely distribute their apps to enterprise environments. During that time, we saw firsthand how hard it is for maintainers to fund their work, and how increasingly demanding enterprises have become when it comes to demonstrable security and scanning.

SecureBuild is our attempt to bridge that gap. Built on top of Wolfi (https://news.ycombinator.com/item?id=36489847), we provide Zero-CVE container images with tight SLAs, full SBOMs, etc, but we route 70% of direct subscription revenue back to the open source projects that create them.

We’re especially interested in partnering with open source maintainers who want to make their projects more secure and sustainable without changing licenses. We handle builds, hosting, sales, patching, and customer delivery.

I'm Grant (https://news.ycombinator.com/user?id=grantmiller), co-founder of Replicated & co-creator of SecureBuild, working with my co-founder Marc Campbell (https://news.ycombinator.com/user?id=marcc). We hope this can be part of a broader push toward a more secure, economically sustainable future for open source.

Happy to answer questions and share more details!

Show HN: SecureBuild – Zero-CVE Images That Pay OSS Projects
securebuild.com

Re: Show HN: SecureBuild – Zero-CVE Images That Pay OSS Projects

#3
post #2

this looks cool - your homepage video should open with what it is though!

thanks! say more about what you mean... you're saying instead of: Secure, Sustainable Open Source Partner with SecureBuild to offer secure, vulnerability-free builds of your open source project while generating recurring software revenue, no support contracts required.

we should say something different?

Re: Show HN: SecureBuild – Zero-CVE Images That Pay OSS Projects

#5
post #4

thanks for sharing. what's the onboarding process look like? if i'm maintaining my own Dockerfiles today, do you or I evaluate and port those to SecureBuild/Wolfi?

We work together on it. Assuming you have a build process and dockerfile (we all do), generally our team can get you listed in the catalog quickly.

It's not too much work since we built on an existing set of tools (melange & apko). I've actually found that putting a Dockerfile into ChatGPT generates a really good first iteration.

Re: Show HN: SecureBuild – Zero-CVE Images That Pay OSS Projects

#7
post #6

> New SecureBuilds are created whenever upstream CVEs are available, with a 6-day SLA for critical vulnerabilities. Aren't most SecOps pushing 48 hours as the absolute limit for critical vulns or are ours just being extra pushy?

We often deliver in way less than 6 days but sometimes the dependency tree is deep for a patch.

I've seen most auditors mandate 30 days for Critical, but you clearly want to move a lot quicker than that.

Re: Show HN: SecureBuild – Zero-CVE Images That Pay OSS Projects

#8
post #7
post #6

> New SecureBuilds are created whenever upstream CVEs are available, with a 6-day SLA for critical vulnerabilities. Aren't most SecOps pushing 48 hours as the absolute limit for critical vulns or are ours just being extra pushy?

We often deliver in way less than 6 days but sometimes the dependency tree is deep for a patch. I've seen most auditors mandate 30 days for Critical, but you clearly want to move a lot quicker than that.

the goal is going to be 6 hours!

Re: Show HN: SecureBuild – Zero-CVE Images That Pay OSS Projects

#9
post #7
post #6

> New SecureBuilds are created whenever upstream CVEs are available, with a 6-day SLA for critical vulnerabilities. Aren't most SecOps pushing 48 hours as the absolute limit for critical vulns or are ours just being extra pushy?

We often deliver in way less than 6 days but sometimes the dependency tree is deep for a patch. I've seen most auditors mandate 30 days for Critical, but you clearly want to move a lot quicker than that.

> I've seen most auditors mandate 30 days for Critical, but you clearly want to move a lot quicker than that.

You seem to fundamentally not understand security. A proper security program should never be driven by an auditors expectations or even used as a reasonable guideline.

Don't track CVEs and SLAs in days. You need to have patches out before active exploitation in the wild begins, that is the only metric that matters. Go talk to Greynoise about how to get that data.

Post reply on HN