Security: the basics

In plain language, for everyone. The right locks, in the right places.

What applies in IRIS 3

The 10 principles below are general and apply to any communication app. Here is what is true of IRIS 3 itself.

TopicIn IRIS 3
Bridge communicationIt is encrypted with the Network Key. The same key must exist on all devices. Change it when the team's composition changes.
Channel AIt leaves IRIS 3 for Android's share menu. From there it is protected only as much as the app you picked (SMS, email, etc.).
Channel CIt is encrypted end to end. It always sends to a specific recipient or group. The server is the one you set up yourself (see the Server page), and the QR pairing code expires.
Storage on the deviceData is stored encrypted on the device.
BluetoothPairing with the bridge is done in Android's Bluetooth settings. IRIS 3 connects only to a device you pick from the paired list.
PermissionsBluetooth (bridge connection) and Location (GPS, centring, position sharing). The camera is requested when you scan a QR code.
Live positionIt is off by default. When you turn it on, the device broadcasts your position to the network at the interval you set. So the position leaves on purpose, towards your team.

Limits. IRIS 3 is an independent project and we have not published an independent security audit. Channel A is not protected by IRIS 3 since it leaves for other apps. Do not rely on any app for information whose exposure would harm people.

The 10 principles

Think of it like your house: a door with a key, a key you do not hand to strangers, and an alarm code you do not shout in the street. App security is the same, only digital. Each principle has a right and a wrong example.

01Lock the device

The phone or tablet needs its own lock: PIN, pattern or fingerprint. If someone finds the device unlocked, they do not need to hack anything. They just open the app.

It is like leaving the house unlocked because “the door has a lock”. A lock does not help if you do not close it.

Right
Device lock on (PIN or fingerprint), locking automatically after a few seconds of inactivity.
Wrong
No code “to save time”, and the device stays open in a pocket or on a table.

02Data is stored encrypted

A good app does not write messages, positions and notes as plain text. It writes them encrypted, so they only make sense with the key.

Like a note in a secret code: if someone else finds it, they see gibberish instead of “meet at 6”.

Right
Sensitive data is stored encrypted. Without the key it is useless to whoever finds it.
Wrong
Stored “bare”, like a plain text file that can be read directly.

03Bluetooth: only with people you trust

Bluetooth is like speaking loudly in a room: it is heard nearby. Connect only to devices you approved yourself, not the first one that shows up in the list.

You do not answer a stranger in the street, but you talk normally to a friend you know.

Right
Pair only with a specific, known device, and disconnect when it is no longer needed.
Wrong
Accepting a connection from “any” nearby device, without knowing what or who it is.

04Your location does not leave without a reason

GPS tells the app where you are so it can show you on the map. If you choose to share your position with the team, that is your decision. It must not be sent anywhere else without you knowing.

You tell a friend on the phone where you are. You do not shout it into an open microphone.

Right
The position is used for the purpose you gave it for (the map), and you share it only when you choose to.
Wrong
The position is uploaded to some service “for statistics” without the user knowing.

05Permissions are requested for a reason

Every time the app asks for access to something (camera, files, location), there must be a reason you can see. A map app has no business asking for your photos “in case”.

You lend your house key only to someone who really has business inside.

Right
Location access is requested when the map needs it, with an explanation of why.
Wrong
The app asks for “everything” at install, with no explanation.

06Updates close holes

No app is perfect on day one. Someone may find a way to trick it. Updates patch those holes, so install them instead of ignoring them.

You learn your lock opens with a credit card and you change it at once, without waiting to be broken into.

Right
Installing the newest version as soon as it is out, especially when it mentions security fixes.
Wrong
“I will do it later”, for months, on an old version.

07End-to-end encryption

In peer-to-peer two devices talk directly. “End-to-end” encryption goes further: the message is locked on the sending device and unlocks only on the receiving one. Nobody in the middle, not even a server if there is one, can read it.

You hand a sealed envelope straight to the recipient instead of leaving it at a post office that could lose or open it.

Right
The message is locked at the sender and unlocks only at the recipient. Whatever passes in between looks encrypted.
Wrong
The message unlocks at an intermediate point (for example a server) before it reaches the recipient, where someone else may see it.

08Is Bluetooth encrypted? Yes, but…

After pairing, the communication is locked with a key the two devices agree on. The “but” is what comes before: every Bluetooth device broadcasts an “I am here” signal that anyone nearby can see, unencrypted. Safety depends mostly on whether pairing needs confirmation.

You call out “I am here” and the whole room hears. The talk after you agree is whispered in your own code.

Right
Pairing needs confirmation on both devices before anything is sent.
Wrong
Automatic pairing with the first device found, with no check.

09Why your own server matters

When data passes through a third-party company's server, that company technically gains access, even if it does not look. It may leak, change policy or stop existing. When the server is yours, you decide who connects and where the data stays.

Your own chest at home, instead of a box in someone else's bank: you hold the keys.

Right
The server runs on infrastructure you control, and no third party sees what passes through it.
Wrong
All communication goes through a foreign cloud service, with access that depends on another company's terms.

10What if one safeguard fails

No lock is 100% unbreakable. That is why security does not rest on one measure but on several independent ones (“defence in depth”). If a device is lost, you need a plan to change keys and cut its access. The goal is not that nothing ever breaks, but that everything does not break at once through the same crack.

A house with a door, an alarm and a watchful neighbour. If the door is forced, it does not mean they are inside.

Right
Several independent layers of defence and a ready plan to change keys or cut access if something is breached.
Wrong
One lock for everything. If it breaks, there is nothing else in between.

Checklist

  • Device lock, always on.
  • Data encrypted, not “bare”.
  • Bluetooth only with known, approved devices.
  • Your position is shared only when you choose to.
  • Only the permissions that are needed.
  • Updates as soon as they are out.
  • End-to-end encryption.
  • Bluetooth pairing only with confirmation.
  • Your own server, no third party in the middle.
  • Several layers of defence, not one lock.

Want to try it?

The app is available in open testing on Google Play. Download it, try it and tell us what you think.

Try it on Google Play