🔒 Wat beskerm Friendstime — en wat nie?
Ons belowe jou nie „alles is 100 % geënkripteer" nie — dit sou nie eerlik wees nie. Ons sê jou presies watter data einde-tot-einde-geënkripteer is, watter die bediener kan lees en wat enkripsie tegnies nie kan wegsteek nie.
🛡️Wat is beskerm?
Die kort, eerlike oorsig. Besonderhede volg hieronder.
| Data | Status |
|---|---|
|
Teks van private chats
Teksboodskappe tussen twee rekeninge wat albei 'n sleutel het (ML-KEM-768 + AES-256-GCM); as die ander persoon geen sleutel het nie, word die teks onversleuteld gestuur
|
✅ Einde-tot-einde |
|
Teks van groepsklets
Einde-tot-einde-geënkripteer met die post-kwantum-metode ML-KEM-768, sodra alle lede 'n huidige app of die web-boodskapper gebruik — tot dan ongeënkripteer
|
✅ voorwaardelik |
|
Stemboodskappe, beelde, video's, lêers in een-tot-een-geselsies
End-tot-end versleutel (ML-KEM-768 + AES-256-GCM) wanneer albei rekeninge 'n sleutel het en 'n huidige app of die web-boodskapper gebruik. Die bediener sien sender, ontvanger, tyd, grootte en tipe, nie die inhoud nie. Vir groepgeselsies maak ons geen sodanige belofte nie
|
✅ voorwaardelik |
|
Oproepe (beeld en klank)
Oproepe is tans slegs tydens oordrag versleutel (ook in die app). Die app onderhandel by een-tot-een-oproepe reeds 'n sleutel uit ML-KEM-768, maar gebruik dit slegs vir onderskrifte. End-tot-end-versleuteling vir beeld en klank is gebou en in die toetsfase. Regstreekse uitsendings bly sonder end-tot-end-versleuteling.
|
❌ slegs oordrag |
|
Regstreekse ligging in een-tot-een-geselsies
Posisies word end-tot-end versleutel (ML-KEM-768 + AES-256-GCM) wanneer albei rekeninge 'n sleutel het; andersins word hulle in gewone teks op die bediener gestoor. Die bediener sien wie met wie deel en wanneer
|
✅ voorwaardelik |
|
Kluislêers (skakel)
Word in die blaaier met AES-256-GCM versleutel; die sleutel is in die deel van die skakel ná die #, wat die blaaier nie na die bediener stuur nie. Enigiemand met die volledige skakel kan die lêer oopmaak
|
✅ End-tot-end |
|
Metadata
Wie skryf aan wie, wanneer (nodig vir aflewering)
|
⚠️ sigbaar vir die bediener |
|
Openbare inhoud
Plasings, profiele, groepe, kommentaar
|
❌ geen E2EE |
|
Private notas oor kontakte
Word leesbaar op die bediener gestoor; slegs jou rekening kan dit ophaal
|
❌ Geen E2EE |
|
IP-adres
By toegang via Tor (.onion) kry ons bediener dit nie — anders wel
|
✅ opsioneel (Tor) |
|
Wagwoorde
Word nie in gewone teks gestoor nie, maar as 'n hash (Argon2id, deels met 'n bykomende geheime bedienerwaarde); ouer bcrypt-hashes word by die volgende aanmelding opgegradeer
|
✅ gehash |
🔒 Private chats — teks einde-tot-einde-geënkripteer
Die teks van jou private boodskappe word op jou toestel geënkripteer en is eers by die ontvanger weer leesbaar; die bediener stoor dan slegs sifferteks. Jou private sleutel lê geënkripteer op die bediener en word op jou toestel ontsluit met 'n sleutel wat van jou wagwoord afgelei word — die veiligheid van jou chats hang daarom af van die sterkte van jou wagwoord. As jou gesprekmaat nog geen sleutel het nie of die enkripsie op die toestel misluk, gaan selfs 'n teksboodskap ongeënkripteer uit.
In die kennisgewing van 'n geënkripteerde boodskap staan geen uittreksel van die teks nie, maar slegs 'n aanduiding soos 🔒 Geënkripteerde boodskap — die bediener kan geen uittreksel vorm nie, want hy het slegs sifferteks.
Die inhoud word met AES-256-GCM versleutel; die sleutel daarvoor word met die post-kwantum-metode ML-KEM-768 uitgeruil — of met RSA-OAEP as 'n rekening nog geen ML-KEM-sleutel het nie. Die sleutel behoort aan jou rekening, nie aan 'n enkele toestel nie: ná aanmelding met jou wagwoord kan elkeen van jou toestelle jou geselsies ontsleutel. Die teks van groepgeselsies word ook met ML-KEM-768 end-tot-end versleutel sodra alle lede 'n huidige app of die web-boodskapper gebruik. Stemboodskappe, beelde, video's en lêers in een-tot-een-geselsies word ook end-tot-end versleutel wanneer albei rekeninge 'n sleutel het. Oproepe is tans slegs tydens oordrag versleutel; end-tot-end-versleuteling vir beeld en klank is in die toetsfase. Daar was tot dusver geen onafhanklike oudit van die versleuteling nie.
🌐 Openbare inhoud — doelbewus nie E2EE nie
Plasings, profiele, groepe en kommentaar is bedoel om openbaar te wees en lê leesbaar op die bediener. Dit is nie einde-tot-einde-enkripsie nie — en ons noem dit eerlik so. Dit is tegnies nodig sodat voer, soektog en moderasie hoegenaamd werk.
Duimreël: As ander dit moet sien, kan die bediener dit ook sien. Wat werklik privaat moet bly, hoort as teks in 'n private chat tussen twee.
🧾 Metadata — wat E2EE nie wegsteek nie
Einde-tot-einde-enkripsie beskerm die inhoud, maar nie die roeteringsmetadata nie. Om 'n boodskap af te lewer, moet die bediener weet wie met wie wanneer kommunikeer. Hierdie „wie-met-wie-wanneer"-inligting is tegnies onvermydelik — ons verswyg dit nie.
By einde-tot-einde-geënkripteerde boodskappe lê die inhoud op die bediener slegs as sifferteks. Sender, ontvanger, tydstip en soort boodskap stoor die bediener leesbaar.
🧅 Netwerkprivaatheid — Tor (.onion)
Vir almal wat dit wil gebruik, is Friendstime bykomend as Onion-diens in die Tor-netwerk (.onion) bereikbaar. By toegang via die Onion-adres kry Friendstime nie jou IP-adres nie, en jou internetverskaffer sien nie watter bladsy jy besoek nie. Sommige funksies praat met verdere bedieners — byvoorbeeld kaartbetalings, ingebedde video's, oproepe en livestrome; hierdie verbindings verlaat die Onion-diens.
Dit geld slegs as jy Friendstime in die Tor-blaaier oopmaak. Oor 'n gewone verbinding ken die bediener jou IP-adres — soos by enige webwerf. Tor steek weg waarvandaan jy kom — nie wie jy is nie, sodra jy met jou rekening aanmeld. Die Android-app het nie 'n ingeboude Tor-modus nie.
🐞Sekuriteitslek gevind?
As jy 'n kwesbaarheid in Friendstime ontdek, rapporteer dit asseblief vertroulik aan ons via ons meldingsvorm — ook sonder 'n rekening. Daar staan ook hoe ons met meldings omgaan.
❓Frequently asked questions
Is Friendstime end-to-end encrypted?
In part, and this page says exactly what is. End-to-end encrypted: the text of private chats, plus voice messages, images, videos and files in one-to-one chats (each when both accounts have a key), the text of group chats (once all members use a current app or the web messenger). Not end-to-end encrypted: public content, metadata, calls (currently encrypted in transit only; end-to-end encryption for picture and sound is in a test phase) and live streams.
Which methods are used?
Key exchange uses ML-KEM-768 (NIST FIPS 203, a post-quantum method) and content is encrypted with AES-256-GCM. If an account has no ML-KEM key yet, RSA-OAEP is used.
Where are the servers?
According to the privacy policy, web hosting, database and e-mail are run by php-friends GmbH (Germany). The media, storage and routing server is operated by netcup GmbH in its Nuremberg data centre.
Has the encryption been audited independently?
No. There has been no independent audit of the encryption so far.
How are passwords stored?
Not in plain text but as a hash (Argon2id, partly with an additional secret server value). Older bcrypt hashes are converted at the next login.
How do I report a security vulnerability?
Via the form at https://friendsti.me/sicherheit-melden.php, no account needed.