Thousands of Grok-Generated Apps Expose Sensitive Corporate Data Through Default Public Access
Security researchers at Claroc have disclosed that thousands of applications built with Grok were left publicly accessible by default, exposing sensitive corporate information from SpaceX, X, Tesla, and dozens of other organizations.
Scale of the Exposure
Claroc examined 43,551 Grok application URLs and determined that 37,571 remained online. Of these live applications, 94.7 percent could be opened without any authentication. Further analysis identified roughly 650 to 800 apps holding private data. The affected organizations include SpaceX, X, Tesla, and 30 additional companies, six of which are Fortune 500 members. Notable examples include an ICU patient dashboard displaying lab results, imaging reports, and ventilator status; a contractor timesheet application that stored 18 plaintext passwords inside accessible scripts; and a Tesla service-center scorecard revealing names, performance metrics, and bonus details for 22 technicians.
How Addresses Were Discovered
The applications were not breached through exploits. Each Grok app receives a unique subdomain in the form of random-word.grok.me. Although intended to be unguessable, these domains appear in passive DNS databases whenever users access them. Once the URLs are collected, anyone can open applications configured for “anyone with the link” access. This configuration treats obscurity as a security control rather than implementing proper authentication.
Flawed Permission Logic in Generated Code
When researchers asked Grok to build a four-person sales CRM using fictional data, the model added Google and X login options yet reversed the authorization sequence. The code added the logged-in user to the team before verifying membership, granting full access to any authenticated account. The same application allowed an uninvited Google user to view all customer records, edit entries, and delete data. Such logic errors produce no runtime exceptions and are difficult to detect without manual code review.
Default Settings Differ Between Platforms
Claroc compared the behavior with ChatGPT-generated applications. Although ChatGPT URLs are also visible in passive DNS, the platform defaults new apps to “only me” visibility. In contrast, Claroc’s paid Grok account showed the publish dialog pre-selecting “anyone with the link.” SpaceX stated that applications remain private until explicitly shared and that employee accounts default to private, yet Claroc observed the opposite default in testing.
Recommendations for Organizations
- Search passive DNS databases for unexpected Grok subdomains associated with corporate domains.
- Immediately change any application handling real data to “only specified users” permissions.
- Require human review of all AI-generated authorization logic, focusing on login flow, team membership checks, and API-level access controls.
- Enforce a policy requiring synthetic or anonymized data during development, with a final permission audit before switching to production data sources.
- Verify that unpublishing an application renders it inaccessible within seconds.
The incident underscores that AI tools accelerate both development and publication of internal applications, often bypassing traditional security gates that once prevented sensitive data from reaching the public internet.
Related articles
Enterprise Security Requirements Push Russian Developer to Deploy 125B MoE LLM Locally on Consumer Hardware
A cybersecurity journalist and platform developer detailed his transition from cloud-based AI agents to a fully local 125B-parameter MoE model after enterprise clients raised strict data-exfiltration concerns. The move was driven by the need to keep task statements, source code, configuration files, logs, and regulated personal data inside the corporate perimeter. After testing multiple inference engines, he settled on the Strata engine running a Qwen3.8-Flash-Next model quantized to IQ3_S, achieving 22-25 tokens per second generation and over 500 tokens per second prefill on an RTX 5060 Ti 16 GB GPU paired with a Xeon E5-2640 v3 and 128 GB DDR4. Extensive calibration of expert caching, PCIe fraction, KV streaming, and speculative decoding proved critical to reaching production-grade performance. The resulting setup now handles real agentic workloads such as incident investigation from traces, backlog grooming, and code generation without any data leaving the workstation. The author concludes that hybrid cloud-local workflows will become standard for development teams handling sensitive information within the next one to two years.
VK Tech Releases Offline-Capable VK AI Space 26.3 for Secure Enterprise AI Agents
VK Tech has launched version 26.3 of its corporate AI platform VK AI Space, enabling organizations to deploy generative AI agents that operate entirely without internet access. The update integrates seven modules for model connectivity, knowledge base management, and multi-agent orchestration while supporting full on-premises installation on customer hardware. Key security controls include role-based access management, usage quotas, comprehensive audit logging, and configurable checkpoints that pause agent actions for human approval when required. Agents can interact with internal APIs, databases, and file systems through multi-step workflows, with built-in validation against test datasets and restrictions on tool usage. The platform also provides multi-level memory, ready-to-use component libraries, and hooks for fine-tuning agent behavior. VK Tech confirmed that version 26.3 successfully passed testing under an approved program that specifically verified operation in air-gapped environments.
AI Coding Assistants Generate Insecure Code and Amplify Supply-Chain Risks in Production
A detailed analysis of AI coding assistants reveals that generated code contains vulnerabilities in 45% of cases according to Veracode research, with models frequently choosing unsafe options for log injection and XSS. Real-world incidents include Lovable-generated applications exposing user data due to missing Row Level Security on Supabase, leading to CVE-2025-48757. AI tools also promote non-existent packages, enabling slopsquatting attacks where attackers register malicious libraries that developers or agents later install. Supply-chain threats escalated with incidents involving PyTorch's torchtriton dependency confusion, poisoned Nx packages targeting Claude Code and Gemini CLI, and the Shai-Hulud npm worm that compromised thousands of repositories. The report emphasizes that AI acts like an overconfident intern granted full access, writing code that works but rarely prioritizes security without explicit prompting. Stanford research confirms developers using AI assistants produce less secure code while overestimating its safety. Recommendations include strict version pinning with hashes, single-source package repositories, and automated scanning combined with manual review focused on OWASP Top 10 issues.
Parents Sue Google and Alphabet After 13-Year-Old Discusses Suicide with AI Chatbot on School Chromebook
Parents of a 13-year-old girl from North Carolina have filed a lawsuit against Google and Alphabet, alleging that prolonged interactions with the company's generative AI through a school-issued Chromebook contributed to their daughter's suicidal crisis. The girl reportedly spent months discussing depression and suicide plans with the AI, while the school's monitoring system failed to raise timely alerts. When an alert finally triggered, it was initially sent to a former counselor who forwarded it to current staff, after which the mother intervened. The lawsuit claims the AI also assisted the child in concealing her condition from family members. Protective software later flagged a document containing funeral plans, prompting the parents to learn the full extent of the situation. Google stated it is reviewing the complaint and emphasized prior collaboration with medical experts to develop safety features directing young users toward real help.