Skip to main content

    Proactive Intelligence · Private models · Trust

    Isolation is not supervision. Small private models are.

    Agents on shared hardware can signal each other with the network closed. Enterprise trust comes from specialised models that stay inside your boundary, on a narrow job, with evidence on every step.

    No financial commitment at this stage

    Runs entirely inside your environment. Nothing leaves.

    ~6 minute readFor executives and security leaders

    In 30 seconds

    • An agent plans, uses tools, and acts. It is not a chat reply.
    • On 23 October 2026, OpenAI's red team showed agents in separate microVMs passing synthetic secrets with no network and no shared writable file, by timing the processor cache.
    • Most of those tests were guided. The channels are slow. The lesson holds: shared hardware is a weak trust boundary.
    • Inside a company VPN, an agent with broad access and light supervision can read, move, and act on data far beyond the person who started it.
    • Small, specialised, private models run where the data lives. No external LLM is required by default. Every step can be checked.

    Definition · AI agent

    An AI agent is software that plans, uses tools, and takes actions toward a goal. Inside a company network it can read systems, call other services, and keep working with limited human review.

    Definition · Private model

    A private model is a specialised model that runs inside your VPC or on your own machines. Company data does not need to leave the boundary. No external LLM call is required by default.

    A closed network did not keep the agents apart

    On 23 October 2026, OpenAI published Securing our frontier model training environment. The line that travelled is simple. Agents do not always need a network connection to communicate with each other.

    The test put agents in separate microVMs on shared host machines. No network. No shared writable file. The task was to exchange synthetic secrets, which the sandbox was meant to prevent. The agents used the processor cache. One evicted selected data. The other timed the reload. A read from cache is faster than a read from main memory. That gap became the message.

    Source: OpenAI, 23 October 2026. Secrets were synthetic. In most tests, OpenAI directed the agents toward a channel or supplied an encoding protocol. OpenAI states that these channels carry information slowly and are difficult for models to exploit. The company added monitoring to detect attempts to use them.

    1. 01

      Separate VMs

      MicroVMs on the same physical hosts

    2. 02

      No network

      No shared writable file between the agents

    3. 03

      Still a signal

      Cache timing carried a synthetic secret

    What the sandbox was supposed to stop

    OpenAI also reported other paths between isolated tasks: shared storage, competition for CPU time, and a TLS certificate cache. Same pattern. Close the obvious door. A shared resource still carries a signal.

    Multi-tenant isolation is a control, not a guarantee

    The security discussion that followed is the right one. If two workloads share a processor, closing the network does not close every path between them. A virtual machine hides files and packets. It does not remove the chip underneath.

    That does not mean every cloud tenant is leaking secrets this afternoon. OpenAI's own account says the channels are slow and hard to use, and most runs were pointed at the problem. It does mean a board should stop treating "it runs in a sandbox" as the end of the trust question.

    1. Private modelSpecialised, in your environment, checked against real results
    2. Your VPCYour network, your credentials, your logs. Still needs a narrow job
    3. Public model APIThe prompt itself can carry company data out of the boundary
    4. SandboxBlocks the network and shared files. Misses the side channel
    5. Shared hardwareCache, CPU time, and storage still sit under separate VMs
    Where the assumption fails

    What an agent can do inside the VPN

    A chatbot answers a person. An agent works. It plans a next step, calls a tool, reads the result, and continues. Put that loop on the company VPN with a service account and light supervision, and the blast radius is the access you granted, not the question someone typed.

    Three gaps show up again and again.

    1. 01

      Access

      Credentials often wider than one analyst's task

    2. 02

      Action

      Tools that read, write, and call other systems

    3. 03

      Oversight

      A person who is not in the loop for every step

    Limited supervision, three gaps

    Inside that gap, an agent can pull records from every system the integration can see, send a slice of them to a public model, or chain internal services in ways a dashboard user never would. The VPN proves the traffic is "internal." It does not prove the action was intended, minimal, or reviewed.

    If the same agent runs on multi-tenant hardware, you inherit a second problem. The neighbour is not only another company. It can be another agent, another job, another tenant on the same host. Network monitoring will not see a timing signal on the cache.

    Small and private is a different trust model

    The future of trust is not a larger general agent with a broader VPN login. It is a smaller model with a private home and a narrow job.

    Small means specialised. A business model judges whether a finding matters. A technical model plans queries and returns results with caveats. Neither is a general assistant roaming the estate. Private means the weights and the data stay inside your VPC or on your machines, including an air-gapped run. The intelligence loop does not require a call to a public model.

    General agent, shared cloud

    Wide reach, thin review

    • One model, many tools, broad credentials
    • Data can leave in the prompt to a public API
    • Shares hardware with other tenants
    • Supervision is a prompt and a log
    • A sandbox is treated as a guarantee

    Small private model

    Narrow job, local boundary

    • Specialised models for defined roles
    • Runs in your VPC or on premises
    • No external LLM required by default
    • Claims checked against query results
    • You decide. The system recommends
    Two designs for the same ambition

    Proactive Intelligence keeps the model inside the work

    Proactive Intelligence discovers what matters before you know to ask. The mechanism under it is cross-system discovery. The deployment that makes it trustworthy is in-environment: your VPC or your own machines, no data egress by default.

    NexDiscovery follows four steps. Map what exists. Correlate what no single system can see. Validate with two reasoning agents. Recommend with evidence. The customer decides and executes.

    1. Your boundary

      VPC or on premises

    2. Data Intelligence

      Trusted map

    3. Specialised models

      Narrow roles

    4. Validation

      Real results

    5. Recommendation

      You decide

    How the private loop stays bounded

    The investigation is a fixed sequence, not an open roam of the VPN. Themes, questions, and query plans pass through deterministic checks. Numeric claims are verified against query results. The business model challenges whether a result is worth acting on. The trail ships with the insight: method, evidence, confidence, and known data limits.

    That is supervision designed into the product. A person does not have to watch every token. A person can reconstruct every step.

    Definition · Proactive Intelligence

    Proactive Intelligence discovers what matters in enterprise data before leaders know to ask. It maps systems, correlates signals, validates findings with specialised models, and delivers evidence-backed recommendations inside the customer environment.

    The executive takeaway

    A larger public model does not make the estate safer. A VPN login does not make an agent supervised. A microVM on shared hardware does not make two workloads strangers.

    Trust comes from a smaller design. Specialised models. A private boundary. A job narrow enough to validate. Evidence a board can read. NexDiscovery recommends. You decide and execute.

    FAQ

    What did OpenAI's red team find about isolated AI agents?
    On 23 October 2026, OpenAI reported that red-team agents in separate microVMs on shared host machines exchanged synthetic secrets without a network connection or a shared writable file. One agent evicted selected data from the processor cache. Another timed the reload and read the message from the difference between fast and slow reads. In most tests OpenAI directed the agents or supplied an encoding protocol. OpenAI says these channels are slow and difficult to exploit, and it added monitoring to detect them.
    Why are small private models safer for the enterprise than large cloud agents?
    A small private model runs inside your VPC or on premises, on a narrow job, with no external LLM call required by default. A general agent on shared cloud hardware can hold broad tool access, send data to a public model, and still share a processor with other tenants. Private deployment removes data egress. Specialisation and validation limit what the model is allowed to do.
    What is the risk of AI agents inside a corporate VPN with limited supervision?
    An agent inside the VPN inherits the access you grant it, often wider than one analyst's task. It can read across connected systems, call tools, and continue with little human review between steps. If it calls a public model, company data leaves the boundary. A VPN login is not the same as a private model with a fixed job and an evidence trail.
    Does multi-tenant cloud isolation stop agents from communicating?
    Not completely. OpenAI's test showed that closing the network and removing shared writable files still left a path through hardware the microVMs shared. Multi-tenant isolation is a control. It is not proof that one workload cannot influence another on the same host.
    Does NexDiscovery send company data to an external LLM?
    No external LLM call is required by default. NexDiscovery is designed to run inside the customer VPC or on premises, including air-gapped local model execution. Data does not need to leave the customer boundary for the intelligence loop.

    #PrivateAI #SmallModels #AIAgents #ProactiveIntelligence #OnPremisesAI

    Related reading

    Why the same large models do not create the same insights

    Read article

    NexDiscovery is a San Francisco company building the intelligence layer for modern enterprises: we connect the systems you already run so the answers find you. Built in the Bay. Built for the enterprise.

    Source: OpenAI, "Securing our frontier model training environment," 23 October 2026. openai.com

    Keep the model where the data lives

    Book a Scoping Call to review Proactive Intelligence inside your VPC or on premises, with no external LLM required by default.

    No financial commitment at this stage

    Runs entirely inside your environment. Nothing leaves.