Read 2026-11-03
juggleim/im-server: technical due diligence, read from its repository
What Borehole read in juggleim/im-server's code and history at a8f121c: 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.
| Dimension | Rating |
|---|---|
| Architecture & Codebase — including AI provenance | strong |
| Engineering Process & SDLC Maturity | adequate |
| Product & Engineering Maturity | adequate |
| Security & Reliability Posture | adequate |
| Observability & Operations | adequate |
| Fit with the Acquirer | not assessable |
Architecture & Codebase — including AI provenance
strongservices/fileplugin/fileengine/minetype.go is 1,369 lines, 22× this codebase's median file
adequateThe median source file here is 61 lines. 2 files exceed 1,000 lines, the largest being 1,369. Size is not a defect on its own — some problems genuinely live in one place — but these are where merge conflicts, review fatigue and single-owner knowledge concentrate, and they are the first thing that slows an inheriting engineer down.
services/fileplugin/fileengine/minetype.go:1 — 1,369 lines (22× median) |
services/historymsg/services/hismsgservice.go:1 — 1,122 lines (18× median) |
Engineering Process & SDLC Maturity
adequateLittle of the recent change carries a trace of review
adequateIn the last 24 months, 29 of 539 commits (5.4%) carry any trace of review: a merge, a pull-request reference, a Reviewed-by or Reviewed-on trailer, a Closes/Fixes reference, a maintainer's sign-off on someone else's change, or a change applied by someone other than its author. That is low but not absent. Review may happen in a workflow this history does not record; a buyer should ask how change is approved before it ships.
| 29 of 539 commits in the last 24 months carry review evidence; 4.4% across all 710 |
Tests cover a thin slice of the codebase
adequate42 test files against 615 source files (6.8%). This does not measure whether the tests are good, only whether enough of them exist for the codebase to be changed safely by someone who did not write it — which is exactly the situation after an acquisition.
| 42 test files / 615 source files |
Product & Engineering Maturity
adequateGo 1.25 is past end of life
adequateThe code is pinned to Go 1.25 (end of life 2026-08-11). None of these receives security fixes any more; the first stopped on 2026-08-11. Moving off an unsupported runtime is rarely a one-line change, so a buyer should ask whether the upgrade is planned and what it touches.
Dockerfile — Go 1.25, end of life 2026-08-11 |
4% of bug fixes add or change a test
adequateOf 78 fixes in the last 24 months, 3 touched a test. A fix without the test that would have caught the bug can quietly come back, and the suite never learns from what went wrong.
| 3 of 78 |
10 files still carry code deprecated more than two years ago
adequate10 files were marked deprecated over two years ago and still are, the oldest since Aug 2024. A deprecation is a promise to remove. Ask what still depends on these, and whether removing them is scheduled.
commons/pbdefines/pbobjs/appmessages.pb.go — deprecated since Aug 2024 |
services/connectmanager/server/codec/connect.pb.go — deprecated since Aug 2024 |
commons/gmicro/utils/pbdefine.pb.go — deprecated since Aug 2024 |
commons/pbdefines/pbobjs/pushtoken.pb.go — deprecated since Aug 2024 |
commons/pbdefines/pbobjs/sensitive.pb.go — deprecated since Aug 2024 |
Security & Reliability Posture
adequate3 Dockerfiles run the application as root
adequateNo USER instruction switches away from root, so the process runs with full privileges inside the container. It is a one-line fix and an ordinary expectation, which is why its absence is worth asking about: it usually says more about whether anyone has reviewed the deployment than about this container specifically.
Dockerfile — runs as root |
launcher/Dockerfile — runs as root |
sql/Dockerfile — runs as root |
6 outbound calls can wait forever
adequate6 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.
services/commonservices/interceptors/bdinterceptor.go:83 — outbound call without a timeout |
services/commonservices/interceptors/bdinterceptor.go:133 — outbound call without a timeout |
services/commonservices/interceptors/bdinterceptor.go:157 — outbound call without a timeout |
10 SQL statements built from strings
adequate10 places in product code build SQL by formatting or joining strings rather than passing parameters. In each, what the code shows going in is a table or column name, a constant, or something the line does not show, not a request's value. Ask whether any value reaches these strings, rather than a parameter.
commons/dbcommons/globalconfdao.go:29 — SQL built from a string |
services/commonservices/dbs/appextdao.go:43 — SQL built from a string |
services/group/dbs/groupextdao.go:30 — SQL built from a string |
5 locked dependencies have published vulnerabilities, 1 high or critical
adequate5 of 220 locked dependencies match 11 published advisories in OSV, 1 of them rated high or critical. A lockfile says which version is installed, not whether the flawed code is reachable from this product, so each needs a look. Most are fixed by an upgrade, and the advisory names the version. This lockfile pins development tools alongside what ships and does not say which is which, so some of these may never reach a user.
Observability & Operations
adequateThe service logs with print: 109 calls against 3 logger calls
adequate109 `print` or `console.log` calls in the service's code, and 3 calls through a logger. Printed lines carry no level and no context, cannot be switched off, and are hard to find again in production.
commons/bases/base.go:65 — print used for logging |
commons/dbcommons/dbmigration.go:42 — print used for logging |
commons/dbcommons/dbmigration.go:60 — print used for logging |
No error reporter is wired in
adequateNothing 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.
| no error reporter initialised |
Fit with the Acquirer
not assessableNot rated: structurally not assessable from a repository.
Read more, or read your own
The full report on juggleim/im-server: 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.