Showing posts with label Information Leakage. Show all posts
Showing posts with label Information Leakage. Show all posts

Monday, 11 May 2015

CVE-2015-2209 - DLGuard Full Path Disclosure (Information Leakage) Web Security Vulnerabilities















CVE-2015-2209 - DLGuard Full Path Disclosure (Information Leakage) Web Security Vulnerabilities

Exploit Title: DLGuard "/index.php?" "&c" parameter Full Path Disclosure Web Security Vulnerabilities

Product: DLGuard
Vendor: DLGuard
Vulnerable Versions: v4.5
Tested Version: v4.5
Advisory Publication: January 18, 2015
Latest Update: March 20, 2015
Vulnerability Type: Information Exposure [CWE-200]
CVE Reference: CVE-2015-2209
Impact CVSS Severity (version 2.0):
CVSS v2 Base Score: 5.0 (MEDIUM) (AV:N/AC:L/Au:N/C:P/I:N/A:N) (legend)
Impact Subscore: 2.9
Exploitability Subscore: 10.0
CVSS Version 2 Metrics:
Access Vector: Network exploitable
Access Complexity: Low
Authentication: Not required to exploit
Impact Type: Allows unauthorized disclosure of information
Credit: Wang Jing [School of Mathematical Sciences (001), University of Science and Technology of China (USTC)] (@justqdjing)





Consultation Details:



(1) Vendor & Product Description:



Vendor:

DLGuard


Product & Version:

DLGuard
v4.5


Vendor URL & Download:

DLGuard can be obtained from here,
http://www.dlguard.com/dlginfo/index.php


Product Introduction Overview:

“DLGuard is a powerful, yet easy to use script that you simply upload to your website and then rest assured that your internet business is not only safe, but also much easier to manage, automating the tasks you just don't have the time for."


"DLGuard supports the three types, or methods, of sale on the internet:

<1>Single item sales (including bonus products!)
<2>Multiple item sales
<3>Membership websites"


"DLGuard is fully integrated with: PayPal, ClickBank, 2Checkout, Authorize.Net, WorldPay, AlertPay, Ebay, PayDotCom, E-Gold, 1ShoppingCart, Click2Sell, Mal's E-Commerce, LinkPoint, PagSeguro, CCBill, CommerseGate, DigiResults, FastSpring, JVZoo, MultiSafePay, Paypal Digital Goods, Plimus, RevenueWire/SafeCart, SWReg, WSO Pro, and even tracks your free product downloads. The DLGuard built-in Shopping Cart offers Paypal, Authorize.net, and 2Checkout payment options. The Membership areas allow Paypal, Clickbank, 2Checkout, and LinkPoint recurring billing as well as linking to any PayPal, ClickBank, 2Checkout, Authorize.Net, WorldPay, AlertPay, Ebay, PayDotCom, E-Gold, 1ShoppingCart, E-Bullion, LinkPoint, PagSeguro, CCBill, CommerseGate, DigiResults, FastSpring, JVZoo, MultiSafePay, Paypal Digital Goods, Plimus, RevenueWire/SafeCart, SWReg, WSO Pro single sale and free products so that people who buy your products can access your members area. DLGuard is the perfect solution to secure your single sale item, such as a niche marketing website, software sales, ebook sales, and more! DLGuard not only protects your download page, but it makes setting up new products, or making changes to existing products so much quicker and easier than before."






(2) Vulnerability Details:

DLGuard web application has a computer security bug problem. It can be exploited by information leakage attacks - Full Path Disclosure (FPD). This may allow a remote attacker to disclose the software's installation path. While such information is relatively low risk, it is often useful in carrying out additional, more focused attacks.
Several similar products vulnerabilities have been found by some other bug hunter researchers before. DLguard has patched some of them. NVD is the U.S. government repository of standards based vulnerability management data (This data enables automation of vulnerability management, security measurement, and compliance (e.g. FISMA)). It has published suggestions, advisories, solutions related to important vulnerabilities.

(2.1) The first bug flaw occurs at "&c" parameter in “index.php?” page.












References:



Sunday, 10 May 2015

CVE-2015-2214 - NetCat CMS Full Path Disclosure (Information Disclosure) Web Security Vulnerabilities

