SpaceX AI's Zero Valuation Signals Due Diligence Risk for Law Firms
Morgan Stanley analysts value SpaceX AI at zero. This article explains why the same S-1 risk disclosures that justify that valuation also create a due diligence checklist for law firms evaluating AI tools like Grok.
- Jurisdiction
- Canada (Ontario)
- Court
- Law Society of Ontario Tribunal
- AI tool named
- Grok
- Ruling date
- Jan 1, 2026
- Source document
- View primary court order ↗
- Last verified
- Jul 28, 2026
Lex Machina Review is an independent risk-tracking and reference resource. Nothing on this site is legal advice, and using it does not create an attorney-client relationship. Every record is reviewed against primary sources but may not reflect the most current status of a matter — always verify directly against the cited court order, rule text, or a licensed attorney before relying on it.
Companion explanation — secondary to the source document above
Morgan Stanley’s SpaceX AI valuation analysis matters to lawyers because it is not a product review dressed up as market commentary. Adam Jonas’s July 24, 2026 analysis, as reported by Bloomberg/Yahoo Finance, reiterated a $300 price target for SpaceX, with more than half of that target value assigned to AI operations, including Grok and Cursor. Yet at roughly $100 per share, Jonas reportedly wrote that the market was assigning “zero or even negative value for AI” because of high capital-expenditure requirements relative to Space & Connectivity, uncertain economics, and the amount of management time devoted to the business.[1]
That is the legal procurement question in its cleanest form: if institutional investors are discounting the AI segment after reading the same disclosure environment available to law firms, why would a law firm treat Grok, Cursor, or a related SpaceXAI product as an ordinary software upgrade?

A zero valuation is not proof of uselessness
The reported Morgan Stanley signal does not prove that SpaceXAI’s tools cannot work. It does not show that Grok will hallucinate in every legal workflow, that Cursor cannot assist with coding-adjacent legal automation, or that the AI segment has no eventual commercial value. A stock-price discount is not an expert admissibility ruling.
But the signal is still useful. The reported discount is a market response to disclosed uncertainty. Investors were not merely told that AI is expensive. They were presented with a risk environment that includes investigations, litigation, alleged safety failures, admitted technical vulnerabilities, and governance structures that may constrain practical remedies if the risks materialize. Law-firm review committees should be slower, not faster, than the market when client confidences, court filings, professional discipline, and malpractice coverage are in the path of the tool.
There is a source-quality point worth keeping in view. The Jonas quotation is being used here as reported through Bloomberg/Yahoo Finance, not from an independently reviewed copy of the analyst note. The reported market price also reflects the July 24–28, 2026 window and may have moved intraday. Those limits do not erase the signal; they define the weight it should carry.
The S-1 risk factors read like a vendor-review checklist
Moneywise, reporting on SpaceX’s May 20, 2026 S-1 filing, described a filing with 38 pages of risk factors and roughly $530 million in potential liability from pending xAI-related matters. The same reporting identified an active Irish Data Protection Commission investigation into Grok’s handling of children’s data, an FTC chatbot-safety investigation, demands from 35 U.S. state attorneys general for safety measures, copyright infringement litigation over Grok’s training data, an allegation that Grok generated about 3 million sexualized images, admitted susceptibility to data poisoning, and an orbital AI compute strategy described as “not tested” by anyone.[2]

