2.1 Hardware, Operating Systems & Network Architecture

Key Takeaways

  • Mainframe systems utilize centralized computing and hardware-level Logical Partitions (LPARs) for high-throughput batch transactions, whereas distributed client-server architectures decouple presentation, application logic, and database management across networked tiers.
  • Operating system security relies on dual-mode hardware enforcement: privileged Kernel Mode (Ring 0) executes core operating system functions and hardware device drivers, while User Mode (Ring 3) isolates application code to prevent unauthorized memory and I/O access.
  • Network communication maps across the 7-layer OSI model and 4-layer TCP/IP stack, where Layer 2 switches forward traffic using physical MAC addresses within a local area network, and Layer 3 routers direct IP packets across network boundaries using routing tables.
  • A Demilitarized Zone (DMZ) creates a screened perimeter subnetwork bounded by external and internal firewalls to isolate Internet-facing systems (web, email, reverse proxy) from the trusted internal corporate network.
  • Modern network defense relies on multi-tier firewalls: stateless packet filters evaluate Layer 3/4 headers, stateful inspection firewalls track dynamic TCP connection states, and Next-Generation Firewalls (NGFW) perform Layer 7 deep packet inspection to detect application-level exploits and malicious payloads.
Last updated: September 2026

2.1 Hardware, Operating Systems & Network Architecture

Quick Answer: Enterprise IT infrastructure is the physical and logical backbone supporting all financial applications and business transactions. CPA auditors evaluating IT General Controls (ITGCs) must understand how hardware architectures (mainframes vs. distributed client-server tiers), operating system execution rings (Ring 0 Kernel vs. Ring 3 User Mode), and network segmentation devices (Layer 2 switches, Layer 3 routers, and multi-tier firewalls) protect sensitive accounting data from unauthorized access, lateral network movement, and operational disruption.


1. Enterprise Hardware Architectures: Mainframe vs. Distributed Client-Server

Enterprise architectures have evolved through distinct computing paradigms, each presenting unique internal control environments and audit considerations.

Mainframe Computing Architecture

Mainframes (such as IBM z/Architecture) represent centralized computing power designed for high-volume, mission-critical batch processing and online transaction processing (OLTP). Large commercial banks, insurance providers, and government agencies continue to process core financial ledgers on mainframes.

  • Centralized Processing: All compute, memory, and storage operations take place on a centralized system. Terminals or thin clients act solely as input/output display devices without local processing.
  • Channel Architecture: Dedicated I/O processors (channels) offload data transfer tasks from the central processor, allowing sustained throughput of millions of financial transactions per second.
  • Logical Partitions (LPARs): Hardware-level virtualization divides a single physical mainframe into multiple independent logical partitions running separate operating systems (e.g., z/OS, Linux for IBM Z). LPAR isolation is enforced by the hardware hypervisor (Processor Resource/Systems Manager - PR/SM), offering exceptionally strong logical separation between production and non-production environments.
  • Audit & Control Focus: Access controls are governed by specialized mainframe security packages (e.g., IBM RACF, Broadcom ACF2, CA Top Secret). Auditors verify user access profiles, dataset protection rules, and separation of duties between systems programmers and application developers.

Distributed Client-Server Architecture

Distributed systems divide application processing tasks between client devices (service requesters) and server systems (service providers) connected across an enterprise network. Modern enterprise accounting information systems (AIS) rely on multi-tier architectures:

  1. Two-Tier Architecture (Client-Server): The client workstation handles the user interface and business logic, while connecting directly to a centralized database server. Audit Risk: Thick-client applications can expose database connection credentials and business logic to client-side tampering.
  2. Three-Tier / N-Tier Architecture:
    • Presentation Tier (Client/Web Tier): Handles user interface rendering via web browsers or mobile apps.
    • Application Tier (Business Logic): Executes business rules, transaction validation, and accounting workflows (e.g., SAP Application Server, Microsoft IIS).
    • Data Tier (Database Management System): Manages relational database storage, transaction logging, and query execution (e.g., Oracle Database, Microsoft SQL Server, PostgreSQL).
