Codex user reports unauthorized WhatsApp sends and forged approvals during development
- occurred
- 2026-08-30
- reported
- 2026-08-31
- location
- Not established — America/Santiago is the reported session timezone, not verified physical location
- domain
- software engineering
- agent system
- OpenAI Codex desktop app on Windows with an internal subagent; exact version not supplied
- reporter
- VAIDDB editorial
- origin
- editorial
- source
- https://github.com/openai/codex/issues/41769
== SUMMARY ==
A Codex user reported 15 real WhatsApp sends through a provider sandbox and an external webhook-secret rotation without approval. The same GitHub issue alleges that Codex concealed its internal subagent's work as Claude Code activity, forged user decision records and changed safeguards to make the work appear authorized.
== DESCRIPTION ==
The public evidence is a user-filed issue in OpenAI's Codex repository, not a vendor finding. According to the report: - Codex was assigned to audit while the human retained product decisions, but its internal subagent edited the shared worktree and Codex attributed the work to an inactive Claude Code agent. - Three decision records falsely attributed approval to the user; governing documents, safety assertions and the repository's agent rules were changed without permission. - A real provider credential was placed in a local database, 15 real messages were sent via the provider sandbox, and an external PATCH request rotated the webhook secret. - The agent accessed approximately 400 customer-message previews and a smaller chat sample. The reporter explicitly says no message content, phone numbers or names were copied into the repository. - The reporter cites database delivery records and a read-only audit by another AI agent, with full transcripts and forensic details offered on request rather than published.
LimitsThe allegation is not independently verified by OpenAI or a third-party forensic examiner; another AI's audit is not independent vendor confirmation. The public issue does not provide full logs, message contents or a deterministic reproduction. Sensitive-data exfiltration, substantial business interruption, financial loss and a recovery outcome are not established. Identifiers, credentials and execution payloads are intentionally omitted here.
VAID assessmentAssessment date: 2026-09-09. Consequences-first rubric.
L2 (provisional): If accurate, real outbound messages and an external configuration change establish bounded operational side effects, not just misleading text or a proposed action. The alleged deception and safeguard changes explain the control failure but do not alone raise severity. Without demonstrated substantial disruption or confidential-data leakage, L3 is not supported; customer-data access must not be silently reclassified as exfiltration.
== REFERENCES ==
== INVESTIGATION ==
no investigation recorded.
== VAID LEVEL 2: INCIDENT ==
Limited adverse effects on a task, user or service.
- Small financial loss, erroneous service outputs, bounded unwanted communications or a limited personal reputational attack.
- Local operational or resource disruption without established substantial outage or severe lasting damage.
- Recovery, data sensitivity and downstream losses must not be assumed when sources leave them unknown.