The what, why and how of security

Right now, no topic in IT is hotter than security.

And with all the acronyms and buzzwords flying aroundââ,¬"from IDS to social engineering to PKIââ,¬"it's helpful to take a step back and examine some larger questions, such as:
  • What do you need to secure and why?
  • Whom do you need to secure things from?
  • What methodology can you use to ensure the necessary level of security?

The last question is the one we'll be most concerned with in this article, but answering the first two questions will help us target the right solutions.

The what and why of security

The simple answer to "what" in the first question is that in IT, the primary thing you need to secure is information related to your organisation. And unless you work for the government, where national security may be the biggest concern, the answer to "why" is that if you don't secure this information, it will cost your organisation money by exposing trade secrets, customer data, and other confidential information, and/or it may lead to lost productivity and downtime.

The most basic answer to the second questionââ,¬"whom you're securing this data fromââ,¬"is everyone except those who are entitled to it as part of the services your organisation performs. These days, you must generally distrust anyone who shouldn't be privy to this data. In particular, you need to protect against systems attackers of various flavors, from those involved in industrial espionage to hobbyists who like to break in to corporate networks so they can brag to others about how smart they are.

This leads us to our third question: What methods can you use to protect company data? The answer to this question naturally is ever-changing, as technologies advance and the ways in which people interact with those technologies evolve. But in the current Internet-connected world, the commonly accepted approach involves three processes: authentication, authorisation, and encryption.

Authentication

In the first part of the security equation, you want users to identify themselves and provide verification that they are who they say they are. The most common way to do this is by requiring a username and password. Unfortunately, as we all know, this is not a foolproof approach to verifying identity. Hackers can often find ways to guess passwords or use various attack methods to crack passwords.

As a result, IT departments employ various means to strengthen authentication mechanisms. The first is to train users how to select passwords that are secure and easy to remember. Once you teach your users how to set up good passwords, it's time to put a password policy in place. Then, you need to use your operating system(s) to enforce the password character requirements (such as six letters and two numbers) and the frequency in which passwords need to be changed. Windows, NetWare, and Linux/UNIX all have options for enforcing these kinds of policies.

Another problem is that most organisations have a variety of different types of systems, and many of those systems have their own username and password databases. Whenever possible, you should seek to integrate these systems so that they utilise the same authentication system, which will ease the burden on end users in terms of remembering usernames and passwords. If you maintain disparate systems, you should try to align usernames as well as password policies as much as possible.

One way of centralising authentication is through the use of a Remote Authentication Dial-In User Service (RADIUS) server. This is a popular way of coordinating authentication and access policies by allowing remote access servers to authenticate users against a centralised database. It is also becoming a popular method for authenticating WLAN client systems on enterprise networks.

Keep in mind that no matter which protocol they use, usernames and passwords are software mechanisms for authentication. The next step in authentication technology is the integration of hardware mechanisms, which are not as easy for nefarious individuals to crack. The most common example of this comes in the form of smart cards, in which users have smart card readers at their workstations and swipe their card and enter their PIN, rather than (or in addition to) providing a username and password.

Similarly, companies such as Authenex and Aladdin are now offering two-factor authentication products in which users must supply a username/password and a USB token that contains a unique encrypted PKI-based key. Such a solution is obviously much more secure than a standard username and password.

Nevertheless, in the future, these mechanisms will likely be superceded on most networks by biometric authentication solutions, some of which are already widely available. Biometric solutions include retinal scans, facial geometry scans, fingerprint scans, and other formerly sci-fi technologies.

Authorisation

Once you authenticate that users are who they say they are, you want to provide them with access permission to the company resources necessary to perform their jobs. You also want to restrict them from accessing data that they have no need to use. This process of authorisation is usually implemented in the form of user permissions in operating systems, devices, and applications.

As with usernames and passwords, it is best to have user permissions standardised (and centralised, if possible) across various technology platforms. In general, authorisation and the technologies used to implement it are tightly bound to authentication, since a user must be identified before being authorised to have access to certain resources.

Encryption

Although authentication and authorisation are usually tightly integrated, encryption functions in its own sphere. It serves to complement authentication/authorisation by protecting data between authorised entities, and it can work independently to protect resources in case authentication/authorisation fails to protect those resources from unauthorised users.

What we commonly refer to in IT as "encryption" is actually a two-step process of encryption and decryption. Of course, encryption is the process of packaging sensitive data and decryption is the process of unpackaging it. Encryption converts data into coded ciphertext and then bundles it with an encryption key that is produced by an algorithm. Once the data reaches its destination, it can be decrypted using the proper decryption key. The strength of the encryption key determines how difficult it is for a criminal to break the encryption process without the decryption key. The stronger the encryption algorithm is, the more difficult it is to hack.

Currently, 128-bit encryption is the de facto minimum standard for strong encryption. However, stronger versions, including156-bit and 192-bit encryption, are beginning to make headway in ultrasecure environments.

Three common examples of how encryption is utilised are VPN for remote access, SSL for secure Web transactions, and EFS (Windows 2000's Encrypting File System) for locking down files and folders.

With VPN, remote users are authenticated and authorised to access remote systems, and then a secure "tunnel" is created by encapsulating and encrypting packets between the source and destination systems.

With SSL, confidential user data such as names, addresses, social security numbers, and credit cards are encrypted during data transfer between a user and a Web site to ensure secure communications.

When locking down files, as is the case in Windows 2000 with EFS, files and folders are stored in an encrypted form and can only be opened by valid users who have access to the decryption key. Special recovery agents can be created by the user who encrypts the file, which is especially valuable for securing highly confidential files even if a hard disk is stolen by a criminal. This can be a critical concern in the case of mobile laptop users who store sensitive files in their local machines.

Summary

Much of the current methodology for securing information revolves around the strategy of authentication, authorisation, and encryption. In the future, new technologies we have not yet envisioned could revolutionise this methodology. However, for the time being, even advanced technologies such as biometric authentication are simply playing a supporting role in this threefold approach to security.

Understanding this underlying security paradigm and why it is used can help you grasp the larger questions of IT security and, ultimately, better design and manage a secure enterprise.

TechRepublic is the online community and information resource for all IT professionals, from support staff to executives. We offer in-depth technical articles written for IT professionals by IT professionals. In addition to articles on everything from Windows to e-mail to fire walls, we offer IT industry analysis, downloads, management tips, discussion forums, and e-newsletters.

©2001 TechRepublic, Inc.

Advertisement

Talkback 0 comments

Latest Videos

Sponsored content

Power Centre - Content from our premier sponsors

Blogs

  • Phil Dobbie A guide to the future of the internet
    Last week we looked at the history of the internet in Australia. It's been around for 20 years and changed our lives in so many ways. Imagine what it could do given another 20 years.
  • Array Carelessness busts Linux security
    No operating system can ever properly protect a computer from trojans as long as users continue to do silly things. Just because Linux is immune to your standard drive-by viruses it does not mean that it can escape trojan horses.
  • Array Sun shining on Ajnaware
    Graham Dawson talks about the future of iPhone app development and augmented reality.
  • More blogs »

Tags

Back to top

Featured