Main Information Technology (IT) Frameworks used for Financial Services IT Audits

BLG-IA-EssentialITFrameworks-202610-003 - Financial services organizations rely on established IT governance, cybersecurity, regulatory, and risk management frameworks to evaluate technology risks, strengthen internal controls, support compliance, and improve audit effectiveness. This article examines the primary frameworks used in financial services IT audits, including their origins, sponsoring organizations, regulatory significance, audit applications, and implementation considerations.

GOVERNANCEINTERNAL AUDIT, RISK & GOVERNANCEAUDITTECHNOLOGY AND OTHERS

Farrukh Qureshi, CPA, MBA, CIA, CISA

6 min read

Abstract blue waves of glowing particles
Abstract blue waves of glowing particles

Technology is now at the center of virtually every financial institution's operations. Banks, credit unions, insurance companies, broker-dealers, wealth management firms, mortgage lenders, payment processors, and fintech organizations depend heavily on technology to deliver services, process transactions, protect customer information, support regulatory reporting, and maintain operational resilience.

The rapid adoption of cloud computing, artificial intelligence, mobile banking, digital payments, open banking platforms, robotic process automation, and advanced analytics has transformed the financial services landscape. While these innovations create opportunities for growth and efficiency, they also introduce significant technology and cybersecurity risks.

As regulatory expectations continue to increase, financial institutions must demonstrate that technology risks are appropriately governed, monitored, and controlled. IT audits serve as a critical independent assurance function by evaluating the effectiveness of governance, cybersecurity, operational controls, business continuity programs, third-party risk management processes, and regulatory compliance activities.

To perform these evaluations effectively, auditors rely on established frameworks, standards, and regulatory guidance. These frameworks provide structured methodologies, control objectives, assessment criteria, and best practices that help institutions evaluate risks consistently and comprehensively.

No single framework covers all aspects of technology risk. Instead, mature financial institutions typically integrate multiple frameworks to create a comprehensive risk-based audit approach.

COBIT

Origin and Sponsoring Organization

COBIT, which stands for Control Objectives for Information and Related Technology, was developed by ISACA, a globally recognized professional association focused on information systems governance, audit, cybersecurity, and technology risk management.

Originally introduced in 1996, COBIT evolved from a controls-based framework into a comprehensive IT governance and management framework used worldwide.

Why Financial Institutions Use COBIT

COBIT helps organizations align technology investments with business objectives while managing risk, measuring performance, and strengthening governance.

Auditors frequently use COBIT when evaluating:

  • IT governance

  • Strategic planning

  • Technology investment decisions

  • Enterprise risk management

  • Board oversight

  • Technology performance metrics

Common Audit Procedures

Typical COBIT-based audit activities include:

  • Reviewing technology steering committee charters

  • Evaluating board reporting practices

  • Reviewing technology risk management processes

  • Assessing IT strategic plans

  • Evaluating performance measurement systems

Numerical Example

Consider a regional bank with:

  • $20 billion in assets

  • 500 technology applications

  • Annual technology spending of $75 million

A COBIT-based audit may determine whether technology expenditures support business objectives and whether governance committees effectively oversee technology risks.

Common Findings

Common findings include:

  • Incomplete risk reporting

  • Inconsistent governance documentation

  • Weak strategic alignment

  • Missing performance measures

  • Undefined accountability structures

Strengths and Limitations

COBIT excels in governance and strategic alignment. However, it provides limited technical control guidance and is often supplemented by cybersecurity-focused frameworks.

FFIEC IT Examination Handbook

Origin and Sponsoring Organization

The FFIEC IT Examination Handbook is issued by the Federal Financial Institutions Examination Council.

The FFIEC includes:

  • Federal Reserve

  • FDIC

  • OCC

  • NCUA

  • CFPB

Regulatory Significance

Unlike many industry frameworks, FFIEC guidance directly influences regulatory examinations. Consequently, financial institutions frequently structure IT audit programs around FFIEC expectations.

Key Audit Domains

The handbook covers:

  • Information Security

  • Business Continuity

  • Architecture

  • Development and Acquisition

  • Operations

  • Outsourcing Technology Services

  • Cybersecurity

Audit Example

A bank with:

  • $10 billion in assets

  • 200 applications

  • 300 vendors

may conduct annual audits covering information security, business continuity, cloud governance, and vendor management using FFIEC guidance as primary criteria.

Typical Findings

Frequent observations include:

  • Inadequate vendor oversight

  • Incomplete risk assessments

  • Outdated recovery procedures

  • Weak cybersecurity governance

NIST Cybersecurity Framework

Origin and Sponsoring Organization

The National Institute of Standards and Technology (NIST), an agency within the U.S. Department of Commerce, developed the Cybersecurity Framework to strengthen cybersecurity resilience.

