|
|
Making
the Right Choice:
|
| Author:
Stephen Cobb
|
Status: Delivered at the following conference: |
|
Internet Banking Technologies: Strategies
for success in the retail banking market Summary: There has never been a shortage of security technology, but there is always a shortage of security technology that is fast and convenient enough, safe and cheap enough, for the latest wave of information system deployment. As we move to secure Internet-based information systems, making the right choice in security technology can be a critical factor in determining commercial success. If we look to past experience we can gain at least some insight into the right choices for an unknown future. This paper focuses on the single most important security component in electronic commerce: authentication, without which it is impossible to implement effectively any of the other technologies, such as access controls (firewalls), computer misuse detection, or encryption. We will close with suggested directions for future developments and the growing pressure to improve security arising from legal and regulatory initiatives. Assessing Likely Leaders Unfortunately, these approaches tend to be short on input
from the very IT managers, network administrators and data protection
officers the technology is supposed to assist. While some publications
make a point of getting quotes from IT managers, network administrators
and data protection officers, these may not be as helpful as they at first
appear. For example, The Problem A Different Approach Preceding conference sessions have given plenty of information about a variety of developments in technology such as smart cards (Alan Leibert from Card Europe) and next generation Internet security products (Kevin Black from ISS and Steve Barnett from Checkpoint). I think our assessment of these or any other security technologies has to be grounded in this question "What is the underlying problem that we are trying to solve?" We Are The Answer Consider encryption, where debate about length, strength, speed, and other technical prowess factors is rampant. How many cases of computer fraud and abuse are based on, or even include, practical cryptanalysis? How many banks have lost money due to the relative weakness of 56-bit DES, relative to other exploits? We assert that the answer is few-to-none (any members of the banking community who wish to dispute this assertion with facts of which they are personally aware are very welcome to do so, preferably via encrypted channels). Yet there are numerous documented cases of banks losing money despite the fact that their systems employed strong encryption. This typically occurs because of some form of collaboration between outsiders and insiders, and almost always involves weaknesses in authentication, the art and science of accurately identifying who is using the computer. Encryption is defeated when a person, referred to as the attacker, who is someone other than the intended recipient, decrypts the message. The attacker can either use a form of cryptanalysis, such as chosen plaintext or brute force (typically complex and resource intensive), or impersonate the intended recipient (typically simple and easy to do). Consider another "hot" security technology, the firewall. Essentially this is a specialized form of access control, and access control is currently the primary mechanism for securing computers and the data they process. A firewall controls the flow of traffic between two networks based on a set of rules, some of which are designed to allow different people to do different things. This simply does not work as a security technology if you don't have a reliable method of distinguishing between different people, something which requires, in many cases, accurate identification of actual people. Consider the lessons of our real world penetration tests (current score: Targeted 50, Penetrated 50). One of the most productive avenues of approach when faced with a network protected by a firewall is to use what my colleague David Brussin refers to as "allowed path attacks." This is based on the fact that all firewalls, except the legendary "Air Gap" model, allow some traffic to pass through (a parallel observation is that virus code spreads because computers are designed to execute code). For example, a firewall might be configured to serve up web pages containing forms and accept browser input from users of those forms. If you can find a weakness within the coding of the forms, it may be possible to compromise the network on the other side of the firewall because the firewall allows input from the web pages served up by the system it is protecting. Even if the firewall is highly paranoid and only allows input from authorized users, it may be still vulnerable if someone can impersonate an authorized user. The same is true of network access controls. Who's There? Now consider the security of e-commerce and online banking. What would it take for you to gain illegal access to my Fidelity Investment account? My social security number and a four digit PIN. Since social security numbers are not hard to obtain (for example, they are on a lot of driver licenses and even show up on the web from time to time) guessing that PIN is all it takes. How many times can I guess wrong before I am locked out? Too many. Think about how long would it would take for me to gain access to your account if I simply had access to your computer, not long at all. Suppose I am an unethical network administrator at a large company where a lot of people do Internet banking over the company's Internet connection. How quickly could I build a collection of account number/PIN combinations, much too quickly. This current state of affairs is clearly unacceptable, even if the rate at which people are taking up online banking and shopping looks good when expressed as a year-on-year growth rate (it is entirely possible for things to be going so well you fail to see how much better they could be going). There are holes in the infrastructure and I have no doubt that they will become a problem if they are not dealt with. Already we see online merchants struggling with massive charge back problems, where online orders are repudiated. The current infrastructure provides very little as far as non-repudiation is concerned. The existence of these holes in the e-commerce infrastructure might come as a surprise to people who see the "encrypted" icon in the corner of their web browser. Surely the browser-server connection is protected when this icon appears. Unfortunately, the most widely used security protocol on the web, SSL, is typically implemented in a relatively insecure fashion. For example, when someone requests entry to the Fidelity Investments web site the Fidelity server establishes an SSL session so that the information passed between server and browser is encrypted. This can be either the relatively weak 40-bit encryption or the relatively strong 128-bit (it is telling that 128-bit is not a requirement). But there is relatively weak assurance that the someone requesting access is the person they claim to be. They can be anyone who has the right sequence of a set of numbers which is, as we have stated, not too hard to determine. Without the use of better authentication, SSL is rather like an armored car doing secure door-to-door deliveries to fake banks. If I question an online transaction on my Fidelity statement what basis does the company have to prove that I was the person who initiated the transaction? All they know is that somebody who knows my social security number and PIN issued certain instructions at a certain time. It is very easy to deny it was me. What would constitute better authentication? The use of digital certificates is a step in the right direction, but the vast majority of online banking and shopping sites do not currently require them. Furthermore, unless there is a serious attempt to bind the certificate to the assured identity of the holder, then the certificate becomes just another layer of spoofing between the unauthorized user and the target data. What Would Work? I sit down at a computer and point the web browser to the Fidelity Investments site. I click on the Access My Account button. I am prompted to present my smart token to the reader that is built into the keyboard. The web site interogates the token and prompts me to touch it with my thumb. At that point I have access to my account. When I issue the command to pay a bill electronically, it is accompanied by the brief touch of my thumb as confirmation.
|
|
![]()
![]()
![]()
![]()
Updated Spring, 2002 by webloke © Stephen Cobb
Some article content reprinted by permission.
Article content copyright named author(s).