How Primustech handles the current AiBE website, enquiry flow, and early security discussions.
Last updated: 6 April 2026
This page explains the security measures around the public AiBE website and the current demo-request flow. It also outlines how Primustech approaches security conversations for AiBE projects. It is intended as a public overview, not as a certification claim or a substitute for project-specific architecture, contractual security terms, or deployment documents.
The site is delivered through managed cloud infrastructure with HTTPS encryption between visitors and the application edge.
Notification credentials, analytics keys, and other operational secrets are stored in deployment configuration, not hard-coded into the application.
The dashboard is not publicly open. Authorised access is protected by sign-in and a signed session cookie.
When enabled, inbound contact requests can be recorded with timestamps, submission source, and notification status to support follow-up and review.
The current website uses managed cloud hosting, storage, and delivery services so the site can be operated consistently and securely.
AiBE deployments can be scoped with identity, environment, data-access, and integration controls to suit the selected delivery model.
AiBE is not presented on this public site as SOC 2-certified today. Rather than implying certifications we do not hold, we prefer to share clear, deployment-specific information covering architecture, data flow, supplier scope, access controls, and operational ownership when a review requires it.
When a visitor submits a contact or demo request, it is processed server-side by the Next.js application. If storage is enabled, the request is written to a protected application database. If notification email is enabled, a summary can be sent through a managed email service to the configured recipient inbox. Optional webhooks can also be used for sales or operations handoff where needed.
AiBE is designed as a structured FM workflow system rather than a general public chatbot. In practice, that means implementations are expected to ground answers in approved customer documents, connected systems, and defined operational datasets rather than treating customer material as open training content.
The current dashboard is access-controlled and is not intended as a public interface. For customer deployments, identity and approval controls can be matched to the needs of the project, including SSO, role-based access, environment separation, and approval workflows.
If a project needs a deeper security review, Primustech can provide a deployment-specific security pack tailored to the selected scope instead of a broad generic overview.
Operational issues are investigated through application logs, notification results, dashboard access checks, and provider-side observability tools. If a security issue or suspected data exposure is identified, Primustech will assess the impact, contain the issue, and notify affected parties where required by law or contract.
The current site and reporting workflow may rely on selected third-party providers, including:
For security questions, due-diligence requests, or vulnerability reports, contact hello@aibe.now and we will route the request to the appropriate owner.
We can provide a deployment-specific architecture summary, data-flow map, supplier scope, and access-control overview during procurement if your review requires it.