這三個應用程式都提供端到端加密，它們聲稱能夠通過加密和防止第三方訪問使用者的訊息來保護使用者的訊息安全。然而，根據talos研究人員的研究，這並不完全準確，因為對話可能在某些場景中被公開。大多數開發者忽視了乙個主要問題：這些應用程式假定使用者接受過安全教育，並且了解在裝置上啟用某些設定的風險。而隨著數以億計的使用者使用這些應用，情況顯然不是這樣。
talos指出，這些應用程式加密了使用者之間所有通訊的內容，從而使資訊不至於洩露給第三方。因此，服務提供者或任何嗅探網路流量的人在任何時候都不應該能夠讀取內容。但是，當在使用者裝置上處理資料或訊息時，安全性未必能得到充分保障。
這些即時通訊應用程式還支援主要的移動裝置平台和桌面版本，talos發現攻擊者可以使用惡意軟體從桌面版本劫持會話並在使用者不知情的情況下訪問資料，或者在使用者意識到問題之前已經執行完一系列操作。
攻擊者可以通過從使用者桌面刪除會話資訊來避免競態情況，這意味著他們會被提示重新鏈結。第二個會話只能從移動裝置上看到，但與攻擊者控制的會話名稱相同。 因此，攻擊者將能夠檢視所有訊息，甚至冒充受害者。攻擊者傳送的訊息將到達受害者的合法裝置，但他可以在傳送時刪除它們，從而避免被檢測到。如果使用「消失訊息」功能進行模擬，受害者將更難識別模仿行為。
telegram的移動版本也容易被會話濫用，因為它允許「影子會話在同一裝置上基於相同的**號碼共存，同時在不同的應用程式中處理它。」因此，攻擊者可以閱讀telegram上的所有訊息和聯絡人，直到會話終止（使用者必須具體請求終止）。
在android系統中，授予「讀取簡訊」和「殺死後台程序」許可權的惡意應用程式可以在沒有任何使用者干預的情況下建立影子會話。通常，如果使用者再次嘗試註冊同乙個**號碼，telegram會通過telegram頻道傳送**。但是，如果註冊未在特定時間範圍內完成，telegram將通過sms傳送新**，該**由惡意應用程式讀取。
儘管安全的即時訊息應用程式在傳輸過程中保護資訊記錄的表現非常可靠，甚至可以保護自己伺服器上的資訊，但是它們在保護應用程式狀態和使用者資訊方面做得仍然不夠，將這種保護委託給作業系統，使得一些惡意分子容易趁虛而入。
在應用程式之間傳遞引數
在程式設計中經常會遇到在應用程式間傳遞引數的問題 我總結了兩種方法 一。在用shellexcute啟動另外乙個應用程式的同時將引數傳遞過去.函式shellexcute的原型 hinstance shellexecute hwnd hwnd,父視窗的視窗控制代碼 lpctstr lpoperation...
iPhone應用程式間傳遞資料
前一篇簡單的介紹了iphone應用程式間通訊，主要是通過在被呼叫應用的info.plist中加入url方案，在應用中通過openurl來實現程式的呼叫。而應用程式間的資料傳遞則可以更具url來實現，例如我要在test應用中輸入乙個引數，將其傳遞給urlschemedemo中。則可以按照下面方法實現 ...
在這個應用程式支援資訊後面，
根據申請文件顯示，這個最新申請到的專利系統可以基於 上的人 地點或活動情況分配標籤 使用語音命令後自動分配 同樣的，它也可以用於搜尋。有趣的是，在這個應用程式支援資訊後面，蘋果指出，雖然 拍攝和數字影象儲存技術在過去的十年中，已經獲得了很大的改進，但使用傳統方法標記可以說是不直觀的 費力和非常耗時的...