Transparència honesta

🔒 Què protegeix Friendstime — i què no?

No et prometem que «tot està xifrat al 100 %» — això no seria honest. Et diem exactament quines dades estan xifrades d'extrem a extrem, quines pot llegir el servidor i què no pot amagar tècnicament el xifrat.

🛡️Què està protegit?

El resum curt i honest. Els detalls són a sota.

DadesEstat
Text dels xats privats
Missatges de text entre dos comptes que tots dos tenen una clau (ML-KEM-768 + AES-256-GCM); si l'altra persona no té clau, el text s'envia sense xifrar
✅ D'extrem a extrem
Text dels xats de grup
Xifrat d'extrem a extrem amb el mètode postquàntic ML-KEM-768 quan tots els membres fan servir una app actual o el missatger web — fins llavors, sense xifrar
✅ condicionat
Missatges de veu, imatges, vídeos, fitxers en xats individuals
Xifrat d'extrem a extrem (ML-KEM-768 + AES-256-GCM) quan tots dos comptes tenen una clau i fan servir una aplicació actual o el missatger web. El servidor veu remitent, destinatari, hora, mida i tipus, no el contingut. Per als xats de grup no fem aquesta promesa
✅ condicional
Trucades (vídeo i àudio)
Les trucades estan xifrades actualment només en trànsit (també a l'aplicació). En les trucades individuals (1:1), l'aplicació ja negocia una clau d'ML-KEM-768, però només la fa servir per als subtítols. El xifratge d'extrem a extrem per a imatge i so està construït i en fase de proves. Les retransmissions en directe continuen sense xifratge d'extrem a extrem.
❌ només en trànsit
Ubicació en directe en xats individuals
Les posicions es xifren d'extrem a extrem (ML-KEM-768 + AES-256-GCM) quan tots dos comptes tenen una clau; altrament es desen en text pla al servidor. El servidor veu qui comparteix amb qui i quan
✅ condicional
Fitxers de la caixa forta (enllaç)
Es xifren al navegador amb AES-256-GCM; la clau és a la part de l'enllaç després del #, que el navegador no envia al servidor. Qualsevol persona amb l'enllaç complet pot obrir el fitxer
✅ D'extrem a extrem
Metadades
Qui escriu a qui i quan (necessari per al lliurament)
⚠️ visibles per al servidor
Contingut públic
Publicacions, perfils, grups, comentaris
❌ sense E2EE
Notes privades sobre contactes
Es desen llegibles al servidor; només el teu compte les pot recuperar
❌ Sense E2EE
Adreça IP
En accedir-hi per Tor (.onion), el nostre servidor no la coneix — en cas contrari, sí
✅ opcional (Tor)
Contrasenyes
No es desen en text pla, sinó com a hash (Argon2id, en part amb un valor secret addicional del servidor); els hashes bcrypt més antics s'actualitzen en el següent inici de sessió
✅ amb hash

🔒 Xats privats — text xifrat d'extrem a extrem

El text dels teus missatges privats es xifra al teu dispositiu i només torna a ser llegible al destinatari; el servidor només en desa text xifrat. La teva clau privada és al servidor xifrada i es desbloqueja al teu dispositiu amb una clau derivada de la teva contrasenya — per això la seguretat dels teus xats depèn de la fortalesa de la contrasenya. Si l'altra persona encara no té clau o el xifrat falla al dispositiu, un missatge de text també surt sense xifrar.

Com ho pots veure

A la notificació d'un missatge xifrat no hi ha cap fragment del text, sinó només un avís com 🔒 Missatge xifrat — el servidor no pot formar-ne cap fragment, perquè només disposa de text xifrat.

El contingut es xifra amb AES-256-GCM; la clau per fer-ho s'intercanvia amb el mètode postquàntic ML-KEM-768 — o amb RSA-OAEP si un compte encara no té cap clau ML-KEM. La clau pertany al teu compte, no a un sol dispositiu: després d'iniciar sessió amb la teva contrasenya, cadascun dels teus dispositius pot desxifrar els teus xats. El text dels xats de grup també es xifra d'extrem a extrem amb ML-KEM-768 tan bon punt tots els membres fan servir una aplicació actual o el missatger web. Els missatges de veu, imatges, vídeos i fitxers en xats individuals també es xifren d'extrem a extrem quan tots dos comptes tenen una clau. Les trucades estan xifrades actualment només en trànsit; el xifratge d'extrem a extrem per a imatge i so és en fase de proves. Fins ara no hi ha hagut cap auditoria independent del xifratge.

🌐 Contingut públic — deliberadament sense E2EE

Les publicacions, els perfils, els grups i els comentaris estan pensats per ser públics i són llegibles al servidor. Això no és xifrat d'extrem a extrem — i ho diem amb honestedat. És tècnicament necessari perquè el feed, la cerca i la moderació puguin funcionar.

Regla general: si vols que ho vegin altres persones, el servidor també ho pot veure. El que realment ha de continuar sent privat s'ha d'escriure com a text en un xat privat entre dues persones.

🧾 Metadades — el que l'E2EE no amaga

El xifrat d'extrem a extrem protegeix el contingut, però no les metadades d'encaminament. Per lliurar un missatge, el servidor ha de saber qui es comunica amb qui i quan. Aquesta informació de «qui amb qui i quan» és tècnicament inevitable — no la callem.

En els missatges xifrats d'extrem a extrem, el contingut només és al servidor com a text xifrat. El remitent, el destinatari, el moment i el tipus de missatge els desa el servidor en un format llegible.

🧅 Privadesa de la xarxa — Tor (.onion)

Per a qui ho vulgui fer servir, Friendstime també és accessible com a servei onion a la xarxa Tor (.onion). Quan hi accedeixes per l'adreça onion, Friendstime no coneix la teva adreça IP i el teu proveïdor d'Internet no veu quina pàgina visites. Algunes funcions es connecten a altres servidors — per exemple els pagaments amb targeta, els vídeos incrustats, les trucades i els directes; aquestes connexions surten del servei onion.

Això només val si accedeixes a Friendstime amb el navegador Tor. Amb una connexió normal, el servidor coneix la teva adreça IP — com a qualsevol web. Tor amaga d'on véns — no qui ets, quan inicies la sessió amb el teu compte. L'app d'Android no té cap mode Tor integrat.

🐞Has trobat una vulnerabilitat de seguretat?

Si descobreixes una vulnerabilitat a Friendstime, informa-nos-en de manera confidencial mitjançant el nostre formulari de notificació — fins i tot sense compte. Allà també s'explica com tractem les notificacions.

Informa d'una vulnerabilitat

❓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.

Aquesta pàgina és deliberadament sòbria. No afirmem «xifrat al 100 %», perquè en una xarxa social amb feed públic seria impossible. Preferim dir-te exactament en què et pots refiar.