Borehole · Project · free tier
juggleim/im-server
Free reading: not for reliance
a8f121c · 710 commits · 735 files
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.

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

Architecture & Codebase — including AI provenance

strong
01.6

services/fileplugin/fileengine/minetype.go is 1,369 lines, 22× this codebase's median file

adequate

The 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.

Evidence
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

adequate
02.1

Little of the recent change carries a trace of review

adequate

In 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.

Evidence
29 of 539 commits in the last 24 months carry review evidence; 4.4% across all 710
02.3

Tests cover a thin slice of the codebase

adequate

42 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.

Evidence
42 test files / 615 source files

Product & Engineering Maturity

adequate
04.17

Go 1.25 is past end of life

adequate

The 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.

Evidence
Dockerfile — Go 1.25, end of life 2026-08-11
04.19

4% of bug fixes add or change a test

adequate

Of 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.

Evidence
3 of 78
04.38

10 files still carry code deprecated more than two years ago

adequate

10 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.

Evidence
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

adequate
05.6

3 Dockerfiles run the application as root

adequate

No 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.

Evidence
Dockerfile — runs as root
launcher/Dockerfile — runs as root
sql/Dockerfile — runs as root
05.13

6 outbound calls can wait forever

adequate

6 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
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
05.20

10 SQL statements built from strings

adequate

10 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.

Evidence
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
05.26

5 locked dependencies have published vulnerabilities, 1 high or critical

adequate

5 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.

Evidence
go.mod — github.com/go-jose/go-jose/v3 v3.0.5: GHSA-mgcc-cww5-fp2q (high)
go.mod — github.com/gorilla/websocket v1.5.1: GHSA-w67g-5rqw-f597 (moderate), fixed in 1.5.3
go.mod — go.mongodb.org/mongo-driver v1.13.1: GHSA-cp6g-7hqx-qxhp (moderate), fixed in 1.17.7

Observability & Operations

adequate
06.7

The service logs with print: 109 calls against 3 logger calls

adequate

109 `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.

Evidence
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
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

Fit with the Acquirer

not assessable

Not 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.