201402Return-oriented-programming-ROP-computer-security-exploit-technique

CVE-2015-2214 - NetCat CMS Full Path Disclosure (Information Disclosure) Web Security Vulnerabilities

Exploit Title: CVE-2015-2214 NetCat CMS Full Path Disclosure Web Security Vulnerabilities
Product: NetCat CMS (Content Management System)
Vendor: NetCat
Vulnerable Versions: 5.01   3.12   3.0   2.4   2.3   2.2   2.1   2.0   1.1
Tested Version: 5.01   3.12
Advisory Publication: February 27, 2015
Latest Update: May 05, 2015
Vulnerability Type: Information Leak / Disclosure [CWE-200]
CVE Reference: CVE-2015-2214
Impact CVSS Severity (version 2.0):
CVSS v2 Base Score: 5.0 (MEDIUM) (AV:N/AC:L/Au:N/C:P/I:N/A:N) (legend)
Impact Subscore: 2.9
Exploitability Subscore: 10.0
CVSS Version 2 Metrics:
Access Vector: Network exploitable
Access Complexity: Low
Authentication: Not required to exploit
Impact Type: Allows unauthorized disclosure of information
Credit and Writer: Wang Jing [School of Physical and Mathematical Sciences (SPMS), Nanyang Technological University (NTU), Singapore] (@justqdjing)


 
Consultation Details:

 
(1) Vendor & Product Description:
Vendor:
NetCat

 
Product & Version:
NetCat
5.01   3.12   3.0   2.4   2.3   2.2   2.1   2.0   1.1

 
Vendor URL & Download:
NetCat can be accessed from here,

 
Product Introduction Overview:
NetCat.ru is russian local company. "NetCat designed to create an absolute majority of the types of sites: from simple "business card" with a minimum content to complex web-based systems, from corporate offices to online stores, libraries or media data - in other words, projects completely different directions and at any level of complexity. View examples of sites running on NetCat CMS can be in a special section."

"Manage the site on the basis of NetCat can even inexperienced user, because it does not require knowledge of Internet technologies, programming and markup languages. NetCat constantly improving, adds new features. In the process of finalizing necessarily take into account the wishes of our partners and clients, as well as trends in Internet development. More than 2,000 studios and private web developers have chosen for their projects is NetCat, and in 2013 sites, successfully working on our CMS, created more than 18,000."

"We give a discount on any edition NetCat
We try to help our partners to enter into a close-knit team. To reduce your expenses on the development of a new system, we provide special conditions for the acquisition of commercial licenses NetCat, for a partner is assigned a permanent discount of 40%, which according to the results of further sales could be increased to 60%."

"Teach your developers work with the secrets NetCat
In addition to the detailed documentation and video tutorials to new partners we offer a unique free service - direct contact with the developer from the team NetCat, which will help in the development of product development tools."

"We give customers
Once you develop the three sites NetCat information about you appear in our ranking developers. This means that you not only begin to receive direct requests from clients but also become a member of tenders conducted by customers. In addition, if the partner is really good work, employees NetCat begin recommending it to clients requesting assistance in the choice of contractor."

"We will help in the promotion of
The company is a regular participant NetCat large number of forums, seminars and conferences. We are happy to organize together with partners involved, help with advertising materials and share information for the report."

"Confirmed its status in the eyes of customers
We have a very flexible system of certification of partners: we do not give certificates for the sale of licenses and for the developed sites. So, for example, to obtain a certificate "Development of corporate websites' to add to your personal account three implementation of the appropriate type."

 
(2) Vulnerability Details:
NetCat web application has a computer security bug problem. It can be exploited by information leakage attacks - Full Path Disclosure (FPD). This may allow a remote attacker to disclose the software's installation path. While such information is relatively low risk, it is often useful in carrying out additional, more focused attacks.

Several other similar products 0-day vulnerabilities have been found by some other bug hunter researchers before. Netcat has patched some of them. FusionVM Vulnerability Management and Compliance provides sources for the latest info-sec news, tools, and advisories. It has published suggestions, advisories, solutions details related to important vulnerabilities.


(2.1) The first programming code flaw occurs at "&redirect_url" parameter in "netshop/post.php?" page.




 


