<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="https://www.jain.com/assets/img/6adafce5-1.1"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>VDI &#8211; Jain.com</title>
	<atom:link href="/tag/vdi/feed/" rel="self" type="application/rss+xml" />
	<link></link>
	<description>Data centers, connectivity, and security — news and analysis</description>
	<lastBuildDate>Sat, 29 Aug 2026 10:02:21 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	

<image>
	<url>/wp-content/uploads/2026/08/jain-com-icon-512-150x150.png</url>
	<title>VDI &#8211; Jain.com</title>
	<link></link>
	<width>32</width>
	<height>32</height>
</image> 
	<item>
		<title>Kasm and Intel Recast Private AI as a Containment Problem</title>
		<link>/kasm-intel-xeon-6-amx-private-ai-workspaces/</link>
		
		<dc:creator><![CDATA[Deepak Jain]]></dc:creator>
		<pubDate>Thu, 27 Aug 2026 11:16:55 +0000</pubDate>
				<category><![CDATA[AI Infrastructure]]></category>
		<category><![CDATA[CPU Inference]]></category>
		<category><![CDATA[data sovereignty]]></category>
		<category><![CDATA[Intel AMX]]></category>
		<category><![CDATA[Intel Xeon 6]]></category>
		<category><![CDATA[Kasm Workspaces]]></category>
		<category><![CDATA[OpenVINO]]></category>
		<category><![CDATA[Private AI]]></category>
		<category><![CDATA[VDI]]></category>
		<guid isPermaLink="false">/kasm-intel-xeon-6-amx-private-ai-workspaces/</guid>

					<description><![CDATA[Kasm Technologies expanded its Intel partnership to run local LLM inference on Xeon 6 with AMX inside isolated browser workspaces, keeping prompts on-prem. The release claims cost parity with per-seat AI subscriptions at roughly 40 provisioned users per node, but publishes no benchmarks to support it.]]></description>
										<content:encoded><![CDATA[<div class="jain-post-grid">
<div class="jain-post-main">
<p>Kasm Technologies, the McLean, Virginia maker of containerized browser and desktop streaming software, announced on August 27, 2026 that it has expanded its partnership with Intel to deliver local large language model inference inside Kasm AI Workspaces running on Intel Xeon 6 processors with Advanced Matrix Extensions (AMX). The company is now listed in the Intel Partner Directory as an Intel technology partner.</p>
<p>The joint architecture pairs Kasm&#8217;s ephemeral workspace containers with the Intel Distribution of OpenVINO toolkit to run open-weight models — including mixture-of-experts LLMs such as Qwen3-Coder-30B-A3B — on CPU silicon, with no GPU required and, per Kasm, no data leaving the enterprise perimeter. Kasm cites healthcare, finance, legal, defense and government as early adopters, and says the architecture reaches cost parity with per-seat AI subscriptions at approximately 40 provisioned users per node.</p>
<h2>Executive Summary</h2>
<p>The announcement is less about model capability than about where inference physically happens. Kasm&#8217;s core product streams applications and desktops to a browser inside short-lived, policy-controlled containers — a lighter-weight successor to traditional virtual desktop infrastructure (VDI). Putting an LLM inside that same container means the prompt, the retrieved documents and the model output all stay within a boundary the enterprise already governs, audits and tears down at session end.</p>
<p>That reframes the enterprise AI problem. The blocker in regulated environments has rarely been that hosted models are not good enough; it is that the data those models would need to be useful cannot lawfully or safely be sent to a third-party inference endpoint. Kasm&#8217;s argument is that Intel&#8217;s AMX instructions — matrix-multiply acceleration built into the Xeon 6 CPU itself — plus OpenVINO&#8217;s optimization layer now make mid-sized open-weight models fast enough on general-purpose servers that the containment problem can be solved without buying GPU capacity for every seat.</p>
<p>The commercial claim is the one worth watching: cost parity with per-seat AI subscriptions at roughly 40 provisioned users per node, inverting favorably above that. If that holds under real concurrency, private AI stops being a compliance-driven premium and becomes the cheaper option at scale. The release does not publish the node configuration, throughput figures or utilization assumptions behind the number, so it should be treated as a vendor estimate pending buyer validation.</p>
<h2>The Product Is the Boundary, Not the Model</h2>
<p>Read carefully, this partnership does not claim to give enterprises a better AI. It claims to give them a defensible place to put one. Kasm&#8217;s existing value proposition is isolation: each session is an ephemeral container, provisioned on demand, destroyed on exit, streamed as pixels to a browser so nothing executes on the endpoint. Dropping a local model into that container extends the same guarantee to inference — the prompt never traverses a vendor API, and the working set never leaves the data center.</p>
<p>This is a meaningfully different security posture from the enterprise controls most organizations use today. Data loss prevention tools, AI gateways and contractual no-training clauses all manage risk after data has left the building; they are governance over an external dependency. Containment removes the dependency. For a hospital system, a defense contractor or a law firm handling privileged material, the distinction between &#8220;the vendor promises not to retain this&#8221; and &#8220;this never left&#8221; is the entire compliance argument.</p>
<p>The trade-off is that the enterprise now owns everything hosted providers were handling — model selection, updates, evaluation, capacity planning and the security of the weights themselves. Containment converts a vendor-risk problem into an operations problem. That is often the right trade for regulated buyers, but it is a trade, and the release does not frame it as one.</p>
<h2>Why CPU Inference Stopped Being a Punchline</h2>
<p>For most of the current AI cycle, &#8220;run it on CPUs&#8221; signalled a compromise. Two shifts undercut that. The first is silicon: AMX is a matrix-math accelerator built directly into Xeon cores, so the dense linear algebra that dominates transformer inference runs on hardware designed for it rather than on general-purpose vector units. OpenVINO, Intel&#8217;s inference optimization toolkit, handles the compression and scheduling work — quantization, graph optimization, dispatch across CPU, integrated NPU or discrete GPU — that turns a research checkpoint into something with an interactive response time.</p>
<p>The second shift is architectural. Mixture-of-experts models route each token through a small subset of their total parameters rather than the whole network, so a model with tens of billions of parameters can cost far less per token to run than its size implies. That reshapes the hardware question: the binding constraint moves toward memory capacity and bandwidth, where commodity server platforms are comparatively strong, and away from raw compute density, where accelerators dominate. Kasm&#8217;s claim that recent open-weight models &#8220;approach the capability of leading frontier models&#8221; on chat, retrieval-augmented generation, tool calls and code assistance is plausible directionally for those specific workloads — but it is an assertion in a press release, unaccompanied by benchmarks, and it should be read as such.</p>
<p>Notably, Kasm has not abandoned accelerators. Kasm 1.19 supports SR-IOV bifurcation of Intel Arc Pro cards, a virtualization technique that splits one physical GPU into multiple isolated virtual functions so several workspaces can share it. That is a tacit acknowledgment that CPU inference covers the interactive middle of the workload distribution, not the demanding tail.</p>
<h2>The 40-Seat Threshold and Who It Rewards</h2>
<p>The most consequential number in the release is the cost-parity claim at approximately 40 provisioned users per node. Per-seat AI subscriptions scale linearly: 4,000 employees cost roughly ten times what 400 cost, forever. A private inference node is capital and operating expense that, once bought, gets cheaper per user as utilization rises. Kasm is arguing that the crossover now sits low enough that mid-sized deployments clear it, and that everything above it favors on-premises economics.</p>
<p>If the threshold survives contact with production, the winners are organizations with large populations of employees who currently get no AI tooling at all because their data disqualifies them — exactly the healthcare, finance, legal, defense and government segments Kasm names. They convert an unbudgetable per-seat line item into a depreciating asset, and they get predictable costs, which matters more to a public-sector CFO than peak model quality. Enterprises already running Intel server fleets and VDI capture the most upside, since the marginal purchase is smaller.</p>
<p>The pressure lands on per-seat AI vendors serving regulated verticals, whose pricing assumes seats scale with value, and on GPU-first inference architectures for routine interactive work. It is worth being precise about the limit: cost parity at 40 seats is not a claim about parity of capability with frontier hosted models, and the release does not make one. Buyers evaluating this should test the two questions separately.</p>
<h2>What Could Break the Thesis</h2>
<p>The word &#8220;provisioned&#8221; is doing heavy lifting. Provisioned users are not concurrent users, and inference economics live or die on concurrency ratios — how many of those 40 are actually generating tokens at once, at what context length, at what acceptable latency. Long-context retrieval-augmented generation and autonomous coding agents, both explicitly in scope here, consume dramatically more compute per request than a short chat turn. A node sized for chat will not behave the same way under agentic load.</p>
<p>There is also a governance gap that containment does not close. Keeping data inside the perimeter answers where inference happens; it does not answer whether the output is accurate, whether the model was evaluated for the clinical, legal or financial task it is being used for, or who is accountable when it is wrong. Regulated industries face both obligations, and this architecture addresses one of them. Organizations that treat on-premises deployment as a completed compliance story will find the second obligation still waiting.</p>
<p>Finally, the partnership&#8217;s substance is unstated. &#8220;Listed Intel technology partner&#8221; and inclusion in the Intel Partner Directory are verifiable, real, and also the entry rung of most vendor ecosystems. The release describes no joint engineering commitment, no co-selling arrangement and no financial terms. That does not make the technical architecture less real — OpenVINO on AMX is a well-documented path — but it means the announcement should be evaluated on the product claims, not on the weight implied by Intel&#8217;s name.</p>
<h2>Background</h2>
<p>Kasm Technologies sells containerized workspace streaming: instead of installing applications on a laptop or maintaining persistent virtual desktops, users receive browsers, desktops and applications as short-lived containers rendered into a web browser. The model was built for isolation — a session that never touches the endpoint and is destroyed on exit contains malware, data exfiltration and residual state by design — which is why the company&#8217;s early traction came from government agencies and other security-constrained buyers. Kasm has been layering partner integrations onto that base, including a cross-domain access partnership with Everfox and a stealth networking workspace registry with Dispersive released for Kasm 1.19.</p>
<p>The Intel side of this reflects a broader repositioning. As mixture-of-experts architectures reduced compute per token and Intel added matrix acceleration directly into Xeon cores, CPU inference moved from impractical to adequate for a defined band of enterprise workloads — chat, retrieval-augmented generation, tool calls and code assistance. That opened a market segment that GPU-first economics had priced out: organizations that need AI at every desk, cannot send their data outside, and cannot justify accelerator hardware per seat. This announcement targets precisely that intersection.</p>
<p>Source: <a href="https://www.prnewswire.com/news-releases/kasm-technologies-expands-intel-partnership-to-deliver-private-ai-through-kasm-ai-workspaces-on-intel-xeon-6-with-amx-302861056.html">Kasm Technologies Expands Intel Partnership to Deliver Private AI Through Kasm AI Workspaces on Intel Xeon 6 with AMX</a> — PR Newswire release dated August 27, 2026 announcing local LLM inference on Intel Xeon 6 with AMX and OpenVINO inside Kasm&#8217;s containerized workspaces.</p>
</div>
<aside class="jain-rail">
<section class="jain-gaps" aria-label="What the release does not say">
<p class="jain-gaps-kicker"><img src="https://www.jain.com/assets/img/dbaaff79-26a0.png" alt="⚠" class="wp-smiley" style="height: 1em; max-height: 1em;" /> What They Aren’t Saying</p>
<h2>What the Release Doesn&#8217;t Say</h2>
<p>The release leaves several material questions open for buyers:</p>
<ul>
<li><strong>No benchmarks.</strong> No tokens-per-second figures, time-to-first-token latency, context-length limits, or quantization levels are disclosed for any named model on any named Xeon 6 configuration.</li>
<li><strong>The 40-user threshold is unspecified.</strong> No node SKU, core count, memory capacity, hardware cost, Kasm licensing cost, subscription price used as the comparison baseline, or concurrency-to-provisioned ratio is given — all of which determine whether the parity point holds.</li>
<li><strong>No named customers or scale.</strong> Regulated industries are described as early adopters, but no deployment, seat count, reference customer or independent validation is cited.</li>
<li><strong>Partnership terms are undefined.</strong> Directory listing and technology-partner status are confirmed; joint engineering, co-selling, roadmap commitments and any financial arrangement are not described.</li>
<li><strong>Model lifecycle is unaddressed.</strong> Who packages, updates, patches and evaluates the local models, how weight provenance is verified, and how model drift is managed across deployed nodes are not covered.</li>
<li><strong>Availability and support.</strong> Beyond SR-IOV support in Kasm 1.19, the release gives no general-availability dates, supported model catalog, or Xeon 6 SKU requirements.</li>
</ul>
</section>
<section class="jain-faq">
<h2>Frequently Asked Questions</h2>
<h3>What exactly did Kasm Technologies announce?</h3>
<p>On August 27, 2026, Kasm announced an expanded Intel partnership delivering local large language model inference inside Kasm AI Workspaces on Intel Xeon 6 processors with Advanced Matrix Extensions, using the Intel Distribution of OpenVINO. Kasm is now listed as an Intel technology partner.</p>
<h3>What are Kasm AI Workspaces?</h3>
<p>They are Kasm&#8217;s containerized workspace sessions with a local LLM running inside them. Each user gets an ephemeral, policy-controlled container streamed to a browser, so chat, code assistance, retrieval-augmented generation and agent workloads run within the enterprise perimeter.</p>
<h3>What is Intel AMX and why does it matter here?</h3>
<p>Advanced Matrix Extensions are matrix-multiplication accelerators built into Xeon CPU cores. Transformer inference is dominated by matrix math, so AMX lets a general-purpose server run mid-sized models at interactive speeds without a dedicated GPU.</p>
<h3>What is OpenVINO?</h3>
<p>OpenVINO is Intel&#8217;s open-source inference optimization toolkit. It compresses and optimizes models and dispatches them across Intel CPUs, integrated NPUs and discrete GPUs, which is how Kasm targets one architecture across the full Intel compute portfolio.</p>
<h3>Does this architecture require GPUs?</h3>
<p>Not for CPU-based inference on Xeon 6 with AMX, which Kasm says runs at interactive speeds without one. For workloads that do need acceleration, Kasm 1.19 supports SR-IOV bifurcation of Intel Arc Pro cards so one physical GPU can serve multiple isolated workspaces.</p>
<h3>What problem is this meant to solve?</h3>
<p>Kasm frames it as an adoption gap: much of a workforce cannot use AI tools because the data involved cannot legally or safely be sent to a hosted third-party inference endpoint. Running the model locally removes that transfer entirely rather than governing it.</p>
<h3>Which industries is this aimed at?</h3>
<p>Kasm names healthcare, finance, legal, defense and government as early adopters — sectors where data residency, privilege and classification rules make external inference endpoints difficult or prohibited regardless of the vendor&#8217;s contractual assurances.</p>
<h3>How does the cost compare to per-seat AI subscriptions?</h3>
<p>Kasm states the architecture reaches cost parity with per-seat AI subscriptions at approximately 40 provisioned users per node and inverts favorably above that. The release does not publish the node specification, licensing costs or comparison baseline behind the figure.</p>
<h3>What is a mixture-of-experts model?</h3>
<p>A mixture-of-experts, or MoE, model routes each token through a small subset of its total parameters rather than the whole network. That keeps compute per token low relative to model size, which is a large part of why CPU-based inference is now viable.</p>
<h3>What is SR-IOV bifurcation of Intel Arc Pro cards?</h3>
<p>SR-IOV is a hardware virtualization standard that splits one physical device into multiple isolated virtual functions. In Kasm 1.19 it lets a single Arc Pro GPU be shared across several separate workspaces, improving utilization for accelerated workloads.</p>
<h3>Is Kasm formally an Intel partner now?</h3>
<p>Yes. The release states Kasm is positioned as a listed Intel technology partner and appears in the Intel Partner Directory. The release does not describe joint engineering commitments, co-selling terms or any financial arrangement between the companies.</p>
<h3>Does running AI locally guarantee regulatory compliance?</h3>
<p>No. Local inference addresses where data is processed, which is one requirement among several. Output accuracy, task-specific model validation, audit logging and human accountability remain the deploying organization&#8217;s responsibility under most regulatory frameworks.</p>
<h3>Which claims in the release are substantiated and which are not?</h3>
<p>The Intel Partner Directory listing, the OpenVINO and AMX technical path, and the Kasm 1.19 SR-IOV feature are verifiable. The model-capability comparison to frontier models and the 40-user cost-parity threshold are vendor assertions published without supporting benchmarks or configuration detail.</p>
<h3>What should a buyer test before piloting this?</h3>
<p>Measure tokens per second and time-to-first-token on your own node under realistic concurrency, not provisioned seat counts. Test long-context retrieval and agent workloads separately from chat, and price the full stack — hardware, licensing and operations — against your actual subscription baseline.</p>
<h3>How does this compare with using a hosted AI provider?</h3>
<p>Hosted providers offer the strongest models with no infrastructure burden but require data to leave your perimeter. Local inference keeps data in place and offers predictable costs at scale, while shifting model selection, updates, evaluation and capacity planning onto your team.</p>
<h3>Who is Kasm Technologies?</h3>
<p>Kasm Technologies is a McLean, Virginia company that streams browsers, desktops and applications to users through ephemeral, containerized sessions as an alternative to traditional VDI. Built by a team with federal cybersecurity roots, it serves government agencies and Fortune 500 organizations.</p>
</section>
</aside>
</div>
<p><script type="application/ld+json">{"@context": "https://schema.org", "@graph": [{"@type": "NewsArticle", "headline": "Kasm and Intel Recast Private AI as a Containment Problem", "description": "Kasm Technologies expanded its Intel partnership to run local LLM inference on Xeon 6 with AMX inside isolated browser workspaces, keeping prompts on-prem. The release claims cost parity with per-seat AI subscriptions at roughly 40 provisioned users per node, but publishes no benchmarks to support it.", "image": ["/wp-content/uploads/2026/08/kasm-intel-xeon-6-amx-private-ai-workspaces.png"], "author": {"@type": "Organization", "name": "jain.com Editorial"}, "datePublished": "2026-08-27T11:16:49.435213+00:00"}, {"@type": "FAQPage", "mainEntity": [{"@type": "Question", "name": "What exactly did Kasm Technologies announce?", "acceptedAnswer": {"@type": "Answer", "text": "On August 27, 2026, Kasm announced an expanded Intel partnership delivering local large language model inference inside Kasm AI Workspaces on Intel Xeon 6 processors with Advanced Matrix Extensions, using the Intel Distribution of OpenVINO. Kasm is now listed as an Intel technology partner."}}, {"@type": "Question", "name": "What are Kasm AI Workspaces?", "acceptedAnswer": {"@type": "Answer", "text": "They are Kasm's containerized workspace sessions with a local LLM running inside them. Each user gets an ephemeral, policy-controlled container streamed to a browser, so chat, code assistance, retrieval-augmented generation and agent workloads run within the enterprise perimeter."}}, {"@type": "Question", "name": "What is Intel AMX and why does it matter here?", "acceptedAnswer": {"@type": "Answer", "text": "Advanced Matrix Extensions are matrix-multiplication accelerators built into Xeon CPU cores. Transformer inference is dominated by matrix math, so AMX lets a general-purpose server run mid-sized models at interactive speeds without a dedicated GPU."}}, {"@type": "Question", "name": "What is OpenVINO?", "acceptedAnswer": {"@type": "Answer", "text": "OpenVINO is Intel's open-source inference optimization toolkit. It compresses and optimizes models and dispatches them across Intel CPUs, integrated NPUs and discrete GPUs, which is how Kasm targets one architecture across the full Intel compute portfolio."}}, {"@type": "Question", "name": "Does this architecture require GPUs?", "acceptedAnswer": {"@type": "Answer", "text": "Not for CPU-based inference on Xeon 6 with AMX, which Kasm says runs at interactive speeds without one. For workloads that do need acceleration, Kasm 1.19 supports SR-IOV bifurcation of Intel Arc Pro cards so one physical GPU can serve multiple isolated workspaces."}}, {"@type": "Question", "name": "What problem is this meant to solve?", "acceptedAnswer": {"@type": "Answer", "text": "Kasm frames it as an adoption gap: much of a workforce cannot use AI tools because the data involved cannot legally or safely be sent to a hosted third-party inference endpoint. Running the model locally removes that transfer entirely rather than governing it."}}, {"@type": "Question", "name": "Which industries is this aimed at?", "acceptedAnswer": {"@type": "Answer", "text": "Kasm names healthcare, finance, legal, defense and government as early adopters \u2014 sectors where data residency, privilege and classification rules make external inference endpoints difficult or prohibited regardless of the vendor's contractual assurances."}}, {"@type": "Question", "name": "How does the cost compare to per-seat AI subscriptions?", "acceptedAnswer": {"@type": "Answer", "text": "Kasm states the architecture reaches cost parity with per-seat AI subscriptions at approximately 40 provisioned users per node and inverts favorably above that. The release does not publish the node specification, licensing costs or comparison baseline behind the figure."}}, {"@type": "Question", "name": "What is a mixture-of-experts model?", "acceptedAnswer": {"@type": "Answer", "text": "A mixture-of-experts, or MoE, model routes each token through a small subset of its total parameters rather than the whole network. That keeps compute per token low relative to model size, which is a large part of why CPU-based inference is now viable."}}, {"@type": "Question", "name": "What is SR-IOV bifurcation of Intel Arc Pro cards?", "acceptedAnswer": {"@type": "Answer", "text": "SR-IOV is a hardware virtualization standard that splits one physical device into multiple isolated virtual functions. In Kasm 1.19 it lets a single Arc Pro GPU be shared across several separate workspaces, improving utilization for accelerated workloads."}}, {"@type": "Question", "name": "Is Kasm formally an Intel partner now?", "acceptedAnswer": {"@type": "Answer", "text": "Yes. The release states Kasm is positioned as a listed Intel technology partner and appears in the Intel Partner Directory. The release does not describe joint engineering commitments, co-selling terms or any financial arrangement between the companies."}}, {"@type": "Question", "name": "Does running AI locally guarantee regulatory compliance?", "acceptedAnswer": {"@type": "Answer", "text": "No. Local inference addresses where data is processed, which is one requirement among several. Output accuracy, task-specific model validation, audit logging and human accountability remain the deploying organization's responsibility under most regulatory frameworks."}}, {"@type": "Question", "name": "Which claims in the release are substantiated and which are not?", "acceptedAnswer": {"@type": "Answer", "text": "The Intel Partner Directory listing, the OpenVINO and AMX technical path, and the Kasm 1.19 SR-IOV feature are verifiable. The model-capability comparison to frontier models and the 40-user cost-parity threshold are vendor assertions published without supporting benchmarks or configuration detail."}}, {"@type": "Question", "name": "What should a buyer test before piloting this?", "acceptedAnswer": {"@type": "Answer", "text": "Measure tokens per second and time-to-first-token on your own node under realistic concurrency, not provisioned seat counts. Test long-context retrieval and agent workloads separately from chat, and price the full stack \u2014 hardware, licensing and operations \u2014 against your actual subscription baseline."}}, {"@type": "Question", "name": "How does this compare with using a hosted AI provider?", "acceptedAnswer": {"@type": "Answer", "text": "Hosted providers offer the strongest models with no infrastructure burden but require data to leave your perimeter. Local inference keeps data in place and offers predictable costs at scale, while shifting model selection, updates, evaluation and capacity planning onto your team."}}, {"@type": "Question", "name": "Who is Kasm Technologies?", "acceptedAnswer": {"@type": "Answer", "text": "Kasm Technologies is a McLean, Virginia company that streams browsers, desktops and applications to users through ephemeral, containerized sessions as an alternative to traditional VDI. Built by a team with federal cybersecurity roots, it serves government agencies and Fortune 500 organizations."}}]}]}</script></p>
]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>Kasm and Everfox Partner on Cross-Domain Workspace Access for Defense</title>
		<link>/kasm-everfox-cross-domain-workspace-access-partnership/</link>
		
		<dc:creator><![CDATA[Deepak Jain]]></dc:creator>
		<pubDate>Thu, 20 Aug 2026 11:13:25 +0000</pubDate>
				<category><![CDATA[Security]]></category>
		<category><![CDATA[containerization]]></category>
		<category><![CDATA[cross-domain solutions]]></category>
		<category><![CDATA[defense technology]]></category>
		<category><![CDATA[government IT]]></category>
		<category><![CDATA[Kasm Technologies]]></category>
		<category><![CDATA[secure workspace]]></category>
		<category><![CDATA[VDI]]></category>
		<category><![CDATA[zero trust]]></category>
		<guid isPermaLink="false">/kasm-everfox-cross-domain-workspace-access-partnership/</guid>

					<description><![CDATA[Kasm Technologies and Everfox have partnered to deliver secure cross-domain workspace access for government and defense across classification levels. The joint solution pairs containerized, ephemeral desktops with a zero-trust thin client, aiming to replace costly multi-endpoint VDI in classified environments.]]></description>
										<content:encoded><![CDATA[<div class="jain-post-grid">
<div class="jain-post-main">
<p>Kasm Technologies and Everfox announced a strategic technology partnership on August 20, 2026, combining Kasm Workspaces — a container-based platform that streams desktops and applications to users in disposable, policy-controlled sessions — with Everfox&#8217;s Trusted Thin Client, a purpose-built zero-trust endpoint for accessing networks at different security classification levels. The joint solution, available now, targets government, defense, and intelligence agencies that today issue multiple devices or run parallel virtual-desktop stacks to keep classified networks separated.</p>
<h2>Executive Summary</h2>
<p>The announcement pairs two specialized vendors around one problem: giving cleared personnel access to applications and desktops across multiple classification levels from a single device. In classified environments, networks at different levels (for example, unclassified versus secret) are deliberately kept apart, which historically means separate computers, separate virtual desktop infrastructure (VDI) stacks, and the cost and desk clutter that come with them. Everfox contributes the cross-domain access layer — its Trusted Thin Client bridges those separated networks on validated hardware — while Kasm contributes the workspace layer, streaming containerized desktops and applications into ephemeral sessions that are centrally managed and fully wiped when they end, so no data persists on the endpoint.</p>
<p>The companies emphasize that adoption does not require a rip-and-replace: Kasm Workspaces integrates with existing hypervisors, cloud environments, and identity providers, letting agencies layer modern workspace delivery onto current infrastructure and migrate at their own pace. The announcement is a technology partnership with immediate availability, but it names no customers, contract values, or accreditation milestones — it establishes a joint offering, not demonstrated adoption.</p>
<h2>The Economics of Endpoint Sprawl</h2>
<p>The clearest business case in this release is cost consolidation. In many classified settings, working across networks means a physical computer per classification level on each desk, or a separate VDI environment per network — each with its own licensing, patching, and support burden. The release frames the joint solution as a direct replacement for these &#8220;multi-endpoint, multi-VDI-stack approaches,&#8221; collapsing them into one validated device and one workspace platform. If the technology performs as described, the savings show up not just in hardware counts but in operational overhead: fewer stacks to patch, fewer images to maintain, and central policy enforcement instead of per-device configuration.</p>
<p>That said, the release quantifies none of this. There are no cost-comparison figures, seat counts, or reference deployments, so the economic argument rests on the general premise that fewer endpoints and fewer parallel stacks cost less — plausible, but unproven in this document.</p>
<h2>Containers as a Challenger to Legacy VDI</h2>
<p>The more interesting technical bet is architectural. Traditional VDI runs each user a full virtual machine, which is resource-heavy and rigid. Kasm&#8217;s model instead streams desktops and applications from containers — lightweight, fast-starting software packages — into browser-delivered sessions that exist only for the duration of use and are destroyed at termination. In security terms, ephemerality is a feature: a session that is fully wiped leaves no residual data on the endpoint, which matters enormously when the endpoint touches multiple classification levels.</p>
<p>Defense environments, however, are conservative adopters for good reason. Cross-domain solutions face some of the most demanding assurance expectations in government IT, and the release does not address how the combined stack is accredited or evaluated for cross-domain use — only that Everfox&#8217;s hardware is &#8220;validated&#8221; and its solutions are &#8220;purpose-built&#8221; for high-assurance environments. Whether container isolation plus a trusted thin client satisfies each agency&#8217;s specific approval processes is the question that will actually determine adoption, and it is not answered here.</p>
<h2>The No-Rip-and-Replace Pitch</h2>
<p>Both companies clearly understand their buyer. Agencies running classified missions cannot take infrastructure offline for a wholesale migration, so the release leans hard on incrementalism: Kasm integrates with existing hypervisors, clouds, and identity providers, and agencies can &#8220;transition at a pace that does not put critical missions at risk.&#8221; Kasm&#8217;s chief product officer, Daniel Ben-Chitrit, also stresses the absence of vendor lock-in and the platform&#8217;s on-premise deployment model — both sensitive points for government buyers wary of dependency on any single supplier or on commercial cloud availability.</p>
<p>Strategically, the partnership is complementary rather than overlapping: Everfox gets a modern desktop-delivery story to pair with its cross-domain plumbing, and Kasm gets a credentialed route into classified networks it could not plausibly enter alone. The risk cuts the other way too — a technology partnership without disclosed go-to-market commitments, joint contract vehicles, or named integrator support can remain a datasheet exercise. The release states the joint solution is available now, which is a stronger claim than a roadmap announcement, but availability and adoption are different things.</p>
<h2>Background</h2>
<p>Kasm Technologies builds an open-core platform for streaming containerized desktops, browsers, and applications to users through the web browser — a container-based alternative to virtual desktop infrastructure (VDI), the long-standing enterprise approach of hosting each user&#8217;s desktop as a virtual machine in a data center. Everfox operates in the cross-domain solutions market, supplying trusted access and secure data transfer between networks at different classification levels for government, defense, and intelligence customers, where high-assurance requirements have historically favored purpose-built hardware and specialized vendors.</p>
<p>The partnership lands amid a broader government push to modernize classified-environment IT, where the default pattern of one endpoint per network has become an acknowledged cost and usability burden. It also extends a run of alliance announcements from Kasm, which recently shipped Kubernetes support in Workspaces 1.19 and a stealth-networking integration with Dispersive, suggesting a deliberate strategy of pairing its workspace layer with specialized security partners rather than building those capabilities alone.</p>
<p>Source: <a href="https://www.prnewswire.com/news-releases/kasm-technologies-and-everfox-announce-strategic-partnership-to-deliver-secure-cross-domain-workspace-access-for-government-and-defense-302852306.html">Kasm Technologies and Everfox Announce Strategic Partnership to Deliver Secure Cross Domain Workspace Access for Government and Defense</a> — PR Newswire press release, August 20, 2026, announcing the joint containerized cross-domain workspace solution.</p>
</div>
<aside class="jain-rail">
<section class="jain-gaps" aria-label="What the release does not say">
<p class="jain-gaps-kicker">⚠ What They Aren’t Saying</p>
<h2>What the Release Doesn&#8217;t Say</h2>
<ul>
<li><strong>Accreditation and approvals:</strong> The release does not say what security accreditations, evaluations, or agency-specific approvals the combined solution holds or is pursuing — the gating factor for any cross-domain deployment.</li>
<li><strong>Customers and scale:</strong> No agencies, pilot programs, seat counts, or contract vehicles are named, so there is no evidence yet of adoption beyond availability.</li>
<li><strong>Commercial terms:</strong> Nothing on pricing, licensing structure, revenue-sharing between the partners, or which company leads sales and support.</li>
<li><strong>Technical boundaries:</strong> The release does not detail how many classification levels a single device supports, performance characteristics, or how the integration handles bandwidth-constrained or disconnected environments.</li>
<li><strong>Competitive context:</strong> The incumbents being displaced — the specific multi-VDI and multi-endpoint vendors — go unnamed, as does any comparison of switching costs.</li>
</ul>
</section>
<section class="jain-faq">
<h2>Frequently Asked Questions</h2>
<h3>What did Kasm Technologies and Everfox announce?</h3>
<p>A strategic technology partnership, announced August 20, 2026, that combines Kasm&#8217;s containerized workspace platform with Everfox&#8217;s Trusted Thin Client so government, defense, and intelligence users can access desktops and applications across multiple classification levels from a single device.</p>
<h3>What is a cross-domain solution?</h3>
<p>Technology that lets users or data move between networks operating at different security classification levels — for example, between unclassified and secret networks — while enforcing strict controls that keep the domains separated. Everfox specializes in this category for classified environments.</p>
<h3>What is Kasm Workspaces?</h3>
<p>A platform that streams browsers, desktops, and applications to users through ephemeral, policy-controlled container sessions delivered in a web browser. Sessions are centrally managed and destroyed at termination, positioning it as a lighter-weight alternative to traditional virtual desktop infrastructure.</p>
<h3>What is Everfox&#x27;s Trusted Thin Client?</h3>
<p>A purpose-built zero-trust endpoint that provides secure cross-domain access on validated hardware. It lets one physical device bridge networks at different classification levels, replacing the practice of issuing a separate computer per network.</p>
<h3>What problem does the joint solution target?</h3>
<p>Endpoint sprawl and duplicated infrastructure in classified environments, where agencies traditionally run separate devices and separate VDI stacks per classification level. The partners say their combined stack replaces those multi-endpoint, multi-VDI approaches with one device and one workspace platform.</p>
<h3>Is the joint Kasm-Everfox solution available now?</h3>
<p>Yes. The release states the joint solution is available immediately, with information at kasm.com&#8217;s Everfox alliance page and through Everfox directly. No customers or deployments were named at announcement.</p>
<h3>Do agencies have to replace existing infrastructure to adopt it?</h3>
<p>The companies say no. Kasm Workspaces integrates with existing hypervisors, cloud environments, and identity providers, and the release emphasizes that agencies can layer the solution onto current infrastructure and transition gradually rather than performing a rip-and-replace migration.</p>
<h3>What happens to data on the endpoint after a session ends?</h3>
<p>According to the release, sessions are fully wiped at termination with no local data persistence, regardless of classification level. This ephemerality is central to the security argument: nothing sensitive should remain on the device between sessions.</p>
<h3>How is this different from traditional VDI?</h3>
<p>Traditional VDI gives each user a persistent full virtual machine, which is resource-intensive and rigid. Kasm&#8217;s container-native model spins up disposable sessions on demand and streams them to a browser, which the company argues reduces the cost, rigidity, and risk of legacy VDI.</p>
<h3>What security accreditations does the joint solution hold?</h3>
<p>The release does not say. It describes Everfox&#8217;s hardware as validated and its solutions as purpose-built for high-assurance environments, but names no specific certifications, evaluations, or agency approvals — a material omission, since accreditation typically gates cross-domain deployments.</p>
<h3>Who are the intended customers?</h3>
<p>Government, defense, and intelligence agencies operating across multiple classification levels — organizations that need personnel to work on several separated networks and currently absorb the cost of parallel endpoints and desktop infrastructure to do so.</p>
<h3>Does the announcement include financial terms or contract commitments?</h3>
<p>No. The release discloses no pricing, revenue arrangements between the partners, contract vehicles, or customer commitments. It is a technology partnership announcement with a joint offering, not a reported sale or program win.</p>
<h3>What does &#x27;zero trust&#x27; mean in this context?</h3>
<p>Zero trust is a security model that assumes no device, user, or network segment is inherently trustworthy, so every access request is verified and constrained by policy. Everfox applies the term to its endpoint, and Kasm&#8217;s sessions are policy-enforced and centrally managed in the same spirit.</p>
<h3>What else has Kasm Technologies announced recently?</h3>
<p>Per the same wire source, Kasm recently released Workspaces 1.19 with Kubernetes general availability, zero-trust access, and enterprise diagnostics, and announced a stealth-networking workspace registry with Dispersive — signaling a pattern of partnership-driven expansion into secure networking niches.</p>
<h3>What are the main open questions about this partnership?</h3>
<p>Whether the combined stack achieves the accreditations individual agencies require, whether any customers adopt it at scale, how it is priced against incumbent multi-VDI approaches, and how many classification levels a single endpoint can practically serve. The release answers none of these.</p>
<h3>Why does vendor lock-in matter to government buyers here?</h3>
<p>Agencies making decade-scale infrastructure commitments want to avoid dependency on one supplier&#8217;s stack. Kasm&#8217;s product chief highlights on-premise deployment and freedom from lock-in, a positioning aimed at buyers wary of proprietary VDI ecosystems and mandatory cloud dependencies.</p>
</section>
</aside>
</div>
<p><script type="application/ld+json">{"@context": "https://schema.org", "@graph": [{"@type": "NewsArticle", "headline": "Kasm and Everfox Partner on Cross-Domain Workspace Access for Defense", "description": "Kasm Technologies and Everfox have partnered to deliver secure cross-domain workspace access for government and defense across classification levels. The joint solution pairs containerized, ephemeral desktops with a zero-trust thin client, aiming to replace costly multi-endpoint VDI in classified environments.", "image": ["/wp-content/uploads/2026/08/kasm-everfox-cross-domain-workspace-access.png"], "author": {"@type": "Organization", "name": "jain.com Editorial"}, "datePublished": "2026-08-20T11:13:17.019766+00:00"}, {"@type": "FAQPage", "mainEntity": [{"@type": "Question", "name": "What did Kasm Technologies and Everfox announce?", "acceptedAnswer": {"@type": "Answer", "text": "A strategic technology partnership, announced August 20, 2026, that combines Kasm's containerized workspace platform with Everfox's Trusted Thin Client so government, defense, and intelligence users can access desktops and applications across multiple classification levels from a single device."}}, {"@type": "Question", "name": "What is a cross-domain solution?", "acceptedAnswer": {"@type": "Answer", "text": "Technology that lets users or data move between networks operating at different security classification levels \u2014 for example, between unclassified and secret networks \u2014 while enforcing strict controls that keep the domains separated. Everfox specializes in this category for classified environments."}}, {"@type": "Question", "name": "What is Kasm Workspaces?", "acceptedAnswer": {"@type": "Answer", "text": "A platform that streams browsers, desktops, and applications to users through ephemeral, policy-controlled container sessions delivered in a web browser. Sessions are centrally managed and destroyed at termination, positioning it as a lighter-weight alternative to traditional virtual desktop infrastructure."}}, {"@type": "Question", "name": "What is Everfox's Trusted Thin Client?", "acceptedAnswer": {"@type": "Answer", "text": "A purpose-built zero-trust endpoint that provides secure cross-domain access on validated hardware. It lets one physical device bridge networks at different classification levels, replacing the practice of issuing a separate computer per network."}}, {"@type": "Question", "name": "What problem does the joint solution target?", "acceptedAnswer": {"@type": "Answer", "text": "Endpoint sprawl and duplicated infrastructure in classified environments, where agencies traditionally run separate devices and separate VDI stacks per classification level. The partners say their combined stack replaces those multi-endpoint, multi-VDI approaches with one device and one workspace platform."}}, {"@type": "Question", "name": "Is the joint Kasm-Everfox solution available now?", "acceptedAnswer": {"@type": "Answer", "text": "Yes. The release states the joint solution is available immediately, with information at kasm.com's Everfox alliance page and through Everfox directly. No customers or deployments were named at announcement."}}, {"@type": "Question", "name": "Do agencies have to replace existing infrastructure to adopt it?", "acceptedAnswer": {"@type": "Answer", "text": "The companies say no. Kasm Workspaces integrates with existing hypervisors, cloud environments, and identity providers, and the release emphasizes that agencies can layer the solution onto current infrastructure and transition gradually rather than performing a rip-and-replace migration."}}, {"@type": "Question", "name": "What happens to data on the endpoint after a session ends?", "acceptedAnswer": {"@type": "Answer", "text": "According to the release, sessions are fully wiped at termination with no local data persistence, regardless of classification level. This ephemerality is central to the security argument: nothing sensitive should remain on the device between sessions."}}, {"@type": "Question", "name": "How is this different from traditional VDI?", "acceptedAnswer": {"@type": "Answer", "text": "Traditional VDI gives each user a persistent full virtual machine, which is resource-intensive and rigid. Kasm's container-native model spins up disposable sessions on demand and streams them to a browser, which the company argues reduces the cost, rigidity, and risk of legacy VDI."}}, {"@type": "Question", "name": "What security accreditations does the joint solution hold?", "acceptedAnswer": {"@type": "Answer", "text": "The release does not say. It describes Everfox's hardware as validated and its solutions as purpose-built for high-assurance environments, but names no specific certifications, evaluations, or agency approvals \u2014 a material omission, since accreditation typically gates cross-domain deployments."}}, {"@type": "Question", "name": "Who are the intended customers?", "acceptedAnswer": {"@type": "Answer", "text": "Government, defense, and intelligence agencies operating across multiple classification levels \u2014 organizations that need personnel to work on several separated networks and currently absorb the cost of parallel endpoints and desktop infrastructure to do so."}}, {"@type": "Question", "name": "Does the announcement include financial terms or contract commitments?", "acceptedAnswer": {"@type": "Answer", "text": "No. The release discloses no pricing, revenue arrangements between the partners, contract vehicles, or customer commitments. It is a technology partnership announcement with a joint offering, not a reported sale or program win."}}, {"@type": "Question", "name": "What does 'zero trust' mean in this context?", "acceptedAnswer": {"@type": "Answer", "text": "Zero trust is a security model that assumes no device, user, or network segment is inherently trustworthy, so every access request is verified and constrained by policy. Everfox applies the term to its endpoint, and Kasm's sessions are policy-enforced and centrally managed in the same spirit."}}, {"@type": "Question", "name": "What else has Kasm Technologies announced recently?", "acceptedAnswer": {"@type": "Answer", "text": "Per the same wire source, Kasm recently released Workspaces 1.19 with Kubernetes general availability, zero-trust access, and enterprise diagnostics, and announced a stealth-networking workspace registry with Dispersive \u2014 signaling a pattern of partnership-driven expansion into secure networking niches."}}, {"@type": "Question", "name": "What are the main open questions about this partnership?", "acceptedAnswer": {"@type": "Answer", "text": "Whether the combined stack achieves the accreditations individual agencies require, whether any customers adopt it at scale, how it is priced against incumbent multi-VDI approaches, and how many classification levels a single endpoint can practically serve. The release answers none of these."}}, {"@type": "Question", "name": "Why does vendor lock-in matter to government buyers here?", "acceptedAnswer": {"@type": "Answer", "text": "Agencies making decade-scale infrastructure commitments want to avoid dependency on one supplier's stack. Kasm's product chief highlights on-premise deployment and freedom from lock-in, a positioning aimed at buyers wary of proprietary VDI ecosystems and mandatory cloud dependencies."}}]}]}</script></p>
]]></content:encoded>
					
		
		
			</item>
	</channel>
</rss>