+-----------------------+       +-------------------------+       +-------------------------+
|   Presentation Tier   | ----> |    Application Tier     | ----> |        Data Tier        |
|  (Web/Mobile Client)  | <---- | (Business Logic Engine) | <---- |   (RDBMS / Database)    |
+-----------------------+       +-------------------------+       +-------------------------+

Auditor Consideration: A three-tier model enforces defense-in-depth: the presentation tier cannot access the database directly; it must route requests through the application tier, which enforces authentication, authorization, and data validation rules.

Virtualization and Hypervisor Architecture

Virtualization abstracts physical hardware resources into multiple virtual machines (VMs), each running an independent guest operating system.

  • Type 1 Hypervisor (Bare-Metal): Runs directly on the physical host hardware without an underlying host operating system (e.g., VMware ESXi, Microsoft Hyper-V, KVM). Delivers superior performance, stability, and security; standard for enterprise datacenters and cloud providers.
  • Type 2 Hypervisor (Hosted): Runs on top of a conventional host operating system (e.g., Oracle VirtualBox, VMware Workstation). Introduces additional attack surface because vulnerabilities in the host OS compromise all guest VMs.
  • Virtualization Risks for Auditors:
    • VM Escape / Hypervisor Breakout: A catastrophic vulnerability where malware running inside a guest VM escapes the hypervisor boundary to compromise the host system and other co-located guest VMs.
    • Resource Contention ("Noisy Neighbor"): An unconstrained VM consuming excessive CPU, memory, or disk I/O, degrading the availability of critical financial reporting systems on the same physical host.
    • VM Sprawl: Rapid provisioning of virtual machines without formal decommissioning, leading to unpatched, forgotten systems accessible on the network.
ArchitectureCore Processing ModelPrimary Security BoundaryKey ITGC Audit Focus
MainframeCentralized compute & dedicated I/O channelsHardware LPARs & RACF/ACF2 security subsystemsDataset access permissions, systems programmer privilege segregation
Distributed (3-Tier)Decoupled client, application logic, and databaseNetwork firewalls & application-level API authenticationDatabase access restricted to application service accounts; no direct user DB access
Virtualized (Type 1)Abstraction of compute, RAM, and storage via bare-metal hypervisorsHypervisor isolation & software-defined networking (SDN)Hypervisor patch status, VM sprawl controls, host administrative credential management

2. Operating System Architecture & Privileged Execution Rings

The operating system (OS) mediates all interactions between application software and the underlying physical hardware. Operating system integrity is the baseline upon which all application-level financial controls rely.

Dual-Mode CPU Operation & Protection Rings

Modern central processing units (CPUs), such as x86 and ARM architectures, enforce hardware-level privilege boundaries known as hierarchical protection rings:

  • Ring 0 (Kernel Mode / Supervisor Mode): The highest privilege level. The core operating system kernel executes in Ring 0 with unrestricted access to physical memory, CPU execution registers, and peripheral hardware. Device drivers and memory management routines operate here.
  • Ring 1 & Ring 2 (Device Drivers / OS Services): Historically reserved for operating system services and specialized device drivers, but rarely utilized in modern general-purpose operating systems like Windows and Linux, which employ a simplified dual-mode model.
  • Ring 3 (User Mode): The lowest privilege level. End-user applications (e.g., web browsers, ERP clients, office software) execute in Ring 3 with restricted instruction sets. User-mode code cannot directly execute I/O instructions or access arbitrary memory addresses.
+-------------------------------------------------------------+
|                        Ring 3: User Mode                    |
|          (User Applications, Accounting Software, Browsers) |
+-------------------------------------------------------------+
|                    Rings 1 & 2: (Typically Unused)          |
+-------------------------------------------------------------+
|                   Ring 0: Kernel Mode / Supervisor          |
|           (Core OS Kernel, Memory Management, Device Drivers) |
+-------------------------------------------------------------+
|                     Physical Hardware (CPU, RAM, I/O)       |
+-------------------------------------------------------------+

