X XFediYour place in the Fediverse
XFEDI

Remote profile

ActivityPub
Profile banner

nscur0

@[email protected]

Co-Lead of @DependencyTrack.
Maintainer of a bunch of @CycloneDX tooling.
AppSec, supply chain security, bill of materials opinion-haver.
Plant muncher 🌱.
Header image: Carnifex @ Gruenspan Hamburg, Feb 2020

Open remote profile ↗
Posts

How dependency graphs work (or don't work) seemingly keeps confusing people.

Depending on ecosystem and tooling, users are sometimes led to believe that the graph is indeed a tree, which really matters when you want to give "update component A, then issues in A's transitive dependencies go away, too" advice.

You can't make this verdict from an SBOM dependency graph alone, because the SBOM consumer has no freaking idea how your package manager does version resolution.

↩ Reply ♡ 0 · ↻ 0 ↗ Original

OTOH, it's probably only a matter of time until someone finds an issue similar to php2shell in the JVM. In which case, well, the level of "we're fucked"-ness will increase to a new level. Until then, sunshine and rainbows.

↩ Reply ♡ 0 · ↻ 0 ↗ Original

Turns out the "official" Brotli Java library, org.brotli:dec, which has not seen a public update for *9 years*, is not affected by node2shell/http2shell/brotli4shell/whatever because it's pure Java and not JNDI for once.

If you stayed on the arguably dormant library instead of migrating to newer variants that wrap the Brotli C impl, your next week will look a lot less painful.

↩ Reply ♡ 0 · ↻ 0 ↗ Original

I like giving XML shit as much as the next guy, but at least it supports streaming schema validation. With most (all?) JSON schema implementations, you're forced to load it all into memory. Fun times when you get a >300MiB SBOM.

↩ Reply ♡ 0 · ↻ 0 ↗ Original