The exact S-1 page citations were not independently verified here by crawling the SEC filing directly, and the $530 million figure is being treated as Moneywise’s S-1 reporting rather than a separately authenticated line item. For legal-risk purposes, that caveat affects citation confidence, not the procurement exercise. A firm does not need to resolve the issuer’s full securities record before asking whether the same disclosed categories map onto client-data, research, drafting, and automation risk.
| Disclosure-grade risk surface | Legal procurement consequence |
|---|---|
| Regulatory investigations involving children’s data, chatbot safety, and state attorney general demands, as reported from the S-1 environment.[2] | Ask whether the tool processes minors’ data, sensitive personal information, or regulated client material; require data-flow diagrams, retention terms, incident notice provisions, and jurisdiction-specific privacy review before deployment. |
| Copyright infringement litigation over Grok’s training data, as reported by Moneywise.[2] | Require training-data provenance representations where available, output-use indemnity analysis, and a policy for avoiding unverified reproduction of protected material in client work. |
| Admitted data poisoning susceptibility, as reported from the S-1 risk materials.[2] | Treat output integrity as an adversarial-risk problem, not merely a hallucination problem; test whether external inputs, web content, or prompt chains can distort legal conclusions. |
| Reported safety-capacity concerns, including WIRED’s account that xAI had only 2–3 people working on safety as of January 2026, citing Washington Post reporting.[3] | Do not assume vendor maturity from model capability; ask who owns safety review, red teaming, abuse reporting, and legal-domain escalation. |
| Orbital AI compute described as not tested by anyone, according to Moneywise’s S-1 reporting.[2] | Classify infrastructure reliability and continuity as open issues; require service-level commitments, failover explanations, data-location analysis, and business-continuity planning. |
| Governance and remedy constraints, including management-friendly structures, mandatory arbitration, and concentrated voting control discussed in legal commentary.[4][5] | Assume customers may have limited practical leverage after deployment; negotiate remedies, audit rights, termination rights, and contractual allocation of model-risk losses before use. |
The procurement mistake would be to sort those items into separate securities, privacy, copyright, infrastructure, and governance boxes and then treat none of them as dispositive. In legal operations, they converge. A research tool that can be affected by poisoned inputs, trained on contested data, governed by a thin safety function, and deployed under limited remedy structures is not just a model with a few known bugs. It is a system whose failure may land in a filing, an advice memorandum, a privilege review, a discovery production, or a client audit.
Investigations are not background noise
An active Irish DPC investigation into Grok’s handling of children’s data and an FTC chatbot-safety investigation are not reasons to declare the tool unlawful in every setting. They are reasons to stop calling privacy review a boilerplate vendor questionnaire. If a firm might use a tool across education, health, employment, family, criminal, immigration, or consumer matters, the relevant question is not only whether the vendor promises confidentiality. It is whether the firm can prove what categories of data enter the system, whether those data are retained or used for improvement, who can access them, where they are processed, and what happens when a regulator or client asks for the control map.
State attorney general pressure adds another kind of warning. Demands for safety measures by 35 U.S. state attorneys general, as reported from the S-1 environment, do not themselves establish misconduct.[2] They do, however, tell a risk partner that the tool may be operating inside an unsettled enforcement perimeter. That matters when a firm is about to put the tool into workflows involving vulnerable users, consumer-facing advice, or regulated client industries.
Training-data litigation becomes output-use risk
Copyright litigation over Grok’s training data is often framed as the vendor’s problem. That is too narrow for legal users. A firm may not be a defendant in the training-data case, but it can still be responsible for how it uses output. If a drafting system reproduces protected expression, misattributes sources, or supplies language whose provenance cannot be explained to a client, the lawyer is the person who placed it in the work product.
The practical review point is modest: do not ask for a comforting statement that “the model was trained responsibly” and stop there. Ask what the vendor will represent, what it will indemnify, what it excludes, whether enterprise settings change training or retention, and how the firm should handle output that resembles source material. The absence of perfect answers is not unusual in AI procurement. The absence of written answers is the red flag.
Data poisoning is a legal-output integrity problem
Hallucination gets most of the legal-tech attention because it is easy to see: a fake case, a wrong quotation, a broken citation. Data poisoning is less theatrical and, in some settings, more dangerous. If a model or retrieval system can be influenced by corrupted external material, manipulated documents, or adversarial prompt content, the lawyer may receive an answer that looks sourced, current, and tailored while carrying an embedded distortion.
Moneywise’s reporting that the S-1 admitted susceptibility to data poisoning should therefore be treated as a testing requirement, not a theoretical footnote.[2] A law firm evaluating any comparable tool should test hostile documents, misleading authorities, bogus citations, prompt-injection text in uploaded files, and mixed-source research tasks. The question is not whether the model can produce a correct answer in a clean demo. The question is whether it can resist plausible contamination in the workflow lawyers actually use.
Safety staffing is governance evidence
WIRED reported in May 2026 that former OpenAI staffers associated with Guidelight AI Standards warned that xAI’s safety practices rated worst “nearly across the board” among frontier AI labs. WIRED also reported, citing The Washington Post, that xAI had only 2–3 people working on safety as of January 2026.[3] The original Washington Post article was not independently crawled for this piece, so the staffing number should be treated as a reported figure through WIRED’s account.
Even with that sourcing limit, the procurement implication is direct. Model capability and safety capacity are not the same fact. A vendor can ship a powerful model before it has built the review, escalation, abuse detection, documentation, and domain-specific testing functions that a legal deployment requires. If a firm cannot identify the vendor personnel or process responsible for legal-domain failures, the firm should assume it will be the first mature control layer in the chain.
Governance and remedy limits belong in the same file
The governance materials should not distract this discussion into a general securities-law essay. Their legal-tech relevance is narrower: remedy design. The D&O Diary’s discussion of the SpaceX–xAI merger framed the transaction as an expansion of potential D&O liability exposure.[4] Separately, NatLawReview’s governance analysis described a structure involving Nevada entities for management-friendly fiduciary standards, Texas law for anti-takeover provisions, mandatory arbitration of securities claims, and 85.1% Musk voting control.[5]
Those investor-rights details do not automatically decide customer rights. But they are useful signals about where power sits when something goes wrong. A law firm buying access to a system should not assume that public-market discipline, litigation exposure, or reputational pressure will produce fast correction after a client-data incident or filing error. Contract terms need to do that work in advance: audit rights, notice periods, termination rights, data deletion obligations, model-change disclosure, insurance provisions, and express limits on using firm data for training.
The Ontario Grok incident is the professional-responsibility bridge
Market risk becomes harder to dismiss when the same class of tool appears in legal filings. Canadian Lawyer reported in 2026 that an Ontario lawyer used Grok for Law Society tribunal filings and that the output contained hallucinated citations, incorrect hyperlinks, and misapplied tribunal rules.[6] The underlying tribunal order was not independently crawled for this article, so the incident should be cited as a reported legal-use example, not as a fully reconstructed case record.