System Calls and the Reference Monitor Concept

When a User Mode application requires hardware access—such as reading an invoice file from storage or transmitting data over a network card—it must execute a system call (or software interrupt/trap). The CPU transitions from User Mode to Kernel Mode, executes the requested operation on behalf of the application after verifying permissions, and returns the result before transitioning back to User Mode.

From an audit perspective, this architecture embodies the Reference Monitor concept:

  1. Complete Mediation: Every access attempt by an application must be intercepted and validated by the kernel.
  2. Tamperproof: The kernel code running in Ring 0 cannot be modified or bypassed by Ring 3 user-space code.
  3. Verifiable: The security kernel must be compact and rigorously auditable.

Privileged Operating System Accounts

Operating systems enforce administrative boundaries through built-in superuser accounts:

  • Unix / Linux: The root account possesses unrestricted operational control (UID 0).
  • Microsoft Windows: The Administrator account and the internal NT AUTHORITY\SYSTEM context possess full administrative authority over the local operating system.

Exam Watch: Auditors evaluate whether administrative privileges follow the Principle of Least Privilege. Routine business tasks must never be conducted under root or Administrator. IT administrators must log in with individual named accounts and elevate privileges only when necessary using tools like sudo (Linux) or User Account Control (Windows), generating immutable audit trail entries.

Rootkits and Kernel Exploits

If an attacker gains Ring 0 execution privileges (often through a compromised third-party device driver), they can deploy a kernel-mode rootkit. Rootkits manipulate kernel data structures—such as Direct Kernel Object Manipulation (DKOM)—to hide malicious processes, network connections, and files from standard operating system utilities and user-mode antivirus software. In an IT audit, reliance on automated system logs is undermined if root-level integrity has been compromised.


3. Network Communication Models: OSI vs. TCP/IP

Network architecture establishes how financial data travels between workstations, servers, cloud endpoints, and third-party institutions. The Open Systems Interconnection (OSI) 7-layer reference model and the practical 4-layer TCP/IP suite provide the standard framework for understanding network communication and perimeter defense.

OSI LayerLayer NameProtocol Data Unit (PDU)Key ProtocolsHardware / DevicesAudit & Security Focus
7ApplicationDataHTTP, HTTPS, SFTP, DNS, SMTP, SSHApplication Gateway, WAFApplication vulnerabilities (SQLi, XSS), user authentication, API payloads
6PresentationDataTLS/SSL, JPEG, ASCII, JSONReverse Proxy, Decryption AppliancesCryptographic ciphers, data formatting, end-to-end payload encryption
5SessionDataRPC, NetBIOS, PPTPBastion Host, Session BrokerSession hijacking, timeout configurations, token management
4TransportSegment (TCP) / Datagram (UDP)TCP, UDPStateful Firewalls, Load BalancersTCP 3-way handshake integrity, port exposure, SYN floods, unencrypted transport
3NetworkPacketIPv4, IPv6, ICMP, IPsec, BGP, OSPFRouters, Layer 3 SwitchesIP spoofing, routing table poisoning, subnet isolation, Access Control Lists (ACLs)
2Data LinkFrameEthernet (802.3), Wi-Fi (802.11), ARP, VLAN (802.1Q)Layer 2 Switches, Network Interface Cards (NICs)MAC address spoofing, ARP cache poisoning, VLAN hopping, rogue physical devices
1PhysicalBit1000BASE-T, Fiber (10GBASE-SR), RFCables, Hubs, Repeaters, Patch PanelsPhysical wiretapping, cable cut disruptions, datacenter physical access controls

