1 / 28

Anti-Phishing Based on Automated Individual White-List

Anti-Phishing Based on Automated Individual White-List. Ye Cao, Weili Han , Yueran Le Fudan University. Topics. Background Individual White-list Introduce the approach Evaluation Discuss. Phishing and Anti-phishing (1). Phishing/pharming are badly threatening user’s security.

elu
Télécharger la présentation

Anti-Phishing Based on Automated Individual White-List

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Anti-Phishing Based on Automated Individual White-List Ye Cao, Weili Han, Yueran Le Fudan University

  2. Topics • Background • Individual White-list • Introduce the approach • Evaluation • Discuss

  3. Phishing and Anti-phishing (1) • Phishing/pharming are badly threatening user’s security.

  4. Phishing and Anti-phishing (2) • Phishing attackers use both social engineering and technical subterfuge to steal user’s identity data as well as financial account information. By sending “spoofed” e-mails, social-engineering schemes lead users to counterfeit web sites that are designed to trick recipients into divulging financial data such as credit card numbers, account usernames, passwords and social security numbers. In order to persuade the recipients to respond, phishers often hijack brand names of banks, e-retailers and credit card companies. Furthermore, technical subterfuge schemes often plant crimewares, such as Trojan, keylogger spyware, into victims’ machines to steal user’s credentials. • Pharming is a special kind of phishing. Pharming crimeware misdirects users to fraudulent sites or proxy servers typically through DNS hijacking or poisoning, so it is harder for a common user to distinguish pharming web sites from legitimate sites, because pharming web sites have the same visual features and URLs as the genuine ones.

  5. The ways to anti-phishing • According to the study of Zhang et al. [2], there are four categories in the past work of anti-phishing: • studies to understand why people fall for phishing attacks; • methods of training people not to fall for phishing attacks; • user interfaces for helping people make better decision about trustable email and web sites; • automated tools to detect phishing.

  6. The Naïve Bayesian classifier • The Naïve Bayesian classifier is thought to be one of the most effective approaches to learning of the classification of text documents. Given an amount of classified training samples, an application can learn from these samples so as to predict the class of the unmet sample using the Bayesian classifier. • x1, x2, x3, …, xn is conditionally independent

  7. Global Black-List vs. Individual White List • Many ways use black list to detect phishing site. They will tell the user whether the web site is malicious. • short life-time and emerging in endlessly of the phishing URL are badly affect on the efficiency of black-list approaches. • for example : IE 7 ( 70%, Zhang et al. NDSS‘07)? • Individual White List only tells whether the site is legitimate. • The favorite web sites requiring authentication are usually stable

  8. Individual White List • What is LUI • Login User Interface, a user interface where a user inputs his username/password • We use some stable and necessary features to identify the login page. • Definition 1: LUI = (URL, IPs, InputArea, CertHash, ValueHash)

  9. Two Problems in Our method • How to setup the White List • What is the efficiency of the White List • Use a Naïve Bayesian Classifier to automatically set up the individual white list. • Use the stable and necessary features of the favorite web pages as a item in the white list to identify the legitimate page.

  10. AUTOMATED INDIVIDUAL WHITE-LIST APPROACH • Our work consists of two phases: training phase and practice phase. • Training Phase: In the training phase, we use a number of login processes as samples. Each login process is represented with the features described in the next slide and labeled as a successful login process or a failing one. AIWL learns from these labeled samples so that the classifier can label other processes correctly to build up a white list in practice phase. • Practice Phase: In the practice phase, AIWL maintains the white-list automatically and uses the white-list to detect legitimate sites.

  11. Training Phase (identify a successful login process) • Features Used in Classification • Inbrowserhistory • HasNopasswordField • Numberoflink • HasNoUsername • Opertime

  12. the Naïve Bayesian classifier in detect a success login • AIWL use a Naïve Bayesian classifier to learn from the classified login processes for identifying successful login process accurately. • Each login process is represented with the vector = (x1, x2, x3, x4, x5) • Each login process is represented with the vector = (x1, x2, x3, x4, x5) where x1 represents whether Inbrowserhistory is true or false; x2 represents whether HasNopasswordField is true or false; x3 represents whether Numberoflink is larger than a threshold; x4 represents whether HasNoUsername is true or false; x5 represents whether Opertime is larger than a threshold. x1 represents whether Inbrowserhistory is true or false; • x2 represents whether HasNopasswordField is true or false; • x3 represents whether Numberoflink is larger than a threshold; • x4 represents whether HasNoUsername is true or false; • x5 represents whether Opertime is larger than a threshold.

  13. the Naïve Bayesian classifier in detect a success login

  14. Evaluation • Training a Naïve Bayesian Classifier • Efficiency in Classifying Login Process • Efficiency of the White-List

  15. Training a Naïve Bayesian Classifier • We simulated login processes for 34 web sites. 18 of 34 are phishing web sites selected from PhishTank.com [12] on May 13th, 2008. The other 16 are legitimate web sites. • For every legitimate web site, both the successful login process and the failing one were simulated. We simulated failing login process by purposely using wrong passwords.

  16. Rate of login processes matching the features

  17. Efficiency in Classifying Login Process • Those web sites include 10 phishing web sites and 5 legitimate web sites. • The 10 phishing URLs were selected from PhishTank.com [12] on May 13th, 2008. • The legitimate web sites were picked up from Email, blog and other commonly used information systems.

  18. The result of classification by AIWL • We set the threshold of login process classification to be 70%. It means if the probability of successful login is more than 70%, we believe this login process is a successful one.

  19. Efficiency of the White-List • AIWL uses a white-list to detect phishing site. But if a legitimate web site frequently modifies its LUI which is stored in the white-list or users often login in a web site whose LUI is not stored in the white-list, AIWL will obviously often give a wrong warning in user’s login process. • Change Rate of IP address • Change Rate of InputArea and ValueHash • Number of new LUIs of user per day

  20. Change Rate of IP address • Problem: • Based on our monitor experiment on 15 popular login sites: aol.com; bebo.come; bay.co.uk; ebay.com; google.com; hi5.com; live.com; match.com; msn.com; myspace.com; passport.net; paypal.com; Yahoo.co.jp; Yahoo.com; Youtube.com, there are some changes from 4/8/2008 to 5/18/2008 • Solutions: • A potential solution is to suggest the web master to fix the IPs of their authentication servers. • Or design a secure protocol to change the legitimate IPs in the white list

  21. Change Rate of InputArea and ValueHash • We conducted the experiment to observe the change rate of InputArea and ValueHash for 11 most popular e-bank web sites in China and 15 most commonly used login sites described in section 4.3. The 11 most popular e-bank web sites are: spdb.com.cn, cmbchina.com, gdb.com.cn, 95559.com.cn, icbc.com.cn, 95599.cn, ccb.com.cn, bank-of-china.com, ecitic.com. • The experiment of banks began on 4/8/2008 and ended on 5/18/2008. The 11 web sites were checked every day. • NO CHANGE are be detected.

  22. Number of new LUIs of user per day • We conducted this experiment to get the number of new LUIs of users per day. 8 students have participated in this experiment. The experiment began on 2/27/2008 and ended on 3/9/2008.

  23. DISCUSSION • True Positives and False Positives • Comparison with Other Solutions • Limitations of AIWL

  24. True Positives and False Positives • The Naïve Bayesian classifier in AIWL has a perfect true positive and a 0% false positive rate for identifying a successful login process in our experiment. • The efficiency of the white-list is also very good. Because the content of white list is stable, the almost all legitimate sites will not be alert (high true-positive), and all phishing sites will theoretically be alert (false-positive is 0, because AIWL uses a white-list).

  25. Comparison with Other Solutions • We can provide more functions: LUI Authentication; Anti-Pharming.

  26. Limitations of AIWL • It is obvious that the white-list itself is the key point in this approach. If the white-list has been compromised, the whole application will lose its value. • Wrong warning will affect the user’s willing to use our appoach.

  27. Conclusion • This paper proposes a practical approach, named Automated Individual White-List (AIWL), for anti-phishing. • Our approach, AIWL is effective in detecting phishing and pharming attacks with low false positive. • But, if the White-list based methods wants to reduce the rate of wrong warning, the help from the server side is necessary: standardize the LUI design; design a protocol to update the legitimate LUI features.

  28. Thanks & Questions

More Related