Security

Last updated: 9 August 2026. Temira is operated by M-Office Portal Limited (Federal Republic of Nigeria). Security is built into how Temira is engineered. This page describes the controls in place today and how to report a vulnerability. It is a summary, not a warranty; see our Terms.

Data protection in transit and isolation

Encryption in transit

All traffic to the Service is served over HTTPS/TLS. The app is HTTPS-only, with cleartext connections disabled and mixed content blocked.

Per-workspace isolation

Every workspace's data is isolated. Our data-access layer enforces workspace scoping on every query and fails closed โ€” a query that isn't correctly scoped is rejected rather than allowed to cross workspaces.

Secrets handling

Your AI-provider keys and channel tokens are stored server-side, shown masked in the portal, and never sent to a browser. Payment and messaging secrets are held server-side only.

No cross-tenant AI

One workspace's content is never used to answer another business's assistant, and is not used to train shared models.

Answer-only knowledge sources

Uploaded documents default to private: their content can inform an answer, but the original file or text is never downloadable by a visitor. Owners can lock individual sources or set the whole workspace private.

Authentication and access control

Password hashing

Passwords are stored only as salted PBKDF2 hashes (200,000 iterations) โ€” never in plain text.

Two-factor authentication

Optional TOTP-based 2FA is available for accounts and for platform operators; we recommend enabling it.

Least-privilege operator roles

Platform staff access is governed by defined roles with the minimum permissions needed, and sensitive administrative areas can be restricted by IP allow-list and location checks.

Audit logging

Security-relevant actions โ€” sign-ins and failed attempts, setting changes, payments, and administrative and support access โ€” are recorded with timestamps and source IPs.

Platform hardening

Abuse & rate limiting

Requests are rate-limited and abusive patterns are throttled to protect availability and your data.

Server-side request forgery (SSRF) guard

Every outbound fetch to a customer-supplied address โ€” the knowledge crawler, sitemaps and RSS feeds, link ingestion, speech-to-text of linked media, connected-system lookups and lead webhooks โ€” is blocked from private, internal, loopback and link-local ranges and from cloud metadata endpoints. Targets are resolved and pinned before the request, so a crafted or redirecting URL cannot pivot to internal systems.

Support access is logged

Where an authorised operator accesses a workspace to help you โ€” including signing in as your account for troubleshooting โ€” that access is recorded in the activity log.

Payments

Card payments are processed by PCI-DSS-compliant providers (Paystack, Stripe). We do not store full card numbers.

Your controls

You can enable 2FA, set conversation retention, erase conversations and data permanently, export your data, and review your activity log at any time.

Untrusted content and prompt injection

An assistant that reads the open web can be attacked through the content it reads. Anyone able to place text on a page you crawl โ€” a product review, a forum comment, an agency with CMS access โ€” is otherwise writing directly into the assistant's instructions. We treat every ingested passage as untrusted and defend it in layers, with the load-bearing layers deterministic rather than dependent on a model behaving well.

Executable tokens are neutralised

Command lines and control tags that our own code would parse and act on are made inert as content is ingested, and again whenever a knowledge base is rebuilt. This does not rely on the AI recognising an attack.

The evidence frame is unforgeable

Knowledge passages are supplied to the model inside delimiters carrying a random per-request reference, so ingested text cannot imitate the boundary and impersonate the operator's instructions.

Control signals are stripped before the gate

The grounding gate removes retrieved content before scanning for the tags that change request handling, so a control signal is never read out of untrusted data โ€” including from knowledge bases built before this shipped.

Suspicious passages are reported, not deleted

Instruction-shaped prose is counted and surfaced to the workspace owner with the categories found, because a legitimate page may discuss the subject. Diagnostic samples are themselves neutralised before storage.

What this does not do: it does not neutralise plain persuasion. Content that simply asserts something false โ€” "the prices below are out of date" โ€” contains no token any parser can detect. It is flagged to the owner and the model is instructed that passages cannot direct its behaviour, but ultimately that is wrong content in a knowledge base, and the honest mitigation is that the owner can see it. We also do not claim a measured rate at which a model resists persuasion; what we guarantee is the deterministic layer.

Data ownership, export and deletion

You own your content. You can export your leads, conversations and content, and delete conversations and other data permanently, from the portal. When you close your account we delete or de-identify your content within a reasonable period, except where retention is required by law. See the Privacy Policy for details.

Our posture on certifications

We engineer to widely recognised security principles (such as those underlying SOC 2 and ISO 27001) โ€” least privilege, defence in depth, encryption, logging and isolation. We are honest about our status: we do not currently hold a third-party SOC 2 or ISO 27001 certification, and we will not claim one we do not have. If your organisation requires specific attestations or a security questionnaire, contact us.

Responsible disclosure

We welcome reports from security researchers. If you believe you have found a vulnerability, please email security@temira.net (or use the Contact page) with enough detail to reproduce it. Please:

Safe harbour: if you make a good-faith effort to comply with this policy, we will not pursue or support legal action against you for your research, and we will work with you. We do not currently operate a paid bug-bounty, but we gratefully acknowledge valid reports.

Incident response

We monitor for security issues and maintain an incident-response process. If a personal-data breach affecting you occurs, we will notify affected customers and, where required, the relevant authorities, within the timeframes applicable law requires.

No security is absolute

We work hard to protect your data, but no product, method of transmission, or method of storage is completely secure. This page describes controls, not guarantees; nothing here creates a warranty beyond what our Terms provide. You are responsible for securing your own credentials, devices, connected accounts, and how your team uses the Service.

Report a vulnerability: security@temira.net ยท General enquiries: Contact page