Borehole · Project · free tier
crewaiinc/crewai
Free reading: not for reliance
07361f6 · 3,045 commits · 36,564 files
Read 2026-10-23

crewaiinc/crewai: technical due diligence, read from its repository

What Borehole read in crewaiinc/crewai's code and history at 07361f6: 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

What the repository says

  • .github/CONTRIBUTING.md:3: states a policy on AI-generated contributions

Architecture & Codebase — including AI provenance

strong
01.6

lib/crewai/src/crewai/flow/runtime/__init__.py is 4,071 lines, 38× this codebase's median file

adequate

The median source file here is 105 lines. 32 files exceed 1,050 lines, the largest being 4,071. 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

adequate
02.24

10% of recent commits change more than 2,000 lines

adequate

170 of 1773 commits in the last 24 months changed over 2,000 lines of code, not counting reformatting, renames, vendored or generated code. A change that size is rarely reviewed line by line. Ask how they were reviewed, and what made them that large.

Evidence
170 commits over 2,000 lines

Product & Engineering Maturity

adequate
04.2

17,074 unresolved debt markers, 25.5 per thousand lines

adequate

The codebase carries 17,074 TODO, FIXME, HACK or XXX markers across 669,292 lines. These are the team's own notes about work they knew was unfinished. A high density is not automatically bad — it can mean an honest team — but every one of them is a decision deferred, and after an acquisition they are deferred onto someone who was not in the room.

Evidence
.github/workflows/vulnerability-scan.yml:107 — # TODO: drop this ignore when bumping nltk past 3.10.3 to a patched
.github/workflows/vulnerability-scan.yml:116 — # TODO: drop this ignore when bumping accelerate past 1.14.0 to a
.pre-commit-config.yaml:32 — # TODO: drop --ignore-vuln [blanked] when bumping nltk past 3.10.3.
.pre-commit-config.yaml:33 — # TODO: drop --ignore-vuln [blanked] when bumping accelerate past 1.14.0.
conftest.py:288 — "authorization": "[blanked]",

Security & Reliability Posture

adequate
05.22

1 deserialiser that can run code

adequate

1 places read data with a deserialiser that executes what it reads (pickle). That is safe on data the system wrote itself and remote code execution on anything else. Ask where each one's input comes from.

Evidence
lib/crewai/src/crewai/utilities/file_handler.py:167 — code-executing deserialiser
05.26

7 locked dependencies have published vulnerabilities, 34 high or critical in what ships

adequate

7 of 498 locked dependencies match 51 published advisories in OSV, 37 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
uv.lock — chromadb 1.5.9: GHSA-36p7-vc44-83pf (critical)
uv.lock — pillow 12.3.0: GHSA-332p-7hrc-92wf (critical), fixed in 13.0.0
uv.lock — unstructured 0.18.32: GHSA-4mvj-m6j5-pmf7 (critical), fixed in 0.24.0; an optional extra
05.65

5 advisories against this project in the last 24 months, 4 high or critical

adequate

The newest was published on 2026-10-19. A project that publishes advisories is telling its users about its fixes, and the count and pace say how much security work it carries. Whether 2 of them are fixed in the code you ship could not be told from this history: its version is only known to be at least 1.15.29. Answer lives in: the release you run, set against each fixed version. The record is incomplete: NVD: 5 records name crewAI with nothing tying them to this repository (CVE-2026-2275, CVE-2026-2285, CVE-2026-2286, …).

Evidence
2026-10-19: CVE-2026-112308 (high): crewai-tools through 1.15.28 contains a server-side request forgery vulnerability in SeleniumScrapingTool that allows attackers to fetch internal resources beca
2026-09-13: CVE-2026-37008 (high): CrewAI before fb2323b offers a Python blocklist approach that operates at the wrong level of abstraction, a different vulnerability than CVE-2026-2275. Import-t
2026-08-27: CVE-2026-37007 (critical): A vulnerability in FileWriterTool in crewai-tools <= 1.10.2rc1 allows a remote attacker to achieve code execution via malicious path traversal sequences in the
2026-08-27: CVE-2026-37009 (moderate): A SQL injection vulnerability in NL2SQLTool in crewai-tools v1.10.2rc1 allows a remote attacker to execute arbitrary SQL commands via an unsanitized sql_query a
2026-07-13: GHSA-mr4r-hcgx-8p4h (high), fixed in 1.15.1: crewai-tools SSRF redirect bypass exposes internal services

Observability & Operations

adequate
06.35

Sends usage data to telemetry.crewai.com by default

adequate

lib/crewai-core/src/crewai_core/telemetry.py sends to telemetry.crewai.com, and lib/crewai-core/src/crewai_core/telemetry.py leaves reporting on as shipped. Every installation reports to the vendor unless its operator turns this off. For a buyer running it inside their own product, that is an outbound data flow to a third party: ask what is sent, how often, and whether the buyer's customers were told.

Evidence
lib/crewai-core/src/crewai_core/telemetry.py:45 — reports to telemetry.crewai.com
lib/crewai-core/src/crewai_core/telemetry.py:163 — the reporting setting is on by default

Fit with the Acquirer

not assessable

Not rated: structurally not assessable from a repository.

Read more, or read your own

The full report on crewaiinc/crewai: 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.