References:

Wednesday, 6 August 2014

Oracle Access Manager (CVE-2014-2404) WebGate Subcomponent Unspecified Remote Information Disclosure


CVE-2014-2404 Oracle Manager WebGate Subcomponent Unspecified Remote Information Disclosure



Exploit Title: Oracle Manager WebGate Subcomponent Unspecified Remote Information Disclosure
Product: Access Manager component in Oracle Fusion Middleware
Vendor: Oracle
Vulnerable Versions: 10.1.4.3, 11.1.1.3.0, 11.1.1.5.0, 11.1.1.7.0, 11.1.2.0.0, 11.1.2.1.0, and 11.1.2.2.0
Advisory Publication: Apr 15, 2014
Latest Update: Apr 15, 2014
Vulnerability Type: Information Exposure [CWE-200]
CVE Reference: CVE-2014-2404
Risk Level: Medium
CVSS v2 Base Score: 4.0 (AV:N/AC:L/Au:S/C:P/I:N/A:N) (legend)
Solution Status: Fixed by Vendor
Credit: Wang Jing [SPMS, Nanyang Technological University, Singapore]




http://www.osvdb.org/show/osvdb/105842

Tuesday, 6 May 2014

Sina OAuth 2.0 Service Covert Redirect Web Security Bugs (Information Leakage & Open Redirect)

















Sina OAuth 2.0 Service Covert Redirect Web Security Bugs (Information Leakage & Open Redirect)




(1) Domain:
sina.com



"Sina (新浪) is a Chinese online media company for Chinese communities around the world. Sina operates four major business lines: Sina Weibo, Sina Mobile, Sina Online, and Sina.net. Sina has over 100 million registered users worldwide. Sina was recognized by Southern Weekend as the "China's Media of the Year" in 2003.Sina owns Sina Weibo, a Twitter-like microblog social network, which has 56.5 percent of the Chinese microblogging market based on active users and 86.6 percent based on browsing time over Chinese competitors such as Tencent and Baidu. The social networking service has more than 500 million users and millions of posts per day, and is adding 20 million new users per month, says the company. The top 100 users now have over 180 million followers combined. Sina.com is the largest Chinese-language web portal. It is run by Sina Corporation, which was founded in 1999. The company was founded in China, and its global financial headquarters have been based in Shanghai since October 1, 2001." (Wikipedia)







(2) Vulnerability Description:
Sina web application has a computer security problem. Hacker can exploit it by Covert Redirect cyber attacks. 




The vulnerabilities can be attacked without user login. Tests were performed on Microsoft IE (10.0.9200.16750) of Windows 8, Mozilla Firefox (34.0) & Google Chromium 39.0.2171.65-0 ubuntu0.14.04.1.1064 (64-bit) of Ubuntu (14.04),Apple Safari 6.1.6 of Mac OS X Lion 10.7. 








(2.1) Vulnerability Detail:
Sina's OAuth 2.0 system is susceptible to Attacks. More specifically, the authentication of parameter "&redirct_uri" in OAuth 2.0 system is insufficient. It can be misused to design Open Redirect Attacks to Sina.






At the same time, it can be used to collect sensitive information of both third-party app and users by using the following parameters (sensitive information is contained in HTTP header.),
"&response_type"=sensitive_info,token...
"&scope"=get_user_info%2Cadd_share...





It increases the likelihood of successful Open Redirect Attacks to third-party websites, too.





The vulnerabilities occurs at page "/authorize?" with parameter "&redirect_uri", e.g.
https://api.t.sina.com.cn/oauth2/authorize?client_id=496934491&redirect_uri=http%3A%2F%2Fwww.paidai.com%2Fuser%2Flogin.php%3Fref%3Dhttp%3A%2F%2Ftetraph.com%2Fessayjeans%2Fmemories%2F%25E9%259B%25A8%25E6%25A2%25A6%25E9%259B%25A8%25E9%259F%25B5.html&response_type=code [1]





Before acceptance of third-party application:
When a logged-in Sina user clicks the URL ([1]) above, he/she will be asked for consent as in whether to allow a third-party website to receive his/her information. If the user clicks OK, he/she will be then redirected to the URL assigned to the parameter "&redirect_uri".




