Le 13/03/2015 à 09h 14

J’ai tout de suite penser à ça.

Le 30/06/2014 à 17h 45

arno53 a écrit :



Non pas remplacé mais placé là un peu en legacy.





“en legacy” " />







arno53 a écrit :



Si l’IMAP n’est plus adapté à la gestion des mails d’aujourd’hui pourquoi ne pas le faire évolué ou créer un protocole extensible plutôt que proposé juste une API limité aux seuls besoin de GMail …





Développer un protocole ou une API web ce n’est pas du tout le même investissement en temps et en ressources. Ils avaient besoin de répondre rapidement à une demande des utilisateurs qui traînait depuis des lustres, ils ont fait au plus rapide. De plus je ne vois pas pourquoi ça serait à Google de développer un protocole de remplacement à IMAP.

Le 30/06/2014 à 11h 50

arno53 a écrit :



… pousser une API proprio …





C’est du web service. J’ai du mal à voir en quoi l’API est proprio.







arno53 a écrit :



… à la place en plus de l’IMAP …





Je n’ai vu marqué nul part que ça allait remplacer IMAP.

Le 12/03/2014 à 21h 04

Ellierys a écrit :



Donne moi ton twitter " />







J’ai pas de Twitter. Trop mainstream " />

Le 12/03/2014 à 18h 35

J’ai trouvé le Harou caché. Excellente la photo " />



J’ai gagné combien de Ð ? " />

Le 10/12/2012 à 14h 46

HarmattanBlow a écrit :



Film de vacances, mon oeil ! " />







Remettre en cause l’honnêteté de Bob sans preuve (puisque tout est chiffré) c’est honteux. " />

Le 10/12/2012 à 13h 28

(Attention avis d’un non expert en crypto, à prendre avec des pincettes " />)



Ma petite théorie sur le fonctionnement du site:



Soit Bob et Alice deux utilisateurs de Mega disposant chacun d’un compte et donc d’un paire de clé RSA qui leur est propre.

• Bob upload un fichier de film de vacances vers Mega. Avant l’upload une clé de cryptage symétrique est généré et le fichier est crypté avec cette clé. La clé symétrique est ensuite chiffrée par la clé publique de Bob et l’ensemble clé symétrique chiffrée + fichier chiffré est uploadé.
  
  
  


• Bob partage la film de vacances avec Alice. La clé privé de Bob est utilisé pour déchiffré la clé symétrique du fichier et la chiffrer avec la clé publique d’Alice (en local toujours ?) et le nouveau chiffrement de la clé symétrique du fichier est stocké lui aussi avec le fichier.
  
  
  


• Alice ou Bob tente d’accéder au fichier. Le fichier et la clé symétrique chiffrée sont téléchargés et déchiffré toujours en local avec la clé privé du l’utilisateur correspondant, chacun ayant une version chiffrée de la clé symétrique associé au fichier.
  
  
  
  Je manque d’imagination pour trouver comment rendre un fichier public sans qu’il soit en clair (ou la clé symétrique du fichier) sur les serveurs de Mega. Ce que je pense que Mr Dotcom ne veut surtout pas. Peut-être un système à la zerobin