🔒 Que protexe Friendstime — e que non?
Non che prometemos que «todo está cifrado ao 100 %» — iso non sería honesto. Dicímosche exactamente que datos están cifrados de extremo a extremo, cales pode ler o servidor e que non pode agochar tecnicamente o cifrado.
🛡️Que está protexido?
O resumo curto e honesto. Os detalles están abaixo.
| Datos | Estado |
|---|---|
|
Texto dos chats privados
Mensaxes de texto entre dúas contas que teñen ambas unha chave (ML-KEM-768 + AES-256-GCM); se a outra persoa non ten chave, o texto envíase sen cifrar
|
✅ De extremo a extremo |
|
Texto dos chats de grupo
Cifrado de extremo a extremo co método poscuántico ML-KEM-768 cando todos os membros usan unha app actual ou o mensaxeiro web — ata entón, sen cifrar
|
✅ condicionado |
|
Mensaxes de voz, imaxes, vídeos e ficheiros en chats individuais
Cifrado de extremo a extremo (ML-KEM-768 + AES-256-GCM) cando ambas as contas teñen unha chave e usan unha app actual ou o mensaxeiro web. O servidor ve remitente, destinatario, hora, tamaño e tipo, non o contido. Para os chats de grupo non facemos esa promesa
|
✅ condicional |
|
Chamadas (vídeo e audio)
As chamadas actualmente só se cifran en tránsito (tamén na app). Nas chamadas 1:1, a app xa negocia unha chave de ML-KEM-768, pero úsaa só para os subtítulos. O cifrado de extremo a extremo para imaxe e son está construído e en fase de probas. As emisións en directo seguen sen cifrado de extremo a extremo.
|
❌ só en tránsito |
|
Localización en directo en chats individuais
As posicións cífranse de extremo a extremo (ML-KEM-768 + AES-256-GCM) cando ambas as contas teñen unha chave; en caso contrario gárdanse en texto claro no servidor. O servidor ve quen comparte con quen e cando
|
✅ condicional |
|
Ficheiros da caixa forte (ligazón)
Cífranse no navegador con AES-256-GCM; a chave está na parte da ligazón despois do #, que o navegador non envía ao servidor. Calquera que teña a ligazón completa pode abrir o ficheiro
|
✅ De extremo a extremo |
|
Metadatos
Quen escribe a quen e cando (necesario para a entrega)
|
⚠️ visibles para o servidor |
|
Contido público
Publicacións, perfís, grupos, comentarios
|
❌ sen E2EE |
|
Notas privadas sobre contactos
Gárdanse lexibles no servidor; só a túa conta pode consultalas
|
❌ Sen E2EE |
|
Enderezo IP
Ao acceder por Tor (.onion), o noso servidor non a coñece — noutro caso, si
|
✅ opcional (Tor) |
|
Contrasinais
Non se gardan en texto claro, senón como hash (Argon2id, en parte cun segredo adicional do servidor); os hashes bcrypt antigos actualízanse no seguinte inicio de sesión
|
✅ con hash |
🔒 Chats privados — texto cifrado de extremo a extremo
O texto das túas mensaxes privadas cífrase no teu dispositivo e só volve ser lexible para o destinatario; o servidor só garda texto cifrado. A túa clave privada está no servidor cifrada e desbloquéase no teu dispositivo cunha clave derivada do teu contrasinal — por iso a seguranza dos teus chats depende da fortaleza do contrasinal. Se a outra persoa aínda non ten clave ou o cifrado falla no dispositivo, unha mensaxe de texto tamén sae sen cifrar.
Na notificación dunha mensaxe cifrada non hai ningún fragmento do texto, senón só un aviso como 🔒 Mensaxe cifrada — o servidor non pode formar ningún fragmento, porque só dispón de texto cifrado.
O contido cífrase con AES-256-GCM; a chave intercámbiase co método poscuántico ML-KEM-768 — ou con RSA-OAEP se unha conta aínda non ten chave ML-KEM. A chave pertence á túa conta, non a un só dispositivo: tras iniciar sesión co teu contrasinal, cada un dos teus dispositivos pode descifrar os teus chats. O texto dos chats de grupo tamén se cifra de extremo a extremo con ML-KEM-768 en canto todos os membros usan unha app actual ou o mensaxeiro web. As mensaxes de voz, imaxes, vídeos e ficheiros en chats individuais tamén se cifran de extremo a extremo cando ambas as contas teñen unha chave. As chamadas actualmente só se cifran en tránsito; o cifrado de extremo a extremo para imaxe e son está en fase de probas. Ata agora non existe unha auditoría independente do cifrado.
🌐 Contido público — deliberadamente sen E2EE
As publicacións, os perfís, os grupos e os comentarios están pensados para ser públicos e son lexibles no servidor. Isto non é cifrado de extremo a extremo — e dicímolo con honestidade. É tecnicamente necesario para que o feed, a busca e a moderación poidan funcionar.
Regra xeral: se queres que outras persoas o vexan, o servidor tamén o pode ver. O que realmente debe seguir sendo privado ten que escribirse como texto nun chat privado entre dúas persoas.
🧾 Metadatos — o que o E2EE non agocha
O cifrado de extremo a extremo protexe o contido, pero non os metadatos de enrutamento. Para entregar unha mensaxe, o servidor ten que saber quen se comunica con quen e cando. Esta información de «quen con quen e cando» é tecnicamente inevitable — non a calamos.
Nas mensaxes cifradas de extremo a extremo, o contido só está no servidor como texto cifrado. O remitente, o destinatario, o momento e o tipo de mensaxe gárdaos o servidor nun formato lexible.
🧅 Privacidade da rede — Tor (.onion)
Para quen o queira usar, Friendstime tamén está accesible como servizo onion na rede Tor (.onion). Cando accedes polo enderezo onion, Friendstime non coñece o teu enderezo IP e o teu provedor de Internet non ve que páxina visitas. Algunhas funcións conéctanse con outros servidores — por exemplo os pagamentos con tarxeta, os vídeos incrustados, as chamadas e os directos; esas conexións saen do servizo onion.
Isto só vale se accedes a Friendstime co navegador Tor. Cunha conexión normal, o servidor coñece o teu enderezo IP — coma en calquera sitio web. Tor agocha de onde vés — non quen es, cando inicias sesión coa túa conta. A app de Android non ten ningún modo Tor integrado.
🐞Atopaches unha vulnerabilidade de seguranza?
Se descobres unha vulnerabilidade en Friendstime, infórmanos dela de forma confidencial a través do noso formulario de notificación, mesmo sen conta. Alí tamén se explica como tratamos as notificacións.
❓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.