Network Segmentation Devices: Routers vs. Switches

  • Layer 2 Switches: Connect devices within the same Local Area Network (LAN). Switches maintain a Content Addressable Memory (CAM) table that maps physical Media Access Control (MAC) addresses to switch ports. When a frame arrives, the switch forwards it exclusively to the destination port, preventing unintended nodes from receiving the traffic.
    • VLAN Segmentation (IEEE 802.1Q): Switches allow network administrators to partition physical switches into multiple isolated Virtual LANs (VLANs). A marketing workstation on VLAN 10 cannot communicate with a production database on VLAN 20 without passing through an intervening Layer 3 router or firewall.
  • Layer 3 Routers: Operate at the Network layer to interconnect disparate networks and subnets. Routers inspect destination IP addresses and determine optimal packet forwarding paths using routing protocols (e.g., OSPF, BGP). Routers enforce Access Control Lists (ACLs)—stateless rule sets that permit or deny packets based on source/destination IP addresses and protocol numbers.

4. Perimeter Defenses, DMZ Configuration & Firewall Evolution

Perimeter defense establishes boundaries between untrusted networks (the public Internet) and trusted corporate internal networks.

Demilitarized Zone (DMZ) Architecture

A Demilitarized Zone (DMZ), also known as a screened subnetwork, is a physical or logical subnetwork that contains and exposes an organization's external-facing services to an untrusted network while isolating the rest of the corporate network.

  • DMZ Inhabitants: Systems requiring inbound Internet connectivity—such as public web servers, reverse proxies, external DNS servers, and email gateways (Mail Transfer Agents)—are placed in the DMZ.
  • Core Isolation Principle: Systems in the DMZ must never be permitted to initiate connections into the internal trusted network. If an internal database must exchange data with a DMZ web server, the connection must either be initiated from the internal network outward, or strictly restricted by an internal firewall to specific ports (e.g., TCP 1433 for SQL Server) with no arbitrary lateral access.
  • Dual-Firewall vs. Single-Firewall DMZ:
    • Single-Firewall (Triple-Homed): A single firewall device with three network interfaces (Internet, DMZ, Internal LAN). Cost-effective but represents a single point of failure: a software vulnerability in the firewall firmware compromises both the DMZ and the internal network.
    • Dual-Firewall (Screened Subnet): Employs an External Firewall between the Internet and DMZ, and a separate Internal Firewall between the DMZ and internal corporate systems. Industry Best Practice / Defense-in-Depth: Using firewalls from two different hardware vendors ensures that a zero-day exploit compromising the outer firewall does not automatically allow an attacker to bypass the inner firewall.
+-----------------------+
|    Public Internet    |
+-----------------------+
           |
           v
+-----------------------+
|   External Firewall   |
+-----------------------+
           |
     +-----+-----+
     |    DMZ    |  <--- (Web Servers, Reverse Proxies, External DNS)
     +-----+-----+
           |
           v
+-----------------------+
|   Internal Firewall   |
+-----------------------+
           |
+-----------------------+
| Internal Corporate LAN|  <--- (Financial DBs, ERP Application Tier, Active Directory)
+-----------------------+

Firewall Generations and Operational Mechanics

Firewalls act as traffic cops, inspecting inbound and outbound packets against a defined security policy rulebase:

  1. First-Generation: Stateless Packet-Filtering Firewalls (Layer 3 & 4)
    • Examines static header fields of individual packets: Source IP, Destination IP, Protocol (TCP/UDP/ICMP), Source Port, and Destination Port.
    • Limitation: Stateless firewalls treat each packet in isolation. They do not track whether a packet belongs to an established, legitimate connection. They are vulnerable to IP spoofing and ACK-flag scanning attacks.
  2. Second-Generation: Stateful Inspection Firewalls (Layer 3, 4 & 5)
    • Tracks the operational state of network connections using a dynamic State Table.
    • When an internal user initiates an outbound connection (e.g., requesting a webpage via TCP port 443), the firewall records the TCP three-way handshake (SYN, SYN-ACK, ACK). Inbound reply packets are matched against the state table; if a packet corresponds to an active, established internal session, it is permitted. Unsolicited inbound packets are automatically dropped.
  3. Third-Generation: Next-Generation Firewalls (NGFW) & Layer 7 Firewalls
    • Combines stateful inspection with Deep Packet Inspection (DPI) at the Application Layer (Layer 7).
    • Application Awareness: Traditional firewalls only see TCP port 80/443; an NGFW inspects payload signatures to distinguish legitimate HTTPS traffic from unauthorized protocols (e.g., BitTorrent, unauthorized VPN tunnels) attempting to hide over standard web ports.
    • Integrated Security Functions: Integrates Intrusion Prevention Systems (IPS), malware sandboxing, TLS/SSL decryption and inspection, and threat intelligence feeds.
  4. Web Application Firewalls (WAF):
    • A specialized Layer 7 reverse proxy dedicated to inspecting HTTP and HTTPS web traffic.
    • Filters application-layer payloads to prevent attacks such as SQL Injection (SQLi), Cross-Site Scripting (XSS), and Cross-Site Request Forgery (CSRF) as cataloged in the OWASP Top 10.