If a user has not logged onto Sina and clicks the URL ([1]) above, the same situation will happen upon login.





After acceptance of third-party application:
A logged-in Sina user would no longer be asked for consent and could be redirected to a webpage controlled by the attacker when he/she clicks the URL ([1]).



For a user who has not logged in, the attack could still be completed after a pop-up page that prompts him/her to log in.






(2.1.1) Sina would normally allow all the URLs that belong to the domain of an authorized third-party website. However, these URLs could be prone to manipulation. For example, the "&redirect_uri" parameter in the URLs is supposed to be set by the third-party websites, but an attacker could change its value to make Attacks.



Hence, a user could be redirected from Sina to a vulnerable URL in that domain first and later be redirected from this vulnerable site to a malicious site unwillingly. This is as if the user is redirected from Sina directly. The number of Sina's OAuth 2.0 client websites is so huge that such Attacks could be commonplace.



Before acceptance of the third-party application, Sina's OAuth 2.0 system makes the redirects appear more trustworthy and could potentially increase the likelihood of successful Open Redirect Attacks of third-party website.




Once the user accepts the application, the attackers could completely bypass Sina's authentication system and attack more easily.




(2.2) One of webpages was used for the following tests. The webpage is "http://tetraphlike.lofter.com/". Can suppose it is malicious and contains code that collect sensitive information of both third-party app and users.





Below is an example of a vulnerable third-party domain:
paidai.com





Vulnerable URL in this domain:
http://www.paidai.com/user/login.php?ref=http://tetraph.com/essayjeans/memories/%E9%9B%A8%E6%A2%A6%E9%9B%A8%E9%9F%B5.html




Vulnerable URL from Sina that is related to paidai.com:
https://api.t.sina.com.cn/oauth2/authorize?client_id=496934491&redirect_uri=http%3A%2F%2Fwww.paidai.com%2Fsiteuser%2Foauth_sina.php%3Ffrom%3Dweibo&response_type=code



POC:
https://api.t.sina.com.cn/oauth2/authorize?client_id=496934491&redirect_uri=http%3A%2F%2Fwww.paidai.com%2Fuser%2Flogin.php%3Fref%3Dhttp%3A%2F%2Ftetraph.com%2Fessayjeans%2Fmemories%2F%25E9%259B%25A8%25E6%25A2%25A6%25E9%259B%25A8%25E9%259F%25B5.html&response_type=code







POC Video:

https://www.youtube.com/watch?v=5MWNG4UlZUc


Blog Detail:
http://tetraph.blogspot.com/2014/05/sinas-oauth-20-covert-redirect.html








(3) What is Covert Redirect? 
Covert Redirect is a class of security bugs disclosed in May 2014. It is an application that takes a parameter and redirects a user to the parameter value without sufficient validation. This often makes use of Open Redirect and XSS (Cross-site Scripting) vulnerabilities in third-party applications.



Covert Redirect is also related to single sign-on, such as OAuth and OpenID. Hacker may use it to steal users' sensitive information. Almost all OAuth 2.0 and OpenID providers worldwide are affected. Covert Redirect can work together with CSRF (Cross-site Request Forgery) as well. 






Discover and Reporter:
Wang Jing, Division of Mathematical Sciences (MAS), School of Physical and Mathematical Sciences (SPMS), Nanyang Technological University (NTU), Singapore. (@justqdjing)









Related Articles:
http://tetraph.com/security/covert-redirect/sinas-oauth-2-0-covert-redirect
https://twitter.com/essayjeans/status/558976278854770688
http://diebiyi.com/articles/security/covert-redirect/sina-weibo-oauth-2-0

https://hackertopic.wordpress.com/2014/09/28/sina-exploit/
http://japanbroad.blogspot.jp/2014/09/sina-hacking.html
http://tetraph.blog.163.com/blog/static/23460305120144715917495/
http://homehut.lofter.com/post/1d226c81_7069918

http://xingti.tumblr.com/post/119489954830/securitypost-sicherheitslucke-in-oauth-2-0-und
https://infoswift.wordpress.com/2014/09/11/sina-bugs/
http://computerobsess.blogspot.com/2014/06/sina-web-service-attack.html
http://www.inzeed.com/kaleidoscope/covert-redirect/sinas-oauth-2-0-covert-redirect