Framework Structure

The framework organizes cybersecurity functions into:

  • Identify

  • Protect

  • Detect

  • Respond

  • Recover

Audit Applications

Auditors frequently use the framework to evaluate:

  • Cybersecurity governance

  • Threat management

  • Monitoring effectiveness

  • Incident response

  • Recovery readiness

Cybersecurity Maturity Example

An assessment may score:

  • Identify: 90%

  • Protect: 85%

  • Detect: 70%

  • Respond: 80%

  • Recover: 85%

Overall maturity: 82%

The assessment demonstrates strong prevention capabilities but identifies opportunities to improve monitoring and detection.

Common Findings

  • Insufficient logging

  • Weak incident response procedures

  • Untested recovery plans

  • Incomplete employee awareness programs

NIST Special Publication 800-53

Origin and Sponsoring Organization

NIST SP 800-53 was originally developed for U.S. federal information systems but has become one of the most widely adopted cybersecurity control standards in the private sector.

Major Control Areas

Key control families include:

  • Access Control

  • Audit and Accountability

  • Configuration Management

  • Incident Response

  • Risk Assessment

  • Security Assessment

  • System Integrity

Audit Example

A financial institution operating:

  • 1,500 servers

  • 8,000 workstations

  • 900 applications

may test more than 300 security controls annually under a NIST 800-53 review.

Strengths

  • Detailed control catalog

  • Strong cybersecurity coverage

  • Comprehensive testing criteria

Limitations

  • Resource intensive

  • Complex implementation requirements

ISO 27001 and ISO 27002

Origin and Sponsoring Organization

ISO 27001 and ISO 27002 were developed by the International Organization for Standardization (ISO).

These standards are globally recognized and frequently used by multinational financial institutions.

Purpose

ISO 27001 establishes requirements for an Information Security Management System (ISMS).

ISO 27002 provides implementation guidance for security controls.

Audit Areas

Auditors commonly evaluate:

  • Information security governance

  • Risk assessments

  • Asset inventories

  • User access controls

  • Incident management

  • Vendor security management

Certification Benefits

Organizations often seek certification to:

  • Strengthen customer confidence

  • Demonstrate regulatory readiness

  • Improve security governance

  • Support vendor due diligence

Common Findings

  • Incomplete asset inventories

  • Weak vendor oversight

  • Outdated risk assessments

  • Inconsistent policy reviews

COSO and IT General Controls

Origin and Sponsoring Organization

COSO was developed by the Committee of Sponsoring Organizations of the Treadway Commission.

It remains one of the most widely used internal control frameworks globally.

Why COSO Matters for IT Audits

Although COSO is not specifically an IT framework, many IT General Controls support COSO objectives.

Key ITGC areas include:

  • User access management

  • Change management

  • Backup and recovery

  • Job scheduling

  • Segregation of duties

Numerical Example

An institution processing:

  • 5 million transactions monthly

  • $3 billion in payment volume

may test hundreds of ITGC controls annually to support financial reporting and operational reliability.

CIS Controls

Origin and Sponsoring Organization

The Center for Internet Security (CIS) developed the CIS Controls to provide practical cybersecurity guidance.

Purpose

The CIS Controls focus on prioritized actions that improve security quickly and measurably.

Common Focus Areas

  • Asset Management

  • Vulnerability Management

  • Secure Configurations

  • Privileged Access

  • Security Awareness

  • Monitoring

Numerical Example

Before implementation:

  • 1,000 critical vulnerabilities

After implementation:

  • 75 critical vulnerabilities

Risk reduction exceeds 90%.

Why Auditors Recommend CIS Controls

Because they are practical, measurable, and easy for management to understand and implement.

SOC 1 and SOC 2 Reports

Origin and Sponsoring Organization

SOC reporting standards were developed by the American Institute of Certified Public Accountants (AICPA).

Purpose

SOC 1 evaluates controls relevant to financial reporting.

SOC 2 addresses:

  • Security

  • Availability

  • Processing Integrity

  • Confidentiality

  • Privacy

Audit Applications

Financial institutions review SOC reports from:

  • Cloud providers

  • Core processors

  • Managed service providers

  • Payment processors

A large institution may evaluate over 100 SOC reports annually.

PCI DSS

Origin and Sponsoring Organization

PCI DSS was developed by the PCI Security Standards Council, founded by major payment card brands.

Purpose

Protect cardholder information and reduce fraud risk.

Audit Areas

Auditors evaluate:

  • Network security

  • Encryption

  • Access controls

  • Logging

  • Monitoring

  • Vulnerability management

Numerical Example

A payment processor handling:

  • 20 million payment card transactions annually

may dedicate thousands of compliance hours every year toward PCI compliance.

GLBA Safeguards Rule

