Computer System Security and Access Controls
Computer System Security and Access Controls
Section A: Computer system security Computer System Security is defined as Control of access to a computer system's resources, specially its data and operating system files. System security ensures that information is only read, heard, changed, broadcast and otherwise used by people who have the right to do so. In the most basic sense, computer system security ensures that your computer does what it's supposed to doeven if its users don't do what they're supposed to do. It protects the information stored in it from being lost, changed either maliciously or accidentally, or read or modified by those not authorized to access it.
WHAT CAN GO WRONG? Data and information in any information system is at risk from: 1. Human error: e.g. entering incorrect transactions; failing to spot and correct errors; processing the wrong information; accidentally deleting data 2. Technical errors: e.g. hardware that fails or software that crashes during transaction processing 3. Accidents and disasters: e.g. floods, fire 4. Fraud - deliberate attempts to corrupt or amend previously legitimate data and information 5. Commercial espionage (intelligence): e.g. competitors deliberately gaining access to commercially-sensitive data (e.g. customer details; pricing and profit margin data, designs) 6. Malicious damage: where an employee or other person deliberately sets out to destroy or damage data and systems (e.g. hackers, creators of viruses) Based on the above, Information systems need to be secure if they are to be reliable. Since many businesses are critically reliant on their information systems for key business processes (e.g. webs sites, production scheduling, transaction processing), security can be seen to be a very important area for management to get right. How Can Computer Information Systems be Made More Secure? There is no such thing as failsafe security for information systems. When designing security controls, a business needs to address the following factors; Prevention: What can be done to prevent security accidents, errors and breaches? Physical security controls are a key part of prevention techniques, as are controls designing to ensure the integrity of data. Detection: Spotting when things have gone wrong is crucial; detection needs to be done as soon as possible - particularly if the information is commercially sensitive. Detection controls are often combined with prevention controls. Deterrence: deterrence controls are about discouraging potential security breaches. Data recovery - If something goes wrong (e.g. data is corrupted or hardware breaks down) it is important to be able to recover lost data and information.
example, by changing their passwords on a regular basis. The system also protects password data and keeps track of who's doing what in the system, especially if what they're doing is security-related (e.g., logging in, trying to open a file, using special privileges). 2. Data Access Controls. Monitoring who can access what data, and for what purpose. Your system might support discretionary access controls; with these, you determine whether other people can read or change your data. Your system might also support mandatory access controls; with these, the system determines access rules based on the security levels of the people, the files, and the other objects in your system.
3. System and Security Administration. Performing the offline procedures that make or break a secure systemby clearly delineating system administrator responsibilities, by training users appropriately, and by monitoring users to make sure that security policies are observed. This category also involves more global security management; for example, figuring out what security threats face your system and what it will cost to protect against them.
4. System Design. Taking advantage of basic hardware and software security characteristics; for example, using a system architecture that's able to segment memory, thus isolating privileged processes from nonprivileged processes.
A video surveillance camera, placed in a location that makes it difficult to tamper with or disable (or even to find) but gives a good view of persons entering and leaving should supplement the log book or electronic access system. Surveillance cams can monitor continuously, or they can use motion detection technology to record only when someone is moving about. They can even be set up to send e-mail or cell phone notification if motion is detected when it shouldnt be (such as after hours).
#3: Make sure the most vulnerable devices are in that locked room
Remember, its not just the servers you have to worry about. A hacker can plug a laptop into a hub and use sniffer software to capture data traveling across the network. Make sure that as many of your network devices as possible are in that locked room, or if they need to be in a different area, in a locked closet elsewhere in the building.
backups should be kept off site, and you must take care to ensure that they are secured in that offsite location. Dont overlook the fact that some workers may back up their work on floppy disks, USB keys, or external hard disks. If this practice is allowed or encouraged, be sure to have policies requiring that the backups be locked up at all times.
Summary
Remember that network security starts at the physical level. All the firewalls in the world wont stop an intruder who is able to gain physical access to your network and computers, so lock up as well as lock down.
is a problem with this theory: You might give your password away or have it stolen from you. If you write it down, someone might read it. If you tell someone, that person might tell someone else. If you have a simple, easy-toguess password, someone might guess it or systematically crack it. 2. Something you have. Examples are keys, tokens, badges, and smart cards you must have to "unlock" your terminal or your account. The theory is that if you have the key or equivalent, you must be the owner of it. The problem with this theory is that you might lose the key, it might be stolen from you, or someone might borrow it and duplicate it. Electronic keys, badges, and smart cards are gaining acceptance as authentication devices and as access devices for buildings and computer rooms. With the proliferation of automatic teller machines (ATMs), people are becoming increasingly familiar with this type of authentication. 3. Something you are. Examples are physiological or behavioral traits, such as your fingerprint, handprint, retina pattern, voice, signature, or keystroke pattern. Biometric systems compare your particular trait against the one stored for you and determine whether you are who you claim to be. Although biometric systems occasionally reject valid users and accept invalid ones, they are generally quite accurate. The problem with these authentication systems is that, on the whole, people aren't comfortable using them.
Don't allow any logins without passwords. If you're the system administrator, make sure every account has a password. Don't keep passwords that may have come with your system. Change all test or guest passwordsfor example, root, system, test, demo, etc., before allowing users to log in. Don't ever let anyone use your password. Don't write your password downparticularly on your terminal, computer, or anywhere around your desk. If you ever do write your password down, don't identify it as a password and don't write the phone number of the computer on the same piece of paper. Don't type a password while anyone is watching. Don't record your password online or send it anywhere via electronic mail. In The Cuckoo's Egg, Cliff Stoll reports how his intruder scanned electronic mail messages for references to the word "password." Don't make a bad situation worse. If you do share your passworddeliberately or inadvertentlychange it immediately (or ask your administrator to change it). Don't keep the same password indefinitely. Even if your password hasn't been compromised, change it on a regular basis.
Passwords are your main defense against intruders. To protect your system and your data, you must select good passwords, and you must protect them carefully.
Protecting Passwords
Access decisions are the heart of system security, and access decisions are based on passwords, so it's vital that your system protect its passwords and other login information. Most systems protect passwords in two important ways: they make passwords hard to guess and login controls hard to crack, and they protect the file in which passwords are stored. Protecting Your Login and Password on Entry Most vendors offer a whole smorgasbord of login controls and password management features that the system administrator can mix and match to provide optimal protection of a particular system. Because these security features are commercially attractive and relatively easy to implement, most systems tend to have a lot of them. Examples of such features are shown in Table 3-1. Table 3-1: Sample Login/Password Controls Feature System messages Meaning Most systems display welcome and announcement messages before and/or after you successfully log in. Some systems allow the system administrator to suppress these messages, because they may provide a clue to an observer as to the type of system being accessed. If an intruder dials in and finds out he's talking to a VMS system, for example, that's a valuable clue. After a certain number of unsuccessful tries at logging into the system (the number can be specified by the system administrator), the system locks you out and prevents you from attempting to log in from that terminal. Some systems lock you out without informing you that this has happened. This allows for the possibility of taking evasive actionidentifying the account as a suspicious one without letting you know you're under investigation. Certain users or terminals may be limited to logging in during business hours or other specified times. When you log in, the system may display the date and time of your last login. Many systems also display the number of unsuccessful login attempts since the time of your last successful login. This may give you a chance to discover that your account was accessed by someone elsefor example, by noticing a login in the middle of the night or by noticing a pattern of repeated attempts to log in. If you weren't responsible for these attempts, notify your system administrator right away. In many systems, you're allowed to change your own password at any time after its initial assignment by the system administrator.
Limited attempts
Userchangeable passwords
Some systems require you to use passwords generated randomly by the system, rather than relying on your own selection of a difficult-to-guess password. The VAX/VMS Version 4.3 system, and many other systems, Systemensure that these passwords are pronounceable. Some systems let you view generated several random choices from which you can pick one you think you'll be able passwords to remember. A danger of system-generated passwords is that they're often so hard to remember that users may tend to write them down. Another danger is that if the algorithm for generating these passwords becomes known, your entire system is in jeopardy. When a specified time is reachedfor example, the end of the monthall passwords in the system may expire. The new passwords usually must not be identical to the old passwords. The system should give reasonable notice Password aging before requiring you to change your password; if you have to pick a and expiration password quickly, you're likely to pick a poor one. In some systems, the system administrator can respond to a security breach by forcing a particular password, or all passwords, to expire immediately.
This controls further access to the system until the damage can be assessed. The system may keep track of your passwords for an extended period to make sure you don't reuse one that might have been guessed. Minimum Because short passwords are easier to guess than long ones, some systems length require that passwords be a certain length, usually six to eight characters. Locks allow the system administrator to restrict certain users from logging in Password locks or to lock login accounts that haven't been used for an extended period of time. System passwords control access to particular terminals that might be targets System for unauthorized use. Usually a system password must be entered before you passwords enter your individual password. Primary and Some systems require that two users, each with a valid password, be present secondary to log in successfully to certain extremely sensitive accounts. passwords Dial-in Some systems require that special passwords be used to access dial-in lines. password
read a particular file, but you might want only yourself and your manager to be able to change it. Most systems support three basic types of access: Read If you have read access for a file, you can read the file. Write If you have write access for a file, you can write (change or replace) the file. Execute The execute permission is relevant only if the file is a program. If you have execute permission for a file, you can run the program. Ownership There are many types of discretionary access control. One simple method involves ownership of files, directories, and devices. If you create a file, you're the owner of the file. Your login ID, or some other identifier, is entered in the file header. A system might base all of its access decisions on file ownership. If you're the owner of the file, the system lets you read and change the file. If you're not the owner, you have no rights to the file. This is a simple scheme, but not a very practical one. For one thing, it doesn't let you share the file with anyone. Virtually every system keeps track of file ownership and bases many access decisions upon it (for example, regardless of other mechanisms, the system might let you delete a file only if you're the file owner). Access Control Lists Access control lists (ACLs) are lists of users and groups, with their specific permissions. They offer a more flexible way of providing discretionary access control. ACLs are implemented differently on different systems. For example, in a UNIX-based trusted system that uses the UNIX security kernel developed by Atlanta-based SecureWare, you'd protect PAYROLL with ACLs in the form:
john.acct, r