================








新浪 网站 OAuth 2.0 隐蔽重定向 (Covert Redirect) 网络安全漏洞 (信息泄漏 & 公开重定向) 




(1) 域名:
sina.com



"新浪(NASDAQ:SINA),是一家网络公司的名称,以服务大中华地区与海外华人为己任,新浪拥有多家地区性网站,通过旗下五大业务主线为用户提供网络服务,网下的北京新浪、香港新浪、台北新浪、北美新浪等覆盖全球华人社区的全球最大中文门户网站,2012年11月新浪注册用户已突破4亿。新浪公司是一家服务于中国及全球华人社群的网络媒体公司。新浪通过门户网站新浪网、移动门户手机新浪网和社交网络服务及微博客服务微博组成的数字媒体网络,帮助广大用户通过互联网和移动设备获得专业媒体和用户自生成的多媒体内容(UGC)并与友人进行兴趣分享。" (百度百科)







(2) 漏洞描述:
新浪 网站有有一个计算机安全问题,黑客可以对它进行隐蔽重定向 (Covert Redirect) 网络攻击。


这个漏洞不需要用户登录,测试是基于微软 Windows 8 的 IE (10.0.9200.16750); Ubuntu (14.04) 的 Mozilla 火狐 (Firefox 34.0) 和 谷歌 Chromium 39.0.2171.65-0; 以及苹果 OS X Lion 10.7 的 Safari 6.16。







(2.1) 漏洞细节:
Sina 的 OAuth 2.0 系统可能遭到攻击。更确切地说, Sina 对 OAuth 2.0 系统的 parameter “&redirect_uri“ 验证不够充分。可以用来构造对 Sina 的 URL跳转 攻击。



与此同时,这个漏洞可以用下面的参数来收集第三方 App 和 用户 的敏感信息(敏感信息包含在 HTTP header里), 
"&response_type"=sensitive_info,token,code...
"&scope"=get_user_info,email...




它也增加了对第三方网站 URL跳转 攻击的成功率。





漏洞地点 "/authorize?",参数"&redirect_uri", e.g.
https://api.t.sina.com.cn/oauth2/authorize?client_id=496934491&redirect_uri=http%3A%2F%2Fwww.paidai.com%2Fuser%2Flogin.php%3Fref%3Dhttp%3A%2F%2Ftetraph.com%2Fessayjeans%2Fmemories%2F%25E9%259B%25A8%25E6%25A2%25A6%25E9%259B%25A8%25E9%259F%25B5.html&response_type=code [1]






同意三方 App 前:
当一个已经登录的 Sina 用户点击上面的 URL ([1]), 对话框会询问他是否接受第三方 App 接收他的信息。如果同意,他会被跳转到 参数 "&redirect_uri" 的 URL。


如果没有登录的Sina 用户点击 URL ([1]), 他登录后会发生同样的事情。



同意三方 App 后:
已经登录的 Sina 用户 不会再被询问是否接受 三方 App。当他点击 URL ([1]) 时,他会被直接跳转到攻击者控制的页面。

如果 Sina 用户没有登录,攻击依然可以在要求他登录的Sina的对话框被确认后完成(这个过程不会提示任何和三方 App 有关的内容)。





(2.1.1) Sina 一般会允许属于已被验证过得三方 App domain 的所有 URLs。 然而,这些 URLs 可以被操控。比如,参数 "&redirect_uri" 是被三方 App 设置的,但攻击者可以修改此参数的值。


因此,Sina 用户意识不到他会被先从 Sina 跳转到第三方 App 的网页,然后从此网页跳转到有害的网页。这与从 Sina 直接跳转到有害网页是一样的。


因为 Sina 的 OAuth 2.0 客户很多,这样的攻击可以很常见。


在同意三方 App 之前,Sina 的 OAuth 2.0 让用户更容易相信被跳转的页面是安全的。这增加了三方 App 被 URL跳转 攻击的成功率。


同意三方 App 后, 攻击者可以完全绕过 Sina 的 URL跳转 验证系统。






