| Booklet:
E-Banking
Section: Introduction
|
| |

Previous Subsection
|
|
|
|
This
booklet, one of several comprising the FFIEC Information Technology Examination
Handbook (IT Handbook), provides guidance to examiners and financial institutions
on identifying and controlling the risks associated with electronic banking
(e-banking) activities. The booklet primarily discusses e-banking risks
from the perspective of the services or products provided to customers.
This approach differs from other booklets that discuss risks from the
perspective of the technology and systems that support automated information
processing. To avoid duplication of material, this booklet refers the
reader to other IT Handbook booklets for detailed explanations of technology-specific
issues or controls.
Examiners may use the examination procedures and request letter items
included in this booklet in appendix A to review risks in the electronic
delivery of financial products and services. These procedures address
services and products of varied complexity. Examiners should adjust the
procedures, as appropriate, for the scope of the examination and the risk
profile of the institution. The procedures may be used independently or
in combination with procedures from other IT Handbook booklets or from
agency handbooks covering non-IT areas.
DEFINITION
OF E-BANKING
For this booklet, e-banking is defined as the automated delivery of new
and traditional banking products and services directly to customers through
electronic, interactive communication channels. E-banking includes the
systems that enable financial institution customers, individuals or businesses,
to access accounts, transact business, or obtain information on financial
products and services through a public or private network, including the
Internet. Customers access e-banking services using an intelligent electronic
device, such as a personal computer (PC), personal digital assistant (PDA),
automated teller machine (ATM), kiosk, or Touch Tone telephone. While
the risks and controls are similar for the various e-banking access channels,
this booklet focuses specifically on Internet-based services due to the
Internet’s widely accessible public network. Accordingly, this booklet
begins with a discussion of the two primary types of Internet websites:
informational and transactional.
INFORMATIONAL
WEBSITES
Informational websites provide customers access to general information
about the financial institution and its products or services. Risk issues
examiners should consider when reviewing informational websites include:
| |
Potential
liability and consumer violations for inaccurate or incomplete information
about products, services, and pricing presented on the website; |
| |
Potential
access to confidential financial institution or customer information
if the website is not properly isolated from the financial institution’s
internal network; |
| |
Potential
liability for spreading viruses and other malicious code to computers
communicating with the institution’s website; and |
| |
Negative
public perception if the institution’s on-line services are
disrupted or if its website is defaced or otherwise presents inappropriate
or offensive material. |
TRANSACTIONAL WEBSITES
Transactional websites provide customers with the ability to conduct transactions
through the financial institution’s website by initiating banking
transactions or buying products and services. Banking transactions can
range from something as basic as a retail account balance inquiry to a
large business-to-business funds transfer. E-banking services, like those
delivered through other delivery channels, are typically classified based
on the type of customer they support. The following table lists some of
the common retail and wholesale e-banking services offered by financial
institutions.
Table
1: Common E-Banking Services
|
Retail
Services |
Wholesale
Services |
Account
management |
Account
management |
Bill
payment and presentment |
Cash
management |
New
account opening |
Small
business loan applications, approvals, or advances |
Consumer
wire transfers |
Investment/Brokerage
services |
Commercial
wire transfers |
Loan
application and approval |
Business-to-business
payments |
Account
aggregation |
Employee
benefits/pension administration |
Since
transactional websites typically enable the electronic exchange of confidential
customer information and the transfer of funds, services provided through
these websites expose a financial institution to higher risk than basic
informational websites. Wholesale e-banking systems typically expose financial
institutions to the highest risk per transaction, since commercial transactions
usually involve larger dollar amounts. In addition to the risk issues
associated with informational websites, examiners reviewing transactional
e-banking services should consider the following issues:
| |
Security
controls for safeguarding customer information; |
| |
Authentication
processes necessary to initially verify the identity of new customers
and authenticate existing customers who access e-banking services;
|
| |
Liability
for unauthorized transactions; |
| |
Losses
from fraud if the institution fails to verify the identity of individuals
or businesses applying for new accounts or credit on-line; |
| |
Possible
violations of laws or regulations pertaining to consumer privacy,
anti-money laundering, anti-terrorism, or the content, timing, or
delivery of required consumer disclosures; and |
 |