Even stated carefully, the pattern is familiar. Hallucinated authorities, broken links, and misapplied procedural rules are the same failure types tracked in AI Hallucinations and Attorney Ethics, and they are consistent with non-U.S. sanction records such as DPP v GR [2025] VSC 490. The jurisdiction changes. The professional duty does not. A lawyer who submits AI-assisted work still owns the citations, the procedural route, the quotation, and the rule application.
That is why the Ontario report belongs beside the valuation signal rather than in a separate technology-mishap file. The reported Morgan Stanley discount concerns uncertain AI economics, capital demands, and management focus. The Ontario example shows how tool uncertainty can cross into the record of a legal proceeding. A firm does not need to wait for a sanctions order in its own jurisdiction before requiring verification gates for Grok or any comparable legal AI deployment.
What a law-firm approval record should ask before deployment
The approval record should be written as if it may later be read by a client, court, insurer, regulator, or disciplinary body. That does not mean every AI tool requires a moratorium. It means the file should show that the firm identified the public risk signals before deployment and translated them into controls.
| Proposed use | Approval gate |
|---|---|
| Legal research or drafting | Require citation-by-citation verification against authoritative sources; prohibit direct filing of AI-generated citations, quotations, procedural rules, or case summaries without lawyer review. |
| Client-data workflows | Complete privacy, confidentiality, retention, training-use, access-control, and cross-border processing review before live client information enters the system. |
| Coding-adjacent legal automation | Review generated code, scripts, prompts, and workflow logic for security, privilege, data leakage, and unauthorized practice implications before use in matter systems. |
| Knowledge-management search | Test permission boundaries, stale-law retrieval, document-ranking errors, and prompt-injection content embedded in internal materials. |
| External-facing client tools | Require human escalation paths, disclaimers reviewed by counsel, logging, abuse monitoring, and a defined process for correcting erroneous answers. |
For a product associated with Grok, Cursor, or SpaceXAI, the approval questions should start with the public disclosures and then move inward. Who is responsible for safety review? What testing has been done for legal-domain hallucination, poisoned inputs, and prompt injection? What training-data assurances are available? What happens to uploaded client documents? Are model updates treated as material changes requiring notice? What logs are retained? Can the firm opt out of training? What remedies exist if the tool causes a filing error, confidentiality breach, or client-data incident?
The firm should also separate adoption from effectiveness. A model may be widely discussed, technically impressive, and commercially integrated without being safe for a particular legal workflow. Bloomberg Law reported in July 2026 that SpaceXAI and Cursor unveiled a Grok AI model for coding and finance tasks.[7] That says something about product direction. It does not answer whether the system is suitable for privileged legal analysis, court-facing filings, or regulated client data.
The testing file should not be a polished vendor demo. It should include failed prompts, corrected outputs, known limitations, reviewer notes, and a written decision about permitted and prohibited uses. For comparison across tools, firms can adapt the evaluation discipline used in Claude Opus 5 vs Fable 5 and the verification burden described in The Double-Compliance Burden. The purpose is not to make procurement slower for its own sake. The purpose is to create a record that the firm tested the risk it knew about before lawyers began relying on the tool.
Do not apply a lower standard than investors
Morgan Stanley’s reported valuation gap is not a ruling on SpaceXAI’s future. It is not a finding that Grok, Cursor, or any related product is unusable. It is a disciplined market response to disclosed uncertainty: high capital demands, uncertain economics, management attention, investigations, litigation, safety-capacity concerns, data poisoning susceptibility, infrastructure questions, and constrained remedies.
Law firms should not treat that same disclosure environment as finance-page noise. If a procurement committee approves a tool after those risks are public, the approval record should show the work: what was reviewed, what was tested, what was contractually controlled, what was prohibited, and who is accountable for verification. The companion methodology here is the same one used in Alphabet’s Negative Free Cash Flow Means for Legal AI and Gemini 3.5 Pro Delay Widens the Verification Gap: use corporate and market signals as early warnings for legal-AI reliability review, then connect them to professional-responsibility obligations such as those discussed in From Ethics Opinions to Enforcement.
The defensible position is not reflexive rejection. It is documented skepticism before deployment. A firm that wants to use these tools can do so only after turning the disclosed risks into verification workflows, contractual protections, and use-case limits—before a hallucinated filing, client-data problem, or regulatory inquiry exposes the missing review.
References
- SpaceX at $100 Would Imply Zero AI Value, Morgan Stanley Says, Bloomberg/Yahoo Finance, July 24, 2026
- SpaceX's IPO filing has a whopping 38 pages of risk factors, Moneywise, 2026
- Former OpenAI Staffers Warn That xAI's Poor Safety Record Could Complicate SpaceX's IPO, WIRED, May 2026
- The SpaceX–xAI Merger, D&O Diary, March 2026
- SpaceX IPO Governance: How Public Investors Lost Their Rights, NatLawReview
- SpaceXAI collaborates with AI coding startup on legal-focused artificial intelligence model, Canadian Lawyer, 2026
- SpaceXAI, Cursor Unveil Grok AI Model for Coding, Finance Tasks, Bloomberg Law, July 2026
Related records
Tool profile
Grok's Legal Use Cases, Tiered by RiskGoverning regulation
Browse the obligations tracker →Preventive workflow
Browse verification workflows →
Report a correction or tip
Spotted an outdated figure, a misstated fact, or a ruling this case record should reflect? Public comments are disabled for this content given the professional cost of a misreported case outcome, penalty amount, or rule text — use the structured correction channel instead.
Report a correction or tip for this record →