Pre-launch

If the cables are cut, so does your team comms.

A messaging service that replaces Teams, Slack or other proprietary tools when they go down. It runs on a server inside your own organisation β€” set it up, then switch it off, until the day you need it.

Coming soon on
Download on the App Store Get it on Google Play
πŸ’Ό #ops-team12 members
PriyaStandby test sent βœ…
YouReceived, all good πŸ‘
TomOn-prem node back online 🟒
YouNice one, thanks team πŸ™Œ
Message #ops-team… πŸ“Ž 😊

At risk services

Single Sign-on

https:// & SSL Certificates

Global SaaS platforms

Parliament's own findings

Parliament's own security committee says it can no longer rule out UK infrastructure being deliberately targeted β€” and isn't confident the UK could recover in time.

Fig. 1 β€” How apps use international connectivity

Ordinary day. Teams, Slack, sign-in, SSL and DNS all cross the same subsea cables to reach servers abroad β€” riding the labelled route.

How it works

Built to stay up when everything else goes down.

Five things that make it different from an always-on SaaS chat tool.

Dormant until you need it

Set up once, then switch it off.

It runs on a server inside your own organisation β€” configure it, then power it down when not testing to keep it free from any internal attacks.

Built to survive a cable cut

UK infrastructure, long-life certificates.

Sign-in, servers and certificates all stay on UK infrastructure, renewed well ahead of expiry β€” giving you a better chance of staying reachable if the UK's links abroad are cut.

Bring your suppliers in

Keep critical partners online too.

Share accounts with key external suppliers so you can keep talking to them even if their own systems are compromised or down.

Works without the internet too.

If the wider internet goes down entirely, the local server still handles messaging for anyone on the same local network.

In practice

Three ways this plays out.

OVERSEAS — BLOCKED BRITISH INTERNET — OK YOUR SITE SUPPLIER

Scenario. Overseas routes cut. British internet stays up.

Problem. Email and other systems relying on SSO sign-in, overseas certificate issuance or DNS for all or part of their service go down.

Comms Kitchen fallback. Keeps you and a key supplier talking through the British internet.

Example use case. Your customers can't log in to your ordering system to place regular orders. You switch to communicating these orders through Comms Kitchen as a fallback, your customers logging in to your server.

OVERSEAS — BLOCKED BRITISH INTERNET — OK SITE A SITE B same company, direct chat

Scenario. Overseas routes cut. British internet stays up.

Problem. Internal messaging platforms using SSO (Teams, Slack, etc) can't get to their US auth server. No one can log in.

Comms Kitchen fallback. Provides a fallback chat app that can be quickly up and running as an alternative.

Example use case. Your teams use group chats to run projects day in day out. When your chat system fails, you switch to Comms Kitchen to enable them to maintain their productivity.

INTERNET DOWN ON-SITE SERVER HELP DESK get a login DEPT A DEPT B

Scenario. All internet is down.

Problem. No systems work. Maybe you can't access your data either.

Comms Kitchen fallback. Provide your team with logins in real time from an onsite physical help desk. Chat can be performed across the local network.

Example use case. A hospital. They find their systems down. Wards need to speak with phlebotomy and X-ray dept. to book in and receive results.

Why this matters

Teams, Slack and other proprietary tools carry the same risk.

Why Teams, Slack and proprietary chat tools might stop working

  • Microsoft Teams. Part of the Microsoft 365 stack, hosted on Azure's global network β€” the same dependency on international connectivity as everything else in that stack.
  • Slack. Runs on Salesforce's cloud infrastructure, spread across data centres abroad β€” sign-in and delivery both depend on links out of the UK.
  • Other proprietary tools. Most SaaS messaging platforms sign you in and store your data on servers outside the UK, with no local fallback if those links go down.

None of them were built to keep working if the UK's links abroad are cut, or if the internet goes down entirely. Read the full risk case β†’

Fig. 5 — Teams / Slack architecture
USER A UK USER B UK DNS LOOKUP TLS CERTIFICATE SSO / IDENTITY potentially hosted abroad APP + MESSAGE SERVERS potentially hosted abroad

Every hop β€” sign-in, app, data β€” potentially lives or relies on oversees connectivity.

Fig. 6 — Comms Kitchen architecture
USER A UK USER B UK ON-SITE SERVER this building ENCRYPTED DB UK SYNC SERVICE optional ANOTHER SERVER supplier's node USER C at supplier

Local chat never leaves the building. The relay to another server is a UK-only extra, not a dependency.

Ordinary day. Both systems work β€” but SaaS messaging platforms like Teams, Slack and Email still route through servers abroad, even for two colleagues in the same building.

This isn't a replacement for SaaS messaging platforms like Teams, Slack and Email day to day β€” it's kept in reserve, ready for the one day you need it.

Set it up once. Switch it off. It's there the day you need it.

Register interest