Negative
public perception, customer dissatisfaction, and potential liability
resulting from failure to process third-party payments as directed
or within specified time frames, lack of availability of on-line services,
or unauthorized access to confidential customer information during
transmission or storage. |
E-BANKING
COMPONENTS
E-banking systems can vary significantly in their configuration depending
on a number of factors. Financial institutions should choose their e-banking
system configuration, including outsourcing relationships, based on four
factors:
| |
Strategic
objectives for e-banking; |
| |
Scope,
scale, and complexity of equipment, systems, and activities; |
| |
Technology
expertise; and |
| |
Security
and internal control requirements. |
Financial
institutions may choose to support their e-banking services internally.
Alternatively, financial institutions can outsource any aspect of their
e-banking systems to third parties. The following entities could provide
or host (i.e., allow applications to reside on their servers) e-banking-related
services for financial institutions:
| |
Another
financial institution, |
| |
Internet
service provider, |
| |
Internet
banking software vendor or processor, |
| |
Core
banking vendor or processor, |
| |
Managed
security service provider, |
| |
Bill
payment provider, |
| |
Credit
bureau, and |
| |
Credit
scoring company. |
E-banking systems rely on a number of common components or processes.
The following list includes many of the potential components and processes
seen in a typical institution:
| |
Website
design and hosting, |
| |
Firewall
configuration and management, |
| |
Intrusion
detection system or IDS (network and host-based), |
| |
Network
administration, |
| |
Security
management, |
| |
Internet
banking server, |
| |
E-commerce
applications (e.g., bill payment, lending, brokerage), |
| |
Internal
network servers, |
| |
Core
processing system, |
| |
Programming
support, and |
| |
Automated
decision support systems. |
These
components work together to deliver e-banking services. Each component
represents a control point to consider.
Through
a combination of internal and outsourced solutions, management has many
alternatives when determining the overall system configuration for the
various components of an e-banking system. However, for the sake of simplicity,
this booklet presents only two basic variations. First, one or more technology
service providers can host the e-banking application and numerous network
components as illustrated in the following diagram. In this configuration,
the institution’s service provider hosts the institution’s
website, Internet banking server, firewall, and intrusion detection system.
While the institution does not have to manage the daily administration
of these component systems, its management and board remain responsible
for the content, performance, and security of the e-banking system.
Figure
1: Third-Party Provider Hosted E-Banking Diagram 
Text Description of Figure 1
Second, the institution can host all or a large portion of its e-banking
systems internally. A typical configuration for in-house hosted, e-banking
services is illustrated below. In this case, a provider is not between
the Internet access and the financial institution’s core processing
system. Thus, the institution has day-to-day responsibility for system
administration.
Figure
2: In-House E-Banking Diagram 
Text Description of Figure 2
E-BANKING
SUPPORT SERVICES
In addition to traditional banking products and services, financial institutions
can provide a variety of services that have been designed or adapted to
support e-commerce. Management should understand these services and the
risks they pose to the institution. This section discusses some of the
most common support services: weblinking, account aggregation, electronic
authentication, website hosting, payments for e-commerce, and wireless
banking activities.
WEBLINKING
A large number of financial institutions maintain sites on the World Wide
Web. Some websites are strictly informational, while others also offer
customers the ability to perform financial transactions, such as paying
bills or transferring funds between accounts.
Virtually
every website contains “weblinks.” A weblink is a word, phrase,
or image on a webpage that contains coding that will transport the viewer
to a different part of the website or a completely different website by
just clicking the mouse. While weblinks are a convenient and accepted
tool in website design, their use can present certain risks. Generally,
the primary risk posed by weblinking is that viewers can become confused
about whose website they are viewing and who is responsible for the information,
products, and services available through that website. There are a variety
of risk management techniques institutions should consider using to mitigate
these risks. These risk management techniques are for those institutions
that develop and maintain their own websites, as well as institutions
that use third-party service providers for this function. The agencies
have issued guidance on weblinking that provides details on risks and
risk management techniques financial institutions should consider.
ACCOUNT
AGGREGATION
Account aggregation is a service that gathers information from many websites,
presents that information to the customer in a consolidated format, and,
in some cases, may allow the customer to initiate activity on the aggregated
accounts. The information gathered or aggregated can range from publicly
available information to personal account information (e.g., credit card,
brokerage, and banking data). Aggregation services can improve customer
convenience by avoiding multiple log-ins and providing access to tools
that help customers analyze and manage their various account portfolios.
Some aggregators use the customer-provided user IDs and passwords to sign
in as the customer. Once the customer’s account is accessed, the
aggregator copies the personal account information from the website for
representation on the aggregator’s site (i.e., “screen scraping”).
Other aggregators use direct data-feed arrangements with website operators
or other firms to obtain the customer’s information. Generally,
direct data feeds are thought to provide greater legal protection to the
aggregator than does screen scraping.
Financial
institutions are involved in account aggregation both as aggregators and
as aggregation targets. Risk management issues examiners should consider
when reviewing aggregation services include:
| |
Protection
of customer passwords and user IDs – both those used to access
the institution’s aggregation services and those the aggregator
uses to retrieve customer information from aggregated third parties
– to assure the confidentiality of customer information and
to prevent unauthorized activity, |
| |
Disclosure
of potential customer liability if customers share their authentication
information (i.e., IDs and passwords) with third parties, and |
| |
Assurance
of the accuracy and completeness of information retrieved from the
aggregated parties’ sites, including required disclosures |
Additional information regarding management of risks in aggregation services
can be found in appendix D.
ELECTRONIC
AUTHENTICATION
Verifying the identities of customers and authorizing e-banking activities
are integral parts of e-banking financial services. Since traditional
paper-based and in-person identity authentication methods reduce the speed
and efficiency of electronic transactions, financial institutions have
adopted alternative authentication methods, including:
| |
Passwords
and personal identification numbers (PINs), |
| |
Digital
certificates using a public key infrastructure (PKI), |
| |
Microchip-based
devices such as smart cards or other types of tokens, |
| |
Database
comparisons (e.g., fraud-screening applications), and |
| |
Biometric
identifiers. |
The
authentication methods listed above vary in the level of security and
reliability they provide and in the cost and complexity of their underlying
infrastructures. As such, the choice of which technique(s) to use should
be commensurate with the risks in the products and services for which
they control access.
Additional information on customer authentication techniques can be found
in this booklet under the heading “Authenticating E-Banking Customers.”
The
Electronic Signatures in Global and National Commerce (E-Sign) Act establishes
some uniform federal rules concerning the legal status of electronic signatures
and records in commercial and consumer transactions so as to provide more
legal certainty and promote the growth of electronic commerce.
The development of secure digital signatures continues to evolve with
some financial institutions either acting as the certification authority
for digital signatures or providing repository services for digital certificates.
WEBSITE HOSTING
Some financial institutions host websites for both themselves as well
as for other businesses. Financial institutions that host a business customer’s
website usually store, or arrange for the storage of, the electronic files
that make up the website. These files are stored on one or more servers
that may be located on the hosting financial institution’s premises.
Website hosting services require strong skills in networking, security,
and programming. The technology and software change rapidly. Institutions
developing websites should monitor the need to adopt new interoperability
standards and protocols such as Extensible Mark-Up Language (XML) to facilitate
data exchange among the diverse population of Internet users.
Risk
issues examiners should consider when reviewing website hosting services
include damage to reputation, loss of customers, or potential liability
resulting from:
| |
Downtime
(i.e., times when website is not available) or inability to meet service
levels specified in the contract, |
| |
Inaccurate
website content (e.g., products, pricing) resulting from actions of
the institution’s staff or unauthorized changes by third parties
(e.g., hackers), |
| |
Unauthorized
disclosure of confidential information stemming from security breaches,
and |
| |
Damage
to computer systems of website visitors due to malicious code (e.g.,
virus, worm, active content) spread through institution-hosted sites. |
PAYMENTS FOR E-COMMERCE
Many businesses accept various forms of electronic payments for their
products and services. Financial institutions play an important role in
electronic payment systems by creating and distributing a variety of electronic
payment instruments, accepting a similar variety of instruments, processing
those payments, and participating in clearing and settlement systems.
However, increasingly, financial institutions are competing with third
parties to provide support services for e-commerce payment systems. Among
the electronic payments mechanisms that financial institutions provide
for e-commerce are automated clearing house (ACH) debits and credits through
the Internet, electronic bill payment and presentment, electronic checks,
e-mail money, and electronic credit card payments. Additional information
on payments systems can be found in other sections of the IT Handbook.
Most
financial institutions permit intrabank transfers between a customer’s
accounts as part of their basic transactional e-banking services. However,
third-party transfers – with their heightened risk for fraud –
often require additional security safeguards in the form of additional
authentication and payment confirmation.
Bill Payment and Presentment
Bill payment services permit customers to electronically instruct their
financial institution to transfer funds to a business’s account
at some future specified date. Customers can make payments on a one-time
or recurring basis, with fees typically assessed as a “per item”
or monthly charge. In response to the customer’s electronic payment
instructions, the financial institution (or its bill payment provider)
generates an electronic transaction – usually an automated clearinghouse
(ACH) credit – or mails a paper check to the business on the customer’s
behalf. To allow for the possibility of a paper-based transfer, financial
institutions typically advise customers to make payments effective 3–7
days before the bill’s due date.
Internet-based
cash management is the commercial version of retail bill payment. Business
customers use the system to initiate third-party payments or to transfer
money between company accounts. Cash management services also include
minimum balance maintenance, recurring transfers between accounts and
on-line account reconciliation. Businesses typically require stronger
controls, including the ability to administer security and transaction
controls among several users within the business.
This
booklet discusses the front-end controls related to the initiation, storage,
and transmission of bill payment transactions prior to their entry into
the industry’s retail payment systems (e.g., ACH, check processing,
etc.). The IT Handbook’s “Retail Payments Systems Booklet”
provides additional information regarding the various electronic transactions
that comprise the back end for bill payment processing. The extent of
front-end operating controls directly under the financial institution’s
control varies with the system configuration. Some examples of typical
configurations are listed below in order of increasing complexity, along
with potential control considerations.
| |
Financial
institutions that do not provide bill payment services, but may direct
customers to select from several unaffiliated bill payment providers. |
| |
|
Caution
customers regarding security and privacy issues through the use of
on-line disclosures or, more conservatively, e-banking agreements. |
| |
Financial
institutions that rely on a third-party bill payment provider including
Internet banking providers that subcontract to third parties. |
| |
|
Set
dollar and volume thresholds and review bill payment transactions
for suspicious activity. |
| |
|
Gain
independent audit assurance over the bill payment provider’s
processing controls. |
| |
|
Restrict
employees’ administrative access to ensure that the internal
controls limiting their capabilities to originate, modify, or delete
bill payment transactions are at least as strong as those applicable
to the underlying retail payment system ultimately transmitting the
transaction. |
| |
|
Restrict
by vendor contract and identify the use of any subcontractors associated
with the bill payment application to ensure adequate oversight of
underlying bill payment system performance and availability. |
| |
|
Evaluate
the adequacy of authentication methods given the higher risk associated
with funds transfer capabilities rather than with basic account access. |
| |
|
Consider
the additional guidance contained in the IT Handbook’s “Information
Security,” “Retail Payment Systems,” and “Outsourcing
Technology Services” booklets. |
| |
Financial
institutions that use third-party software to host a bill payment
application internally. |
| |
|
Determine
the extent of any independent assessments or certification of the
security of application source code. |
| |
|
Ensure
software is adequately tested prior to installation on the live system. |
| |
|
Ensure
vendor access for software maintenance is controlled and monitored. |
| |
Financial
institutions that develop, maintain, and host their own bill payment
system. |
| |
|
Consider
additional guidance in the IT Handbook’s “Development
and Acquisition Booklet.” |
Financial
institutions can offer bill payment as a stand-alone service or in combination
with bill presentment. Bill presentment arrangements permit a business
to submit a customer’s bill in electronic form to the customer’s
financial institution. Customers can view their bills by clicking on links
on their account’s e-banking screen or menu. After viewing a bill,
the customer can initiate bill payment instructions or elect to pay the
bill through a different payment channel.
In
addition, some businesses have begun offering electronic bill presentment
directly from their own websites rather than through links on the e-banking
screens of a financial institution. Under such arrangements, customers
can log on to the business’s website to view their periodic bills.
Then, if so desired, they can electronically authorize the business to
“take” the payment from their account. The payment then occurs
as an ACH debit originated by the business’s financial institution
as compared to the ACH credit originated by the customer’s financial
institution in the bill payment scenario described above. Institutions
should ensure proper approval of businesses allowed to use ACH payment
technology to initiate payments from customer accounts.
Cash
management applications would include the same control considerations
described above, but the institution should consider additional controls
because of the higher risk associated with commercial transactions. The
adequacy of authentication methods becomes a higher priority and requires
greater assurance due to the larger average dollar size of transactions.
Institutions should also establish additional controls to ensure binding
agreements – consistent with any existing ACH or wire transfer agreements
– exist with commercial customers. Additionally, cash management
systems should provide adequate security administration capabilities to
enable the business owners to restrict access rights and dollar limits
associated with multiple-user access to their accounts.
Person-to-Person
Payments
Electronic person-to-person payments, also known as e-mail money, permit
consumers to send “money” to any person or business with an
e-mail address. Under this scenario, a consumer electronically instructs
the person-to-person payment service to transfer funds to another individual.
The payment service then sends an e-mail notifying the individual that
the funds are available and informs him or her of the methods available
to access the funds including requesting a check, transferring the funds
to an account at an insured financial institution, or retransmitting the
funds to someone else. Person-to-person payments are typically funded
by credit card charges or by an ACH transfer from the consumer’s
account at a financial institution. Since neither the payee nor the payer
in the transaction has to have an account with the payment service, such
services may be offered by an insured financial institution, but are frequently
offered by other businesses as well.
Some
of the risk issues examiners should consider when reviewing bill payment,
presentment, and e-mail money services include:
| |
Potential
liability for late payments due to service disruptions, |
| |
Liability
for bill payment instructions originating from someone other than
the deposit account holder, |
| |
Losses
from person-to-person payments funded by transfers from credit cards
or deposit accounts over which the payee does not have signature authority, |
| |
Losses
from employee misappropriation of funds held pending access instructions
from the payer, and |
| |
Potential
liability directing payment availability information to the wrong
e-mail or for releasing funds in response to e-mail from someone other
than the intended payee. |
WIRELESS
E-BANKING
Wireless banking is a delivery channel that can extend the reach and enhance
the convenience of Internet banking products and services. Wireless banking
occurs when customers access a financial institution's network(s) using
cellular phones, pagers, and personal digital assistants (or similar devices)
through telecommunication companies’ wireless networks. Wireless
banking services in the United States typically supplement a financial
institution's e-banking products and services.
Wireless
devices have limitations that increase the security risks of wireless-based
transactions and that may adversely affect customer acceptance rates.
Device limitations include reduced processing speeds, limited battery
life, smaller screen sizes, different data entry formats, and limited
capabilities to transfer stored records. These limitations combine to
make the most recognized Internet language, Hypertext Markup Language
(HTML), ineffective for delivering content to wireless devices. Wireless
Markup Language (WML) has emerged as one of a few common language standards
for developing wireless device content. Wireless Application Protocol
(WAP) has emerged as a data transmission standard to deliver WML content.
Manufacturers
of wireless devices are working to improve device usability and to take
advantage of enhanced “third-generation” (3G) services. Device
improvements are anticipated to include bigger screens, color displays,
voice recognition applications, location identification technology (e.g.,
Federal Communications Commission (FCC) Enhanced 911), and increased battery
capacity. These improvements are geared towards increasing customer acceptance
and usage. Increased communication speeds and improvements in devices
during the next few years should lead to continued increases in wireless
subscriptions.
As
institutions begin to offer wireless banking services to customers, they
should consider the risks and necessary risk management controls to address
security, authentication, and compliance issues. Some of the unique risk
factors associated with wireless banking that may increase a financial
institution's strategic, transaction, reputation, and compliance risks
are discussed in appendix E.

Previous Subsection
|
|
|
|
|