(2.2) 用了一个页面进行了测试, 页面是 "http://qianqiuxue.tumblr.com/". 可以假定它是有害的,并且含有收集三方 App 和用户敏感信息的 code。




下面是一个有漏洞的三方 domain:
paidai.com


这个 domain 有漏洞的 URL:
http://www.paidai.com/user/login.php?ref=http://tetraph.com/essayjeans/memories/%E9%9B%A8%E6%A2%A6%E9%9B%A8%E9%9F%B5.html




Sina 与 paidai.com 有关的有漏洞的 URL:
https://api.t.sina.com.cn/oauth2/authorize?client_id=496934491&redirect_uri=http%3A%2F%2Fwww.paidai.com%2Fsiteuser%2Foauth_sina.php%3Ffrom%3Dweibo&response_type=code





POC:
https://api.t.sina.com.cn/oauth2/authorize?client_id=496934491&redirect_uri=http%3A%2F%2Fwww.paidai.com%2Fuser%2Flogin.php%3Fref%3Dhttp%3A%2F%2Ftetraph.com%2Fessayjeans%2Fmemories%2F%25E9%259B%25A8%25E6%25A2%25A6%25E9%259B%25A8%25E9%259F%25B5.html&response_type=code






POC 视频:
https://www.youtube.com/watch?v=5MWNG4UlZUc


博客细节:

http://tetraph.blogspot.com/2014/05/sinas-oauth-20-covert-redirect.html









(3) 什么是隐蔽重定向? 
隐蔽重定向 (Covert Redirect) 是一个计算机网络安全漏洞。这个漏洞发布于 2014年5月。漏洞成因是网络应用软件对跳转到合作者的跳转没有充分过滤。这个漏洞经常利用第三方网站 (包括合作网站) 的公开重定向 (Open Redirect) 或者 跨站脚本漏洞 (XSS - Cross-site Scripting) 问题。


隐蔽重定向也对单点登录 (single sign-on) 有影响。最初发布的是对两款常用登录软件 OAuth 2.0 和 OpenID 的影响。黑客可以利用真实的网站进行网络钓鱼,从而窃取用户敏感信息。几乎所用提供 OAuth 2.0 和 OpenID 服务的网站都被影响。隐蔽重定向还可以和 跨站请求伪造 (CSRF - Cross-site Request Forgery) 一起利用。














GitHub Online Website OAuth 2.0 Covert Redirect Web Security Bugs (Information Leakage & Open Redirect)


















GitHub Online Website OAuth 2.0 Covert Redirect Web Security Bugs (Information Leakage & Open Redirect)



(1) Domain:
github.com


"GitHub is a web-based Git repository hosting service, which offers all of the distributed revision control and source code management (SCM) functionality of Git as well as adding its own features. Unlike Git, which is strictly a command-line tool, GitHub provides a web-based graphical interface and desktop as well as mobile integration. It also provides access control and several collaboration features such as wikis, task management, and bug tracking and feature requests for every project. GitHub offers both plans for private repositories and free accounts, which are usually used to host open-source software projects. As of 2015, GitHub reports having over 9 million users and over 21.1 million repositories, making it the largest code hoster in the world." (Wikipedia)







(2) Vulnerability Description:
GitHub web application has a computer security problem. Hacker can exploit it by Covert Redirect cyber attacks. 


The vulnerabilities can be attacked without user login. Tests were performed on Microsoft IE (10.0.9200.16750) of Windows 8, Mozilla Firefox (34.0) & Google Chromium 39.0.2171.65-0 ubuntu0.14.04.1.1064 (64-bit) of Ubuntu (14.04),Apple Safari 6.1.6 of Mac OS X Lion 10.7. 









(2.1) Vulnerability Detail:
GitHub's OAuth 2.0 system is susceptible to Attacks. More specifically, the authentication of parameter "&redirct_uri" in OAuth 2.0 system is insufficient. It can be misused to design Open Redirect Attacks to GitHub.


At the same time, it can be used to collect sensitive information of both third-party app and users by using the following parameters (not all apps),
"&response_type"=sensitive_info,token...
"&scope"=email,user_birthday,user_likes...



It increases the likelihood of successful Open Redirect Attacks to third-party websites, too.