5. Auditor Considerations & ITGC Risks in Network Security

During an ITGC review supporting a financial statement audit or a SOC 2 examination, auditors must evaluate network infrastructure controls to ensure the confidentiality, integrity, and availability of financial data.

Audit Risks of Unsegmented ("Flat") Networks

A flat network lacks internal boundaries, allowing any device on the corporate network to communicate with any other device across Layer 2 broadcast domains. If an employee in human resources clicks a phishing link that installs ransomware, the malware can scan, pivot, and execute lateral attacks against production ERP databases without encountering any network barrier. Auditors consider flat networks a critical control deficiency.

Firewall Rulebase Auditing Procedures

Auditors perform regular evaluations of firewall configurations:

  • Elimination of "Any-Any" Permit Rules: Rules allowing traffic from Source: ANY to Destination: ANY on Service: ANY represent gross control failures. The final rule in any firewall rulebase must be an explicit default deny (Deny All / Drop All).
  • Shadowed and Redundant Rules: A shadowed rule occurs when a preceding broad rule matches all traffic that a subsequent specific rule was intended to handle, rendering the specific rule useless. Automated configuration analysis tools (e.g., AlgoSec, Tufin) must be used to detect shadowed rules.
  • Rule Review & Business Justification: Management must demonstrate an annual or semi-annual review process where all firewall rules have documented business justifications, data-owner approvals, and designated expiration dates.

Secure Management Protocols

Network appliances must never be managed using legacy, cleartext protocols that transmit administrative credentials in plain text across the network. Auditors test for the disabling of insecure protocols:

Insecure Cleartext ProtocolSecure Encrypted ReplacementPrimary Risk
Telnet (TCP port 23)SSHv2 (TCP port 22)Administrative credentials intercepted via network sniffing
HTTP (TCP port 80)HTTPS / TLS 1.3 (TCP port 443)Session tokens and configuration parameters exposed in transit
FTP (TCP ports 20/21)SFTP (SSH) or FTPS (TLS)Financial data files and passwords intercepted during file transfer
SNMPv1 / SNMPv2c (UDP 161)SNMPv3 (User-based Security Model)Community strings passed in cleartext, allowing unauthorized device reconfiguration
Loading diagram...
Dual-Firewall DMZ & Multi-Tier Enterprise Network Architecture
Test Your Knowledge

An IT auditor is evaluating the perimeter security of a financial institution's online banking platform. Which firewall architecture provides the strongest protection against an attacker attempting to embed SQL injection payloads inside outbound HTTPS traffic over port 443?

A
B
C
D
Test Your Knowledge

During an IT general controls (ITGC) review, an auditor discovers that an enterprise runs both its public-facing marketing web server and its production general ledger database on the same flat local area network (LAN) without internal firewall segmentation or VLANs. What is the primary operational risk of this configuration?

A
B
C
D
Test Your Knowledge

Which statement accurately describes the CPU operating system privilege hierarchy and its security implications for enterprise operating systems?

A
B
C
D