Skype Account Service Session Token Bypass

Type packetstorm
Reporter Benjamin Kunz Mejri
Modified 2012-11-19T00:00:00


Skype Account Service - Session Token Bypass Vulnerability  
MSRC ID: 13175  
Common Vulnerability Scoring System:  
Skype is a proprietary voice-over-Internet Protocol service and software application originally created in 2003 by Swedish entrepreneur   
Niklas Zennström and his Danish partner Janus Friis. It has been owned by Microsoft since 2011. The service allows users to communicate   
with peers by voice, video, and instant messaging over the Internet. Phone calls may be placed to recipients on the traditional telephone   
networks. Calls to other users within the Skype service are free of charge, while calls to landline telephones and mobile phones are charged   
via a debit-based user account system. Skype has also become popular for its additional features, including file transfer, and videoconferencing.   
Competitors include SIP and H.323-based services, such as Linphone, as well as the Google Talk service, Mumble and  
Skype has 663 million registered users as of September 2011. The network is operated by Microsoft, which has its Skype division headquarters   
in Luxembourg. Most of the development team and 44% of the overall employees of the division are situated in Tallinn and Tartu, Estonia.  
Unlike most other VoIP services, Skype is a hybrid peer-to-peer and client–server system. It makes use of background processing on computers   
running Skype software. Skype`s original proposed name (Sky Peer-to-Peer) reflects this fact. Some network administrators have banned Skype   
on corporate, government, home, and education networks, citing reasons such as inappropriate usage of resources, excessive bandwidth usage,   
and security concerns.  
(Copy of the Vendor Homepage:  
The Vulnerability Laboratory Research Team discovered a high severity web session vulnerability in Microsofts Skype Account Service Application.  
2012-10-31: Researcher Notification & Coordination (VL - Benjamin Kunz Mejri)  
2012-11-01: Vendor Notification (MSRC)  
2012-11-01: Vendor Response/Feedback (MSRC)  
2012-11-12: Vendor Fix/Patch (Skype)  
2012-11-15: Public Disclosure (Vulnerability Laboratory)  
Affected Products:  
Product: Skype Application & Software Account Service v2012 Q3  
A session token protection bypass vulnerability is detected in Microsofts Skype WebServer Auth System Application.  
The vulnerability allows remote attackers without privileged application account to bypass the token expire protection of   
the skype account application system.  
The high severity application vulnerability is located in the recovery account function of the skype account service application.   
In the recovery notification mail function is a GET request as link which expires after 6hours. The bug is located in the reset   
function when processing to load the token_expire parameter with value 1 (invalid). Attackers can change the stable url by using   
a zero (0+ / +0) to bypass the checked token_expire value (parameter) to get a valid link with the expired session.  
Successful exploitation of the remote vulnerability can result in session token_expire bypass to validate ago expired reset requests.  
Vulnerable Service(s):  
[+] Microsoft > Skype >  
Vulnerable Section(s):  
[+] Account Application Service -  
Vulnerable Module(s):  
[+] Recovery/Reset Function -  
Vulnerable Module(s):  
[+] token_expired  
Proof of Concept:  
The vulnerability can be exploited by remote attackers without required user inter action and without privileged user account.  
For demonstration or reproduce ...  
Reset Account: (Mail Link)  
which leads to the expired request with the already used session 6h+ ago ...  
It is only required to insert 0 (zero) in the GET/POST request make the session valid again. Replace token_expired=1 => token_expired=0  
Video(PoC Demo):  
2012-11-12: Vendor Fix/Patch (Skype)  
The security risk of the token protection bypass vulnerability is estimated as high.  
Vulnerability Laboratory [Research Team] - Benjamin Kunz Mejri (  
The information provided in this advisory is provided as it is without any warranty. Vulnerability-Lab disclaims all warranties,   
either expressed or implied, including the warranties of merchantability and capability for a particular purpose. Vulnerability-  
Lab or its suppliers are not liable in any case of damage, including direct, indirect, incidental, consequential loss of business   
profits or special damages, even if Vulnerability-Lab or its suppliers have been advised of the possibility of such damages. Some   
states do not allow the exclusion or limitation of liability for consequential or incidental damages so the foregoing limitation   
may not apply. We do not approve or encourage anybody to break any vendor licenses, policies, deface websites, hack into databases   
or trade with fraud/stolen material.  
Domains: - -  
Contact: - -  
Section: - -  
Social:!/vuln_lab - -  
Feeds: - -  
Any modified copy or reproduction, including partially usages, of this file requires authorization from Vulnerability Laboratory.   
Permission to electronically redistribute this alert in its unmodified form is granted. All other rights, including the use of other   
media, are reserved by Vulnerability-Lab Research Team or its suppliers. All pictures, texts, advisories, sourcecode, videos and   
other information on this website is trademark of vulnerability-lab team & the specific authors or managers. To record, list (feed),   
modify, use or edit our material contact ( or to get a permission.  
Copyright © 2012 | Vulnerability Laboratory