Top UK Banks Aren't Using the Latest Tech to Secure Transactions
Major UK banks have been slow to enforce the finance industry's recommended browser security requirements, but doing so could lock older devices out of their sites
The UK's biggest banks aren't using current web technologies to help ensure online banking transactions are secure, according to new research. Top financial groups – including TSB, HSBC, and Nationwide Building Society – haven't yet updated their websites to use the encryption standards required by the banking industry.
In total, 14 banks allow people to access their websites with browsers using old and potentially insecure versions of encryption. The results come following an assessment of 25 UK banks and building societies by Swansea University computer science student Edward Wall.
Wall's analysis gives each bank a score out of 100 for the technical security measures of its website. Santander and Virgin money top the research with 53, while Co-operative Bank and Smile are at the bottom with scores of 12. The scores don't mean user data is exposed or the websites suffer any current security vulnerabilities but rather highlight areas where security best practices aren't being followed.
Of those banks, 14 banks haven't upgraded their websites to enforce the use of current TLS (Transport Layer Security) cryptographic handshake protocols. This is required by the latest encryption standards demanded by the banking industry's Payment Card Industry Data Security Standard (PCI DSS).
According to the standard, issued by the Payment Card Industry Security Standards Council, businesses accepting card payments were requied to use TLS 1.1 by June 30, 2018. Although card issuing banks aren't required to obtain PCI DSS validation, they are expected to meet the same security standards as processors and merchants.
Older versions of TLS and SSL suffer security vulnerabilities including Heartbleed, POODLE, and BEAST, which can facilitate data-intercapting man-in-the-middle attacks.
It's people running older operating systems and browsers who are most vulnerable to attacks that can fly under the radar if modern TLS protocols aren't enforced by sites. TLS 1.1 was introduced in 2006, but it took a long time for many web browsers to introduce it by default. Statcounter web analytics data indicates that 1.17 per cent of computer users going online in the UK are still on Windows XP and 0.99 per cent are using Vista, and are very likely to be using older browsers that don't support TLS 1.1.
Based on current internet usage statistics the problem could affect around a million adults in the UK.
The browsers built into older versions of Android (pre 4.1) and iOS (pre 4.0) also lack TLS 1.1 support. Allowing users to connect from less secure systems puts them at risk of man-in-the-middle attacks. Unfortunately, bank customers using old phones and browsers are disproportionately likely to be elderly, impoverished or otherwise not in a position to easily upgrade their hardware or even software.
The 14 banks Wall's tests detected as not using the latest encryption protocols are the Bank of Scotland, TSB, Halifax, Tesco Bank, Lloyds Bank, Nationwide Building Society, HSBC, M&S Bank, Sainsbury's Bank, Barclays, Scottish Widows, Yorkshire Building Society, First Direct, Co-operative Bank and Smile.
When we discussed Wall's findings with the Co-operative Bank, a spokesperson said that while its login pages can be accessed by browsers that don't use TLS 1.2, its online banking services aren't available to them:
"The Co-operative Bank is currently meeting the requirements of the recent Payment Card Industry Data Security Standards(PCI DSS) guidelines to disable TLSv1.0. Although customers can land on the bank's site using older browsers (TLSv1.0 or older), they are not able to transact and essentially get an error message."
The reasoning behind this is that it will allow the bank to see how many users are currently trying to access bank services from older browsers: "The bank, like others is taking a phased approach to disable the support for older browsers and we are actively monitoring the volume of customers reaching us via older browsers to identify if any specific customer communications are required. At the end of the phased process, older browser access will be fully disabled and no longer supported."
This is keeping with behaviour we've seen from a number of other banks, such as HSBC, which allowed us to log into an account from a number of older browsers, but failed to display its online banking services. However, such behaviour raises questions about the security of login data sent to those pages by online banking customers with outdated software.
While none of the online banking sites analysed by Wall suffer from any current security vulnerabilities, many of them haven't implemented a range of recommended web technologies designed to protect customers against vulnerabilities on either the user or bank's end, and some of them display harmless but irregular handling of HTTPS addresses and forwarding.
For instance, https://smile.co.uk/ fails to load the bank's website or forward to its (functional) www. prefix, noted by Avast security researchers. Meanwhile, attempting to access Scottish Widows' online banking login page via HTTP sends you to an ambiguous error page rather than correctly redirecting to the HTTPS version or even displaying a conventional error 404.
Wall's Bank Grade Security project analyses the web security technologies in use by 153 banks around the world and scores them out of 100 based on a range of factors.
These include proper redirection from insecure HTTP to secure HTTPS connections, headers to help protect against cross-site scripting (XSS) attacks such as browser extensions designed to inject malicious code to capture your online banking details when you log in, and forward secrecy to prevent banking sessions from being decrypted later if they're recorded, even if the server's private key is obtained.
The major ongoing security issue for the web in general is the continued use of HTTP (the HyperText Transport Protocol), which sends all data back and forth between your browser and the server in plain text. HTTPS (HTTP Secure) uses a protocol called TLS (or SSL in older versions) to ensure that data is encrypted, so it can't be read if someone intercepts it. While all banks have used HTTPS for many years, the way they implement it varies, with some of the best security options, such as mandatory TLS 1.2 encryption, potentially locking out users who can't run the latest web browsers.
Wall says that, while the phrase "bank-grade security" is often used to indicate a high level of protection for users, in reality, "banks have poor security". That may be something of an overstatement in most cases, but the work to analyse banking website security measures and track banks' progress in improving them shines a light on a range of legitimate security concerns.
"People trust their banks to keep them safe," he says, "and I felt that the banks were letting their customers down by putting them at risk."
Security researcher David Lodge of Pen Test Partners emphasises that users needn't panic or give up on internet banking: "Most of the factors are what we would usually raise as low-risk issues, they are concerned more with extra controls that should force communication down a secure path or tell the browser to provide more protection if there is a vulnerability, such as cross-site-scripting, in the website. They are not vulnerabilities as such, they don’t list vectors for attacks."
Although the issues Wall has highlighted don't translate to actual vulnerabilities, Lodge says that there are some significant issues in need of improvement. "Encryption is possibly the most important, in particular the section marked TLS," he says. "There have been a selection of cryptographical flaws found in the implementation and algorithms with older forms of SSL/TLS, meaning that only TLS 1.2 and 1.3 are recommended nowadays." The PCI DSS requires that the latest encryption standards are used.
Fortunately, if you're using a modern browser, it'll make sure you're connecting using the latest supported version of TLS. It's only those stuck using legacy computers or software that are exposed to any notable risk by substandard TLS implementations.
According to Bank Grade Security's statistics, only 24 per cent of all banks assessed require TLS above 1.1 and none support the most recent TLS 1.3 standard. TLS 1.3 was approved by the Internet Engineering Task Force (IETF) on March 23, 2018, and has been a sticking point for banks, who previously proposed that it be made less secure so they could more easily decrypt and monitor network traffic to comply with industry regulations.
Bitdefender global cybersecurity analyst Liviu Arsene says banks' handling of HTTPS is particularly important but that, as banking websites are those most often targeted by fraudsters and phishers, they should set in place as many security safeguards as possible.
"There’s no such thing as sufficient security, especially in the banking and financial industries, regardless [of whether] we’re talking about the internal network security [or] the institution of the security of their website," he says.
While 85 per cent of the banks analysed by Wall have a secure redirection of chain that consistently sends their customers to an HTTPS page and 79 per cent immediately send all HTTP traffic to an HTTPS site, only 47 per cent support the HSTS protections against attacks that attempt to downgrade users to the easily snoopable HTTP protocol. Just two of the 153 banks included currently support HSTS Preloading, which puts them on a list instructing browsers to use HSTS when initially connecting to their sites.
Banks should prioritise the use of trusted domain certificates, enabling HTTPS everywhere, enforcing a TLS version greater than 1.1, and using properly formatted security headers to prevent cross-site-scripting attacks, Arsene says.
Perhaps more importantly, Lodge says, as banks upgrade the sites they must ensure that the platform itself is well architected, developed and tested. They should particularly concentrate on making sure their sites are free from vulnerabilities that could affect customer data, such SQL injection or Cross-Site-Scripting. "The items in bankgradesecurity.com are important as extra protection mechanisms," he says, "but they won’t protect against every attack."
In response to the findings, a spokesperson for the Yorkshire Building Society said it was working to improve the versions of TLS it uses. "We are currently rated as an ‘A’ from a security perspective by SSL Labs," the spokesperson said.
"However, this does not mean we are complacent about developing and emerging threats. Our websites are configured to use TLS 1.2, which modern browsers will default to automatically. Older versions of TLS are currently supported and will be removed soon.”
An M&S Bank spokesperson said: "We take the security of our customers extremely seriously and use state-of-the-art technology to deter and detect financial crime." Elaborating on the technologies in use, they said: “We use a variety of security measures to protect customers when banking online, including password protection and advanced encryption technology, as well as sophisticated anti-fraud monitoring. Two factor authentication and a one-time password is required to access online banking services in the form of M&S PASS, protecting our customers from fraudulent activity.”
A Tesco Bank spokesperson said: “We take the security of customer accounts extremely seriously and continually review and update our systems and processes as necessary.” Other banks did not responded to requests for comment.
If your bank hasn't yet implemented the latest web security technologies, Wall says there isn't much an individual can do. Banks have to make changes to their sites, but could be encouraged to do so if their customers highlight issues that concern them. In the meantime, it's important to ensure that your own online security practices are sound.
"Most banking malware tries to steal credentials or perform e-banking operations stealthily on their behalf," Liviu Arsene says. "Some security solutions even offer secure browsers that cannot be compromised by malware and also validate that the visited e-banking website is actually legitimate, and not some sort of elaborate fraud. Since attackers usually go for the end user instead of the actual bank – or sometimes eavesdrop on the communication between the two if it’s not properly secured – it’s the responsibility of both parties to ensure security at their end."
- Security Monitoring and Vulnerability Analyst, End User. PCI Level 1 Service Provider.
CH7843 Security Monitoring and Vulnerability Analyst, End User. Level 1 Service Provider. £50,000 London Security Monitoring and Vulnerability Analyst needed to join an Level 1 Service Provider. The Security Analyst will be responsible monitoring, configuring, fine tuning and generally improving the security tool capability. Specific experience with Tripwire Log Center and Tripwire Enterprise is highly desirable. Other security tools experience should include the managing and monitoring of firewalls, Anti Phishing, AV, vulnerability management, IAM etc. Current experience with Vulnerability management and penetration testing is highly desirable. Specifically the ability to effectively manage 3rd party pen tests. Hands on penetration testing is a very nice to have. You will be working within a specialist security team reporting to the CISO. Experience working within an end user environment within financial services is highly desirable. Flexible location. This is an exclusive role to DCL Search & Selection. https://calendly.com/chris-holt/arranged-call-with-chris-holt-soc-role-clone
- Internal Security Auditor, Level 1 Service Provider (ISO27001)
- Upto 65,000 plus benefits
Internal Security Auditor ISO 27001, PCI, needed to join a Cyber team within this expanding Fintech business. The Internal Security Auditor will have end to end responsibility for planning, delivering, remediating any findings etc. Experience working within financial services is highly desirable. This Is a great time to join a newly formed and growing Cyber team within a rapidly expanding fintech, that is taking a major share of its market. We are looking for someone with experience, (but not to be limited to) a mix of Information Security standards, frameworks, audit principles, controls / policies and the management and use of the technical tooling etc. ISO 22301, ISO 27001, NIST Cybersecurity Framework etc An ideal candidate will be working within an end user environment with a cyber consultancy background. Experience taking a company through accreditation is highly desirable Experience managing internal stakeholders, technical teams and external third parties essential Flexible working, but with the ability to get into London. This is an exclusive role to DCL Search & Selection.
- DevOps Engineer with IdAM
- Upto £80,000 plus benefits
We are ooking for an DevOps engineer, idealy with IdAM (identity access Management) experience, this is a senior role for someone that can be the lead hands on person on a project. Your role will be to work on the deployment project implementing the solution into the exsiting application so will be used to connect an applications into mulipe 3rd party appliactions. We Would look at someone who has done DevOps with Security and can cross train into IdaM, but preference would be given to someone with the IdAM experience this is a great opportunity to join a consultancy that work on some truely amazing and differnet solutions
- Senior SOC Analyst. Level 3 Palo Alto Wildfire, Rapid 7, Fortify, Splunk.
REF CH7840 Senior SOC analyst (Palo Alto Wildfire, Rapid 7, Fortify AND Splunk) Flexible location £55,000 + Senior SOC analyst needed (Level 3) that can achieve SC clearance for a permanent role. We are looking for Level 3 SOC Analysts with two or more of the following; Palo Alto Networks Wildfire (#malware) Rapid7 Nexpose Micro Focus Fortify (#automated #applicationsecurity) AND ideally Splunk. The role will include, but not be limited to; managing and handling incidents end to end, supporting and mentoring level 1 / level 2 staff, supporting the SOC manager in the delivery of the SOC roadmap, engaging with the client stakeholders (other technical teams) as and where needed, use case development, advanced search and reporting etc. Flexible location, commutable in the future to London or Birmingham This role will sit within a public sector client so the individual must be able to achieve SC clearance. To arrange a call with Chris Holt use this calendy link https://calendly.com/chris-holt/arranged-call-with-chris-holt-remote-soc-role Chris.Holt@dclsearch.com 07884666351