Door Anoniem: Door Anoniem: Ik stel alleen dat deze geen 'of-of' situatie zijn met end-to-end encryptie . En dat de beloften en garanties die je hebt van solide end-to-end encryptie helemaal NIET geldig zijn met betrekking tot veiligheid tegen scans/malware/iOS scanners die op één van de endpoints zelf draait , aan de 'plaintext' zijde van de E2E encryptie. Je zou CSS ook kunnen zien als een speciaal geval van een man-in-the-middle aanval. Waarbij Mallory op het punt tussen het transportkanaal en je App zit. Dus aan de ene kant crypto en aan de andere kant plaintext. De App geeft de waarschuwing van Apple, dus CSS zit in Messages en niet in bijvoorbeeld het bestandssysteem (zoals bijvoorbeeld bij malware downloads via je browser). Puur theoretisch natuurlijk. In de crypto terminologie slaat de term 'plaintext' puur op "gedecrypt" - het zegt helemaal niets over human readable, gerendered, etc . Als je een .zip file verstuurd via TLS is de .zip "plaintext" . Sterker - stuur je een gecrypte .zip file via ...