Borehole · Project · free tier
home-assistant/ios
Free reading: not for reliance
631958f · 4,843 commits · 4,718 files
Read 2026-10-04

home-assistant/ios: technical due diligence, read from its repository

What Borehole read in home-assistant/ios's code and history at 631958f: 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 Maturitystrong
Security & Reliability Postureadequate
Observability & Operationsadequate
Fit with the Acquirernot assessable

What the repository says

  • .github/pull_request_template.md:3: states a policy on AI-generated contributions
  • .github/pull_request_template.md:5: names Open Home Foundation

Architecture & Codebase — including AI provenance

strong
01.6

Sources/Shared/Resources/Swiftgen/Strings.swift is 10,519 lines, 134× this codebase's median file

adequate

The median source file here is 78 lines. 10 files exceed 1,000 lines, the largest being 10,519. 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.

Engineering Process & SDLC Maturity

strong

No finding.

Product & Engineering Maturity

strong
04.17

Ruby 3.1 is past end of life

adequate

The code is pinned to Ruby 3.1 (end of life 2025-03-26). None of these receives security fixes any more; the first stopped on 2025-03-26. 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
.ruby-version — Ruby 3.1, end of life 2025-03-26

Security & Reliability Posture

adequate
05.26

3 locked dependencies have published vulnerabilities, 2 high or critical

adequate

3 of 110 locked dependencies match 3 published advisories in OSV, 2 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
Gemfile.lock — faraday 1.10.5: GHSA-98m9-hrrm-r99r (high), fixed in 1.10.6
Gemfile.lock — rubyzip 2.4.1: GHSA-47m2-wp7j-p9vc (high), fixed in 3.4.0
Gemfile.lock — excon 0.112.0: GHSA-48rx-c7pg-q66r (moderate), fixed in 1.5.0
05.51

The app allows plain HTTP to any server

adequate

The app's manifest allows unencrypted HTTP app-wide (NSAllowsArbitraryLoads, or cleartext traffic permitted), rather than for named domains. Anything sent over plain HTTP can be read on the network, and enterprise security reviews ask about it. Some apps need it by nature (a podcast or feed reader fetches whatever URL a feed gives), so ask which case this is.

Evidence
Sources/App/Resources/Info.plist:87 — cleartext allowed app-wide
Sources/Extensions/Intents/Resources/Info.plist:25 — cleartext allowed app-wide
Sources/Extensions/Matter/Resources/Info.plist:17 — cleartext allowed app-wide

Observability & Operations

adequate
06.1

No telemetry or error reporting is wired in anywhere

adequate

None of 2,928 readable files references an instrumentation, metrics or error-reporting library. If this system is in production, nobody learns that it broke from the system itself — they learn it from a customer. That is a reliability finding before it is an observability one.

Evidence
searched 2,928 tracked text files for 16 known instrumentation libraries; manifests for metrics, tracing and error-reporting families; locked dependencies for the packages that emit; 0 matched
06.8

One request cannot be followed through the logs

adequate

Nothing in the service carries a request or correlation id, and there is no tracing. When a customer reports a failure, the log lines that belong to their request cannot be picked out from everyone else's.

Evidence
no request id, correlation id or tracing found
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 home-assistant/ios: 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.