Borehole · Project · free tier
kedacore/keda
Free reading: not for reliance
6016dc9 · 3,171 commits · 790 files
Read 2026-10-23

kedacore/keda: technical due diligence, read from its repository

What Borehole read in kedacore/keda's code and history at 6016dc9: its licence, security advisories, releases, review practice, tests, dependencies and operations. Every finding cites the file and line it rests on. The full report also covers the team and asks the questions the code cannot answer.

DimensionRating
Architecture & Codebase — including AI provenancestrong
Engineering Process & SDLC Maturitystrong
Product & Engineering Maturityadequate
Security & Reliability Posturestrong
Observability & Operationsstrong
Fit with the Acquirernot assessable

What the repository says

  • README.md:20: names Cloud Native Computing Foundation

Architecture & Codebase — including AI provenance

strong

No finding.

Engineering Process & SDLC Maturity

strong

No finding.

Product & Engineering Maturity

adequate
04.3

132 direct dependencies in a single manifest

adequate

go.mod declares 132 direct dependencies. Each one is a maintenance obligation, a supply-chain surface and a potential licence question that transfers with the asset. The count says nothing about whether any given dependency was a good choice; it says how many such choices a buyer inherits.

Evidence
go.mod — 132 declared

Security & Reliability Posture

strong
05.27

The build runs third-party code it does not pin

adequate

4 third-party CI actions are referenced by a tag or branch rather than a commit, so they run whatever that tag points to on the day. Tags have been moved to malicious commits in real supply-chain attacks, and a piped script is whatever the server returns that minute. Pinning to a commit is the fix, and it is small.

Evidence
.github/workflows/main-build.yml:94 — action pinned by tag
.github/workflows/main-build.yml:103 — action pinned by tag
05.13

2 outbound calls can wait forever

adequate

2 HTTP calls use a client with no timeout (Python `requests` without `timeout=`, or Go's default client). When a dependency slows down, each one holds a worker until the connection gives up, and enough of them take the service down with the dependency.

Evidence
pkg/scalers/gcp/gcp_stackdriver_client.go:111 — outbound call without a timeout
pkg/scaling/resolver/gcp_secretmanager_handler.go:108 — outbound call without a timeout
05.65

3 advisories against this project in the last 24 months, 2 high or critical

adequate

The newest was published on 2026-09-23. A project that publishes advisories is telling its users about its fixes, and the count and pace say how much security work it carries. None of them affects the surveyed version.

Evidence
2026-09-23: GHSA-637c-6jxx-4rwm (critical), fixed in 2.21.0: KEDA: Privilege escalation from namespace admin to cluster admin via KEDA TriggerAuthentication
2026-06-01: GHSA-6w3m-4hhp-775q (moderate), fixed in 2.20.0: KEDA has PostgreSQL connection string parameter injection via incomplete whitespace escaping
2025-12-22: GHSA-c4p6-qg4m-9jmr (high), fixed in 2.17.3: KEDA has Arbitrary File Read via Insufficient Path Validation in HashiCorp Vault Service Account Credential

Observability & Operations

strong
06.9

No error reporter is wired in

adequate

Nothing in the service initialises an error reporter (Sentry, Rollbar, Bugsnag, Honeybadger or an APM agent). An exception in production reaches a person only if someone is reading the logs, which usually means a customer reports it first.

Evidence
no error reporter initialised
06.33

3 of 3 deployments run a single replica

adequate

3 deployments set `replicas: 1`, and nothing (an autoscaler, a disruption budget) adds more. Every deploy and every node drain is downtime, and the availability the buyer inherits has a ceiling.

Fit with the Acquirer

not assessable

Not rated: structurally not assessable from a repository.

Read more, or read your own

The full report on kedacore/keda: every dimension, the questions for the room, and the audit log.

Survey a repository: free on public repositories. Private code is read on your own machine by a collector whose source you can read first.