Overview
The Composable Agentic Platform (CAP) is the TomorrowX Data Mediation™ platform, a control architecture that ensures the right data, context and controls participate in every AI, cyber and interoperability workflow. CAP is not an application platform or an embedded rules engine. Programmable Data Agents operate in the data path itself, terminating connections at the protocol level, processing live requests and responses in flight and passing traffic on, all without changes to the systems on either side. Capability is added between systems, not inside them, so organisations can observe, govern, transform, simulate and augment interactions without rewriting, migrating or directly integrating the applications involved.
CAP Console is the composition and operations environment. Teams assemble solution logic, user experiences and operational workflows from pre engineered, security and performance tested components, reuse proven building blocks, prototype with agility and move proven designs into production across web and multi protocol environments. This reduces delivery effort, shortens development cycles and accelerates deployment.
Built for enterprise and public sector organisations operating in highly regulated, secure and air gapped environments, CAP enables governed AI adoption, cyber uplift, legacy system extension and interoperability without invasive change, major redevelopment, centralising data or forced migration. Interventions can be proven, changed or removed without making the surrounding estate dependent on an irreversible transformation.
The Enterprise Edition includes the full TomorrowX library of plug and play functional and programming components, giving teams a repeatable foundation for composing production ready solutions at speed, closer to where systems, controls and operational requirements already exist.
Highlights
- Data Mediation™ in the data path: Programmable Data Agents observe, govern and transform live traffic at the protocol level, without changing the systems on either side.
- Connect AI and cyber capabilities to existing systems without invasive change, application rewrites, centralising data or forced migration, including in regulated, secure and air-gapped environments.
- Compose web and multi-protocol solutions from pre-engineered, security and performance tested components, and move proven designs into production at speed.
Details
Introducing multi-product solutions
You can now purchase comprehensive solutions tailored to use cases and industries.
Features and programs
Financing for AWS Marketplace purchases
Pricing
Dimension | Cost/hour |
|---|---|
t3.large Recommended | $35.675 |
t3a.medium | $35.675 |
t3.medium | $35.675 |
m5.xlarge | $35.675 |
t3a.xlarge | $35.675 |
t3a.large | $35.675 |
m6i.large | $35.675 |
t3.xlarge | $35.675 |
m6i.xlarge | $35.675 |
m5.large | $35.675 |
Vendor refund policy
Please contact TomorrowX for refund & policy https://tomorrowx.dev/get-help/
Refer to the AWS Marketplace Buyer Guide for further details regarding:
- Free trials for AMI-based products https://docs.aws.amazon.com/marketplace/latest/buyerguide/buyer-free-trials.html
- Subscribing to an AMI private offer https://docs.aws.amazon.com/marketplace/latest/buyerguide/buyer-private-offers-subscribing-ami-private-offer.html
- Cancel your AMI subscription https://docs.aws.amazon.com/marketplace/
How can we make this page better?
Legal
Vendor terms and conditions
Content disclaimer
Delivery details
64-bit (x86) Amazon Machine Image (AMI)
Amazon Machine Image (AMI)
An AMI is a virtual image that provides the information required to launch an instance. Amazon EC2 (Elastic Compute Cloud) instances are virtual servers on which you can run your applications and workloads, offering varying combinations of CPU, memory, storage, and networking resources. You can launch as many instances from as many different AMIs as you need.
Version release notes
This is a maintenance and hardening release of the Composable Agentic Platform (CAP) Console on Red Hat Enterprise Linux 10.1 (Coughlan), delivering hardened session cookies across the bundled web applications, a security update to the bundled Apache HttpClient library, Console usability fixes, and refreshed developer templates. The embedded Jetty 12.1.10 server runtime is unchanged from the previous AMI. There are no API changes and no changes to request or response behaviour. All existing rulesets, extensions, and TCL scripts continue to work unchanged.
Session cookie hardening:
- Named, hardened session cookies - Every web application in the image now issues its session cookie with an application-specific name (CONSOLEID for the Console, per-agent names such as APPSESSIONID for agent web applications) plus the HttpOnly and SameSite=Lax attributes, configured through the standard Servlet session-config element in each web.xml. The Secure attribute is added automatically when a request arrives over HTTPS, including behind a TLS-terminating load balancer or CDN that announces X-Forwarded-Proto. Previously the applications silently fell back to the container-default JSESSIONID with no attributes, because the pre-Jetty-10 cookie rename mechanism they carried is ignored by Jetty 12.
- Content editor alignment - The Console content editor now honours the configured session cookie name when maintaining its editing session, instead of assuming the container default.
Security fixes:
- Apache HttpClient (httpclient5) updated from 5.6.1 to 5.6.4 - Closes CVE-2026-64607 (medium severity): HttpClient based on the classic i/o model could fail to release the underlying connection back to the connection pool when a response carried an invalid or unsupported Content-Encoding header, which could gradually exhaust the outbound connection pool. The companion HttpCore libraries (httpcore5 5.4.3) are unchanged; HttpClient 5.6.4 is built against exactly this version, so no other library versions move.
- SBOM accuracy - The jsoup HTML parser reference recorded in the SBOM and legal notices is updated to 1.23.1 (CVE-2026-71497); this library is not shipped in the Console runtime, so this is a documentation and SBOM accuracy change only.
Console usability:
- Agent maintenance window layout - The window now keeps its full-width layout when an agent uses the HTTP input adapter security settings. Previously a long Optional parameters value (for example the Baseline security preset) compressed the information and settings columns into a narrow band; the panel now spans the whole window and long values wrap within their own column.
- Agent Definitions window title - The maintenance window title bar shows the agent description, matching the behaviour of the active agents list. Previously it showed the internal agent name.
- Refreshed developer templates - The bundled integration examples demonstrate the standard Servlet session-config element for session cookie hardening (replacing the obsolete pre-Jetty-10 context parameters), the magic.properties failOpen setting now documents its availability-versus-protection trade-off explicitly, and the current BaseApp PDA template (README plus standard and proxy-mode web.xml variants, both demonstrating the hardened session configuration) now also ships inside the Console update package so installations maintained through in-place updates receive it.
Platform updates:
- Console at build 30070, RulesBase at build 30060 - The Console application moves to build 30070 for this release; the RulesBase library is at build 30060, carrying the HttpClient update into the shared rules libraries. The CAP Agent engine remains at build 30040: engine code is unchanged, and rule execution behaviour is identical.
- No other dependency changes - Apart from HttpClient 5.6.4, all bundled dependency versions are unchanged from the previous AMI (Netty 4.2.16, HttpCore5 5.4.3, Log4j API 2.25.5, and the rest of the 30040 baseline).
- RHEL 10.1 + JDK 21 LTS baseline retained - The AMI keeps the Red Hat Enterprise Linux 10.1 (Coughlan) + JDK 21 LTS foundation, the embedded Jetty 12.1.10 server, systemd cap-console service, first-boot cap-init credential initialisation, and pre-installed AWS Systems Manager agent.
- Reproducible AMI build - The AMI is produced by the same auditable EC2 Image Builder pipeline (triggered from GitHub Actions OIDC) used for prior releases, baked from the identical CI-built Console distribution published to all other channels.
Upgrade notes:
- Existing installations can take the Console application content (usability fixes, HttpClient update, refreshed templates) as an in-place update via the TomorrowX update server; the in-place update does not perform a server-level Jetty change and requires no PDA restart. Note that the in-place update does NOT modify the web.xml files of an existing installation, so the session cookie hardening applies automatically to fresh launches from this AMI only. Existing installations that want the same hardening can add the session-config element to each web application's WEB-INF/web.xml - the BaseApp folder at the installation root, refreshed by the in-place update, contains template web.xml files showing the exact element, and "Hardening the session cookie" under Installation and Configuration in the product documentation explains each attribute. Applying it signs all users out once; they simply sign in again.
- Agents making outbound HTTP calls through the shared rules libraries receive the HttpClient update through the RulesBaseFactory extension update (build 30060) on the update server, applied through the normal extension deployment process. The CAP Agent engine itself carries no changes: no JAR replacement across PDA, Multi-Protocol, or Stress agent lib directories is needed as a result of this update.
For full documentation see: https://docs.tomorrowx.com
Additional details
Usage instructions
As with all new programming languages, the Hello, World! program generally is a computer program that outputs or displays the message Hello, World. Such a program is very simple in most programming languages and is often used to illustrate the basic syntax of a programming language. It is often the first program written by people learning to code.
Now step inside and follow these steps to complete your very first composition with the Composable Agentic Platform by TomorrowX. https://docs.tomorrowx.com/cap/guides/hello-world
IMPORTANT: Please read the docs - Essential things to do first In order to manage the default accounts, and change passwords. https://docs.tomorrowx.com/cap/product-reference/getting-started/essential-things-to-do-first
First time users can launch the console at http://{Instance IP/DNS}/console e.g. http://12.34.56.78/console User ID: ec2-user Password: {instance-id}
Further information can be found in the dedicated AWS User Deployment Guide. https://docs.tomorrowx.com/cap/product-reference/installation-and-configuration/aws-user-deployment-guide
Resources
Vendor resources
Support
Vendor support
Support is delivered through partners, with TomorrowX providing platform support and specialist advisory capability where applicable. Support levels scale by license tier and are confirmed during onboarding. The customer retains control of infrastructure and networking within their AWS environment. For platform support requests, please visit: - https://tomorrowx.dev/get-help/
Watch: How to launch on AWS Marketplace (3m:20s)
https://player.vimeo.com/video/726599460?h=c6cd92b504
Red Hat Enterprise Linux on Amazon EC2 FAQs https://aws.amazon.com/partners/redhat/faqs/ .
AWS infrastructure support
AWS Support is a one-on-one, fast-response support channel that is staffed 24x7x365 with experienced and technical support engineers. The service helps customers of all sizes and technical abilities to successfully utilize the products and features provided by Amazon Web Services.
Similar products