Origin and Regulatory Authority

The Gramm-Leach-Bliley Act established security requirements for protecting customer information.

The Safeguards Rule remains a key regulatory requirement for financial institutions.

Audit Areas

Auditors evaluate:

  • Information security programs

  • Risk assessments

  • Multifactor authentication

  • Employee training

  • Vendor oversight

  • Incident response planning

Numerical Example

A financial institution maintaining:

  • 750,000 customer records

must maintain effective safeguards to reduce cybersecurity and regulatory risks.

Cloud Computing Audits

Cloud adoption continues to increase across financial services organizations.

Cloud audits frequently evaluate:

  • Identity management

  • Encryption

  • Logging

  • Configuration management

  • Monitoring

  • Backup and recovery

Common frameworks include:

  • NIST SP 800-53

  • NIST CSF

  • ISO 27001

  • CIS Controls

  • FFIEC Guidance

A fintech organization hosting 90% of its applications in the cloud may test more than 200 cloud-specific controls annually.

Third-Party Risk Audits

Third-party risk remains one of the most significant concerns facing financial institutions.

A mid-sized bank may maintain:

  • 400 vendors

  • 75 critical vendors

  • 50 cloud providers

Auditors typically review:

  • SOC reports

  • Security assessments

  • Business continuity capabilities

  • Contract requirements

  • Incident notification provisions

Vendor failures can create significant financial, operational, compliance, and reputational risks.

Framework Selection by Audit Type

Governance Audits

  • COBIT

  • COSO

Cybersecurity Audits

  • NIST CSF

  • NIST 800-53

  • CIS Controls

Regulatory Compliance Audits

  • FFIEC

  • GLBA

Vendor Risk Audits

  • FFIEC

  • SOC Reports

Cloud Audits

  • NIST

  • ISO

  • CIS Controls

Payment Processing Audits

  • PCI DSS

Mature financial institutions typically integrate multiple frameworks rather than relying on a single standard.

Financial Services IT Audit Case Study

Consider an institution with:

  • $30 billion in assets

  • 22,000 employees

  • 750 applications

  • 500 vendors

  • 12 million monthly transactions

Annual audit allocation:

  • Cybersecurity Audits: 2,000 hours

  • Governance Reviews: 800 hours

  • Vendor Risk Audits: 900 hours

  • Cloud Audits: 600 hours

  • Business Continuity Audits: 500 hours

Audit results identify:

  • 40 high-risk findings

  • 80 medium-risk findings

  • 120 low-risk findings

Management remediates:

  • 36 high-risk findings

  • 72 medium-risk findings

  • 115 low-risk findings

Overall remediation exceeds 90%.

Framework-based auditing provides the structure necessary to identify, prioritize, and remediate technology risks effectively.

Key Takeaways

  • Financial institutions rely on multiple frameworks to manage technology risks.

  • COBIT provides governance and strategic oversight.

  • FFIEC remains the leading regulatory reference for U.S. financial institutions.

  • NIST frameworks serve as the foundation for many cybersecurity audits.

  • ISO standards support global information security programs.

  • COSO remains critical for IT General Controls and financial reporting controls.

  • CIS Controls provide practical cybersecurity improvements.

  • SOC reports support third-party risk management.

  • PCI DSS protects payment card environments.

  • GLBA safeguards customer information.

Conclusion

Technology risk continues to be one of the most significant challenges facing financial services organizations. Financial institutions operate in highly regulated environments where technology supports customer transactions, digital banking, payment processing, lending operations, information security, regulatory reporting, and third-party service management.

No single framework provides complete coverage of governance, cybersecurity, compliance, operational resilience, and technology risk management. Each framework contributes unique value. COBIT strengthens governance and strategic alignment. FFIEC guidance supports regulatory readiness. NIST frameworks provide cybersecurity structure and control testing criteria. ISO standards establish globally recognized security management practices. COSO connects technology controls to enterprise risk management and financial reporting. CIS Controls provide measurable cybersecurity improvements. SOC reports strengthen vendor oversight, while PCI DSS and GLBA address specialized compliance requirements.

The most mature financial institutions integrate multiple frameworks into a unified risk-based audit program. This approach improves control effectiveness, strengthens cybersecurity, enhances regulatory compliance, increases operational resilience, and supports informed decision-making.

As cloud computing, artificial intelligence, digital payments, open banking, and third-party technology ecosystems continue to expand, organizations that embrace framework-driven auditing will be better positioned to manage emerging risks, satisfy regulatory expectations, protect customer information, and support sustainable long-term growth.

Disclaimer

This article is provided for informational and educational purposes only and should not be considered accounting, tax, legal, audit, compliance, financial, or professional advice. Readers should consult qualified professionals regarding their specific circumstances before making any decisions.