The vulnerabilities occurs at page "oauth/authorize?" with parameter "&redirect_uri", e.g.


Before acceptance of third-party application:
When a logged-in GitHub user clicks the URL ([1]) above, he/she will be asked for consent as in whether to allow a third-party website to receive his/her information. If the user clicks OK, he/she will be then redirected to the URL assigned to the parameter "&redirect_uri".




If a user has not logged onto GitHub and clicks the URL ([1]) above, the same situation will happen upon login.





After acceptance of third-party application:
A logged-in GitHub user would no longer be asked for consent and could be redirected to a webpage controlled by the attacker when he/she clicks the URL ([1]).



For a user who has not logged in, the attack could still be completed after a pop-up page that prompts him/her to log in.






(2.1.1) GitHub would normally allow all the URLs that belong to the domain of an authorized third-party website. However, these URLs could be prone to manipulation. For example, the "&redirect_uri" parameter in the URLs is supposed to be set by the third-party websites, but an attacker could change its value to make Attacks. 



Hence, a user could be redirected from GitHub to a vulnerable URL in that domain first and later be redirected from this vulnerable site to a malicious site unwillingly. This is as if the user is redirected from GitHub directly. The number of GitHub's OAuth 2.0 client websites is so huge that such Attacks could be commonplace.



More seriously, some third-party websites may allow all URLs (even not belong to themselves) for "&redirect_uri" parameter.



Before acceptance of the third-party application, GitHub's OAuth 2.0 system makes the redirects appear more trustworthy and could potentially increase the likelihood of successful Open Redirect Attacks of third-party website.



Once the user accepts the application, the attackers could completely bypass GitHub's authentication system and attack more easily.



It might be of GitHub's interest to patch up against such attacks. 





(2.2) Use one of my webpages for the following tests. The webpage is "http://shellmantis.tumblr.com/". Can suppose it is malicious and contains code that collect sensitive information of both third-party app and users.



Below is an example of a vulnerable third-party domain:
travis-ci.com



Vulnerable URL from GitHub that is related to travis-ci.com:



POC:





(2.3) The following URLs have the same vulnerabilities.







POC Video:
https://www.youtube.com/watch?v=6m1CoV8JTmc


Blog Detail:
http://tetraph.blogspot.com/2014/05/githubs-oauth-20-covert-redirect.html






(3) What is Covert Redirect? 

Covert Redirect is a class of security bugs disclosed in May 2014. It is an application that takes a parameter and redirects a user to the parameter value without sufficient validation. This often makes use of Open Redirect and XSS (Cross-site Scripting) vulnerabilities in third-party applications.


Covert Redirect is also related to single sign-on. It is known by its influence on OAuth and OpenID. Hacker may use it to steal users' sensitive information. Almost all OAuth 2.0 and OpenID providers worldwide are affected. Covert Redirect can work together with CSRF (Cross-site Request Forgery) as well. After Covert Redirect was published, it is kept in some common databases such as SCIP, OSVDB, Bugtraq, and X-Force. Its scipID is 13185, while OSVDB reference number is 106567. Bugtraq ID: 67196.  X-Force reference number is 93031.






Discover and Reporter:
Wang Jing, Division of Mathematical Sciences (MAS), School of Physical and Mathematical Sciences (SPMS), Nanyang Technological University (NTU), Singapore. (@justqdjing)










Related Articles:
http://tetraph.com/security/covert-redirect/githubs-oauth-2-0-covert-redirect-vulnerability/
http://computerobsess.blogspot.com/2014/06/github-bug.html
http://ithut.tumblr.com/post/120699141388/whitehatview-internet-users-threatened-by-new
https://twitter.com/tetraphibious/status/559164386560851968
https://hackertopic.wordpress.com/2014/07/26/github-exploit/
http://webtech.lofter.com/post/1cd3e0d3_706aea5
http://securityrelated.blogspot.com/2014/06/github-bug.html
http://tetraph.blog.163.com/blog/static/23460305120144715239475/
http://www.inzeed.com/kaleidoscope/covert-redirect/githubs-oauth-2-0-covert-redirect-vulnerability/
https://vulnerabilitypost.wordpress.com/2014/07/16/github-exploit/