Client-Side Phishing Countermeasure via Local Verification File

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Phishing attacks pose a significant threat to online security, as users often unknowingly provide credentials to fraudulent websites that mimic legitimate ones, leading to unauthorized access and potential financial losses.

Innovation Solution

Implementing a phishing countermeasure system that generates and stores a verification file on the client device, which is used to authenticate the legitimacy of online services by restricting access to only authorized resources, thereby preventing unauthorized access and reducing the risk of phishing attacks.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If a verification file is transmitted between server and client to authenticate legitimacy, then authentication reliability is improved, but security is worsened because the verification file could be intercepted by attackers

Engineering Contradiction:
Improveauthentication reliabilityVSAvoidinterception by attackers
Core Design Contradiction:
ReliabilityVSObject-affected harmful factors

Solution Approach 1:

The verification file is extracted from the transmission channel and stored locally on the client device. The client browser retrieves the verification file from its own local storage rather than receiving it through network communication, thereby eliminating the interception vulnerability while maintaining authentication functionality.

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The verification file is generated and stored on the client device in advance before any phishing detection is needed. When a user visits a website, the verification file is already available locally, allowing immediate authentication without requiring real-time transmission, thus preventing attacker interception.

Inventive Principle:
Principle #10Preliminary action

2Object-affected harmful factors

If the verification file is stored on the client device, then security against interception is improved, but device complexity increases due to local storage requirements

Engineering Contradiction:
Improveprotection against interceptionVSAvoidclient device complexity
Core Design Contradiction:
Object-affected harmful factorsVSDevice complexity

Solution Approach 1:

The client device's existing local storage capacity is utilized for storing the verification file, rather than requiring a separate dedicated storage system. This approach leverages the universal storage functionality already present in browsers and devices, avoiding additional complexity while achieving secure local storage.

Inventive Principle:
Principle #6Universality (Multi-functionality)

3Measurement precision

If users must manually verify verification files, then authentication precision is improved, but ease of operation deteriorates due to additional user steps

Engineering Contradiction:
Improveauthentication precisionVSAvoiduser operation simplicity
Core Design Contradiction:
Measurement precisionVSEase of operation

Solution Approach 1:

The system automatically retrieves and displays the verification file to the user without requiring manual intervention to obtain or verify it. The browser automatically handles the retrieval process from local storage and presents the verification information, making the authentication process transparent and simple for users while maintaining high precision.

Inventive Principle:
Principle #25Self-service

Data Source

PatentUS8984604B2Locally stored phishing countermeasure
Publication Date: 2015.03.17 MALIKIE INNOVATIONS LTD
  • US8984604B2 patent drawing
  • US8984604B2 patent drawing
  • US8984604B2 patent drawing

AI summary

A system and method for authenticating a resource such as a website or webpage is provided. In response to a script provided with a resource, a verification file is initially generated and stored at a client device. The verification file may be selected or generated with user input. On a subsequent occasion when a resource is accessed by the client device, a script is executed to attempt to retrieve the verification file and display the file at the client device. If the verification file is successfully retrieved and displayed and recognized as the correct verification file, the resource is authenticated.