Notes / Module 13
Access Control
Access control decides who gets in (authentication), what they may do (authorization) and what they did (accounting), under least privilege and zero trust. Expect questions on control types, the access control models, the authentication factors and RADIUS versus TACACS+.
13.1Physical, logical and administrative controls
Access controls come in three types, and each one is a different kind of barrier. Know one example of each and what makes it that type.
| Type | What it is | Examples |
|---|---|---|
| Physical | Actual barriers that stop unauthorized people making direct physical contact with systems. They decide who may enter or exit, where and when. | Guards, fences, locked doors, guard dogs, motion detectors, alarms, video cameras, swipe cards, laptop locks, mantrap-style entry |
| Logical | Hardware and software solutions that manage access to resources and systems. | Encryption, smart cards, passwords, biometrics, ACLs, protocols, firewalls, routers, IDS, clipping levels |
| Administrative | Policies and procedures an organization defines to enforce control over unauthorized access. They focus on personnel and business practices. | Built around the three AAA services |
- Mantrap
- Entry system that staggers the flow of people into a secured area and traps unwanted visitors (a two-door vestibule holding one person at a time).
- Clipping level
- An allowed threshold for errors before a red flag is raised.
- ACL
- Defines the type of traffic allowed on a network; a logical control.
13.1AAA: authentication, authorization, accounting
AAA (authentication, authorization, accounting) is the primary framework for controlling access. It prevents unauthorized access to a computer, network, database or other data resource.
- Authentication
- Verifies each user's identity. The user gives a username or ID, then proves it.
- Authorization
- Determines which resources the user can access and which operations they can perform. Applied automatically straight after authentication.
- Accounting
- Tracks what users do: what they access, how long, and any changes they make. Not financial accounting.
The credit card analogy fits all three. Authentication is who can use the card, authorization is how much they can spend, and accounting is what they spent it on.
| Service | Question | Credit card | Example from the module |
|---|---|---|---|
| Authentication | Who are you? | Who can use it | Username and password, challenge and response, token cards |
| Authorization | What may you do? | How much can you spend | User student can access host server XYZ using SSH only |
| Accounting | What did you do? | What did you spend it on | User student accessed host server XYZ using SSH for 15 minutes |
Being able to log on to the corporate network does not mean you may use the high-speed colour printer. That gap is authorization. Authorization can also control when: employees may reach a sales database during work hours and be locked out after hours.
13.1Identification and authentication factors
Identification is claiming an identity with a unique identifier, most often a username. It could also be an alphanumeric combination, a PIN, a smart card, or a biometric such as a fingerprint, retina scan or voice recognition. Authentication proves the claim. Policy and the sensitivity of the system decide how strict identification must be.
| Factor | Meaning | Examples |
|---|---|---|
| Something you know | A secret in your head | Password, passphrase, PIN |
| Something you have | An item in your possession | Smart card, security key fob, token |
| Something you are | A physical or behavioral trait (biometrics) | Fingerprint, retina, voice |
- Strong password: at least eight characters, mixing upper and lower case, numbers and special characters. Not so long it cannot be memorized, not so short it is easy to crack.
- Not personal: a name, birthdate or address is easier for criminals to guess.
- Unique per system: one cracked password must not open every account. A password manager creates and stores strong passwords.
- Smart card: credit-card-sized plastic card with an embedded chip that processes, stores and safeguards data such as bank account numbers, ID, medical records and digital signatures.
- Security key fob: small enough for a keyring and mostly used for two-factor authentication. You enter username and password, then type the number the fob displays.
- Biometrics compare physical traits to a stored profile (a data file of known characteristics). Access is granted on a match. It needs a reader, software that digitizes the scan, and a comparison database.
- Physiological biometric
- Fingerprints, DNA, face, hands, retina, ear features.
- Behavioral biometric
- Gestures, voice, gait, typing rhythm.
- Multi-factor authentication (MFA)
- At least two verification methods. Knowing a password alone then gains an attacker nothing.
- Two-factor authentication (2FA)
- MFA with exactly two factors. The two terms are often used interchangeably.
Worked example
Which combination survives a lost key fob?
- 1A staff member leaves their security key fob on the train. Which MFA setup still protects the account?
- 2Password and PIN are both something you know, so that is only one factor type.
- 3Smart card, PIN and key fob has two have-factors; losing the fob removes one of them.
- 4Fingerprint, PIN and fob uses all three factors: are, know, have. With the fob gone, the fingerprint and PIN still stand.
- 5Answer: fingerprint, PIN and security fob.
13.2Zero trust, least privilege and NAC
Zero trust is a comprehensive approach to securing all access across networks, applications and environments. The principle is "never trust, always verify": assume zero trust whenever someone or something requests access. It prevents unauthorized access, contains breaches and reduces an attacker's lateral movement.
Traditionally the perimeter was the edge between trusted inside and untrusted outside. In zero trust, any place an access decision is made counts as a perimeter. Passing one check earns no trust elsewhere; users may have to authenticate several times, in different ways, for different layers.
| Pillar | Covers |
|---|---|
| Workforce | People (employees, contractors, partners, vendors) using personal or managed devices. Only the right users and secure devices reach applications, wherever they are. |
| Workloads | Apps in the cloud, data centers and virtual environments talking to each other, such as an API, microservice or container accessing a database. |
| Workplace | Every device on the enterprise network, including IoT: endpoints, servers, printers, cameras, HVAC, kiosks, infusion pumps, industrial control systems. |
- Principle of least privilege
- Users and processes get the minimum access needed to do their work function. A limited, as-needed approach; goes with need-to-know access.
- Privilege escalation
- Exploiting vulnerabilities in servers or access control systems to give an unauthorized user or process higher privilege than it should have, then reading sensitive data or taking over the system.
- NAC (network access control)
- Enforces organizational policy on the people and devices trying to access the network. A component of zero-trust architecture.
- NAC enforces access policies quickly for different operational conditions.
- It recognizes and profiles connected users and devices.
- It gives guests secure access, often through registration portals.
- It checks compliance by user type, device type and operating system before permitting access.
- It blocks, isolates or repairs non-compliant devices.
- It matters because BYOD and IoT greatly expand the attack surface; without NAC staff could not evaluate thousands of devices.
13.2Access control models
An access control model is the method that decides who may use what. The exam asks you to name the model from a short scenario, so tie each one to who or what makes the decision.
| Model | Who decides access | Remember it as |
|---|---|---|
| MAC (mandatory) | The system, using security labels on data and user clearances. Strictest; used in military or mission-critical applications. | Strictest; every object has a label, every user a clearance |
| DAC (discretionary) | The data owner. Least restrictive; may use ACLs or other methods naming users or groups. | Owner shares files |
| RBAC (role-based, non-discretionary) | The job role or position. Privileges attach to roles and individuals join the role's profile. | Permissions follow the role |
| ABAC (attribute-based) | Attributes of the object, the subject and the environment (such as time of day). | "If manager AND on-site" |
| Rule-based | Rules set by the administrator on IP addresses, protocols and other conditions, held in ACLs. Users cannot change them. | Firewall rules |
| Time-based (TAC) | Time and day. | Business hours only |
- RBAC suits large organizations with hundreds of users and thousands of possible permissions, and is widely accepted as best practice. It can enforce the policies of DAC or MAC.
- Rule-based can be combined with other strategies; MAC can use a rule-based approach.
- Both MAC and rule-based: users cannot change the access rules.
Worked example
Name the model for each scenario
- 1No employee can open the payroll file after hours or at weekends: a rule on time and day, so rule-based.
- 2Only HR managers can open employee contract files: access by position, so role-based.
- 3A finance manager sets permissions so a team lead can add data to their report: the owner decides, so discretionary.
- 4A highly sensitive finance report opens only for senior managers with highly sensitive clearance: label against clearance, so mandatory.
13.3Account management and file permissions
Administrators give every user an account type that fits their role so people can reach data only on a need-to-know basis. This limits security and compliance risk.
- User account
- Day-to-day use of system resources.
- Service account
- Interaction with the operating system.
- Guest account
- Temporary users who need installed applications.
- Administrator account
- Used only to administer a system. Browsing or opening email as admin puts the organization at risk if malware gets in.
- Do not share accounts for privileged users, administrators or applications.
- Replace default accounts (guest, administrator) because attackers know their default settings, and make every account type require a password.
- Privileged accounts are the main target: the most powerful accounts with unrestricted access. Reduce their number, apply least privilege, and revoke rights when staff leave or change jobs.
- Change privileged passwords automatically every 30 or 60 days, remove shared credentials, record privileged sessions, log all activity and alert on unusual behavior.
- Disable inactive privileged accounts and use MFA for all administrative access.
- Put a gateway between the end user and sensitive assets to limit malware exposure.
| Permission level | What the user can do |
|---|---|
| Full control | See contents, change and delete existing, create new, run programs |
| Modify | Change and delete existing files and folders, but not create new ones |
| Read and execute | See contents of existing files and folders and run programs |
| Write | Create new files and folders and change existing ones |
| Read | See the contents of a folder and open files and folders |
- A deny overrides every other permission, even for administrators.
- New files and folders inherit the parent folder's permissions. Permission propagation applies the same permissions to all subfolders at once.
- Moved within the same volume: keeps original permissions. Copied (same or different volume) or moved to a different volume: inherits the new location's permissions.
- To let a team view project documents but not edit, create or delete them, grant read and execute.
13.3Windows policies and authentication management
In a Windows domain, the administrator sets a domain security policy on the server and it applies to all domain members. A computer outside an Active Directory domain uses Local Security Policy, opened with secpol.msc in the Run box (not available in Home edition).
- Password policy (example): change every 90 days, use each new password at least one day, at least eight characters with three of four categories (upper, lower, numbers, symbols), reuse only after 24 unique passwords.
- Account lockout policy (example): five wrong attempts locks the account for 30 minutes, then the attempt count resets.
- Audit policy creates a security log tracking account logon events, account management, directory service access, object access, policy changes, privilege use, process tracking and system events.
- SSO
- One set of login credentials across multiple applications.
- OAuth
- Standard that lets third-party services such as Facebook or Google use a user's account information.
- Password vault
- Stores credentials behind one strong password.
- KBA (knowledge-based authentication)
- Personal questions used to reset a forgotten password.
- HMAC
- A hash function combined with a secret key to authenticate a web user. Basic authentication does not encrypt username and password; with HMAC the user sends a key identifier and an HMAC, and the server looks up the key, recomputes the HMAC and compares. IPsec VPNs use HMAC to authenticate each packet's origin and check integrity.
- Use SHA-256 or higher for hashing. Avoid SHA-1 and MD5 because of discovered flaws.
- Hashes are used with a secret key (IPsec, routing protocol authentication), for one-time challenge responses, and for message integrity in signed contracts and PKI certificates.
- Hashing detects accidental changes but not deliberate ones, so it is open to man-in-the-middle attacks.
13.3Authentication protocols
An authentication protocol authenticates data between two entities and defines what information must be shared to authenticate and connect.
| Protocol | How it works |
|---|---|
| PAP | Username and password sent to the remote access server in plaintext. |
| CHAP | Client creates a one-way hash; the server (authenticator) computes the expected hash and compares. Identity is re-verified periodically during the session. |
| EAP | Password sent to the authentication server as a hash. The server has a certificate; the client does not need one. |
| 802.1X | Port-based authentication. |
| RADIUS | Confirms identity from credentials or a certificate; accept or deny for simple username and password. Encrypts only the password. |
| TACACS+ | Uses TCP; encrypts all data between client and server. Better for corporate networks needing control over authorization. |
| Kerberos | Ticket-based. The client proves its identity to the server and the server proves itself to the client. |
Kerberos works in two steps. The authentication service issues a ticket-granting ticket (TGT) to the requesting client. The client presents the TGT and asks for a ticket to a specific server; that service ticket gives access to the service. Tickets are timestamped and expire, so reusing one fails, and the session can be encrypted so passwords are not sent where they could be intercepted.
13.4AAA in the network: local, server-based, RADIUS and TACACS+
A network must control who may connect and what they may do once connected. The network security policy sets these requirements and can require an accounting system to track who logged in, when and what they did. AAA gives the scalable framework to enforce it. AAA authentication covers administrative access and remote network access.
| Method | How it authenticates | Fits |
|---|---|---|
| Local AAA | Router checks locally stored usernames and passwords (self-contained authentication). | Small networks |
| Server-based AAA | Router asks a central AAA server that holds all users' credentials. | Medium to large networks; preferred because it is more scalable and manageable |
A centralized AAA system can keep separate databases for authentication, authorization and accounting. It can use Active Directory or LDAP for user authentication and group membership. Devices talk to the AAA server using RADIUS or TACACS+.
| Feature | RADIUS | TACACS+ |
|---|---|---|
| Standard | Open (RFC / IETF) | Mostly Cisco supported |
| Transport | UDP 1812 and 1813, or 1645 and 1646 | TCP port 49 |
| AAA functions | Combines authentication and authorization, separates accounting | Separates authentication, authorization and accounting (modular) |
| Encryption | Only the password in the access-request packet; username, authorized services and accounting stay in cleartext | Entire packet body, leaving a standard TACACS+ header |
| Challenge | Unidirectional, from server to client | Bidirectional, as in CHAP |
| Router command authorization | No per-user or per-group option | Per user or per group |
| Accounting | Extensive | Limited |
| Best for | Network access (Wi-Fi, 802.1X, VPN) | Device administration, per-command authorization |
13.4AAA accounting logs
AAA accounting collects and reports usage data in logs for security auditing. Centralized AAA sends records from every device to central repositories, which simplifies auditing. The data can include start and stop connection times, executed commands, and packet and byte counts.
- A start message is generated once the user has authenticated; a stop message is recorded when the user finishes.
- Combined with authentication, accounting keeps a detailed log of what an administrator does on a device, including every EXEC and configuration command, with username, date, time and the command typed.
- That log helps with troubleshooting and gives evidence against people who act maliciously.
| Accounting type | Captures |
|---|---|
| Network | All PPP sessions, including packet and byte counts |
| Connection | Outbound connections made from the AAA client, such as SSH |
| EXEC | User EXEC terminal sessions: username, date, start and stop times, access server IP address |
| System | System-level events, such as a reboot or accounting being turned on or off |
| Command | EXEC shell commands at a specified privilege level, with date, time and user |
| Resource | Start and stop records for connections that passed authentication, plus stop records for connections that failed it |
Check yourself
Answer these out loud, without scrolling up. Any you can't, reread that section — then let the deck mark you.
- 1.Give one example each of a physical, a logical and an administrative access control.
- 2.Name the three authentication factors and explain why two passwords is not MFA.
- 3.Which access control model fits each: owner shares a file, label versus clearance, job position, no payroll access at weekends?
- 4.State five differences between RADIUS and TACACS+ (standard, transport, encryption, AAA split, per-command authorization).
- 5.What is the difference between local and server-based AAA, and which does Cisco prefer?
- 6.Name the five types of AAA accounting and what each captures.