IP Library › Granted Patent US 12,695,738
Granted Patent B2
US 12,695,738 · App. 18/658,046 · Granted Jul 28, 2026

Systems and methods for dynamic protection of wireless communication protocols utilizing steganographic keys and dual-layer certificate authentication

Inventors: Maneesh Kumar Sethia (Hyderabad, IN); Jieh-Shan Lin (Harrisburg, NC); Gowri Sundar Suriyanarayanan (Chennai, IN)
Assignee: BANK OF AMERICA CORPORATION
H04L63/0823H04L63/10
View Patent ↗
Loading inventors, assignments & file history…
Monitor This Case
Get email alerts when status or documents change.
Order Certified Copies
Most orders are placed with the USPTO same day — all within 24 business hours.
Order via The Patent Place →
Pre-filled with this patent's details
Quick Facts
Patent No.
US 12,695,738
App. No.
18/658,046
Filed
May 8, 2024
Granted
Jul 28, 2026
Kind
B2
Art Unit
2433
USPC
713/156
Abstract

Systems, computer program products, and methods are described herein for dynamic protection of wireless communication protocols utilizing steganographic keys and dual-layer certificate authentication. The present disclosure is configured to identify the type of network to which a user device is connected, determine whether the network is approved, public, or captive, and provide a recommendation to enable wireless protection mode for untrusted networks. The system generates an on-demand protection key via a steganography server and signs it using a wireless protection certificate through a “Key in Key” (KIK) mechanism. The transaction application validates the certificate and encrypts sensitive transaction data using the on-demand key. Only packets that successfully validate the certificate are processed, while others are ignored. This dual-layer authentication prevents unauthorized packet-in-packet attacks and ensures data integrity and confidentiality across various wireless networks.

Claims (47)

1 . A system for dynamic protection of wireless communication protocols utilizing steganographic keys and dual-layer certificate authentication, the system comprising:

a processing device;

a non-transitory storage device containing instructions when executed by the processing device, causes the processing device to perform the steps of:

identify a network type to which a user device is connected, wherein the network type includes one of an approved network, a public network, or a captive network;

generate an option within a transaction application interface to allow a user to add trusted networks, bypassing a wireless protection mode, wherein the trusted networks are stored in a secure SQLite database reducing prompts for protection mode;

provide a recommendation to enable the wireless protection mode for public or captive networks based on one or more identified potential security issues;

transmit an option via the transaction application interface to approve enabling the wireless protection mode, wherein the transmission of the option via the transaction application interface is implemented using: AlertDialog for Android or UIAlertController for iOS for pop-up notifications;

generate a request to a steganography server to generate an on-demand protection key and a wireless protection certificate;

receive the on-demand protection key signed with the wireless protection certificate via the steganography server using a Key in Key (KIK) mechanism;

validate the wireless protection certificate within the transaction application and extract the on-demand protection key from a packet;

encrypt sensitive transaction data within the packet using the on-demand protection key; and

approve only packets that successfully validate the wireless protection certificate and ignore packets that do not successfully validate the wireless protection certificate.

2 . The system of claim 1 , wherein the system is further configured to: generate an approved list of trusted networks and store the approved list in a secure database on the user device.

3 . The system of claim 1 , wherein the steganography server is configured to: generate the on-demand protection key using a Rivest-Shamir-Adleman (RSA) or Elliptic Curve Cryptography (ECC) algorithm.

4 . The system of claim 1 , wherein the steganography server is configured to: sign the on-demand protection key with a wireless protection certificate using an X.509 standard.

5 . The system of claim 1 , wherein the system is further configured to provide the recommendation for wireless protection mode based on predefined security criteria stored in a javascript object notation (JSON) configuration file.

6 . The system of claim 1 , wherein the system is further configured to identify the network type using a NEHotspotNetwork.fetchCurrent (completionHandler:) function in iOS or a ConnectivityManager class in Android.

7 . A computer program product for dynamic protection of wireless communication protocols utilizing steganographic keys and dual-layer certificate authentication, the computer program product comprising a non-transitory computer-readable medium comprising code causing an apparatus to:

identify a network type to which a user device is connected, wherein the network type includes one of an approved network, a public network, or a captive network;

generate an option within a transaction application interface to allow a user to add trusted networks, bypassing a wireless protection mode, wherein the trusted networks are stored in a secure SQLite database reducing prompts for protection mode;

provide a recommendation to enable the wireless protection mode for public or captive networks based on one or more identified potential security issues;

transmit an option via the transaction application interface to approve enabling the wireless protection mode, wherein the transmission of the option via the transaction application interface is implemented using: AlertDialog for Android or UIAlertController for iOS for pop-up notifications;

generate a request to a steganography server to generate an on-demand protection key and a wireless protection certificate;

receive the on-demand protection key signed with the wireless protection certificate via the steganography server using a Key in Key (KIK) mechanism;

validate the wireless protection certificate within the transaction application and extract the on-demand protection key from a packet;

encrypt sensitive transaction data within the packet using the on-demand protection key; and

approve only packets that successfully validate the wireless protection certificate and ignore packets that do not successfully validate the wireless protection certificate.

8 . The computer program product of claim 7 , wherein the code further causes the apparatus to: generate an approved list of trusted networks and store the approved list in a secure database on the user device.

9 . The computer program product of claim 7 , wherein the steganography server is configured to generate the on-demand protection key using a Rivest-Shamir-Adleman (RSA) or Elliptic Curve Cryptography (ECC) algorithm.

10 . The computer program product of claim 7 , wherein the steganography server is configured to: sign the on-demand protection key with a wireless protection certificate using an X.509 standard.

11 . The computer program product of claim 7 , wherein the code further causes the apparatus to provide the recommendation for wireless protection mode based on predefined security criteria stored in a javascript object notation (JSON) configuration file.

12 . The computer program product of claim 7 , wherein the code further causes the apparatus to: identify the network type using a NEHotspotNetwork.fetchCurrent(completionHandler:) function in iOS or a ConnectivityManager class in Android.

13 . A method for dynamic protection of wireless communication protocols utilizing steganographic keys and dual-layer certificate authentication, the method comprising:

identify a network type to which a user device is connected, wherein the network type includes one of an approved network, a public network, or a captive network;

generate an option within a transaction application interface to allow a user to add trusted networks, bypassing a wireless protection mode, wherein the trusted networks are stored in a secure SQLite database reducing prompts for protection mode;

provide a recommendation to enable the wireless protection mode for public or captive networks based on one or more identified potential security issues;

transmit an option via the transaction application interface to approve enabling the wireless protection mode, wherein the transmission of the option via the transaction application interface is implemented using: AlertDialog for Android or UIAlertController for iOS for pop-up notifications;

generate a request to a steganography server to generate an on-demand protection key and a wireless protection certificate;

receive the on-demand protection key signed with the wireless protection certificate via the steganography server using a Key in Key (KIK) mechanism;

validate the wireless protection certificate within the transaction application and extract the on-demand protection key from a packet;

encrypt sensitive transaction data within the packet using the on-demand protection key; and

approve only packets that successfully validate the wireless protection certificate and ignore packets that do not successfully validate the wireless protection certificate.

14 . The method of claim 13 , wherein the system is further configured to: generate an approved list of trusted networks and store the approved list in a secure database on the user device.

15 . The method of claim 13 , wherein the steganography server is configured to: generate the on-demand protection key using a Rivest-Shamir-Adleman (RSA) or Elliptic Curve Cryptography (ECC) algorithm.

16 . The method of claim 13 , wherein the steganography server is configured to: sign the on-demand protection key with a wireless protection certificate using an X.509 standard.

17 . The method of claim 13 , wherein the method further comprises: provide the recommendation for wireless protection mode based on predefined security criteria stored in a javascript object notation (JSON) configuration file.

18 . The method of claim 13 , wherein the method further comprises: identify the network type using a NEHotspotNetwork.fetchCurrent (completionHandler:) function in iOS or a ConnectivityManager class in Android.

Assignments (1)
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded May 8, 2024
From: SETHIA, MANEESH KUMAR; LIN, JIEH-SHAN; SURIYANARAYANAN, GOWRI SUNDAR
To: BANK OF AMERICA CORPORATION
Reel/Frame 067346/0706 →
Continuity (1)
Related Publication 20250350590A1 · Nov 13, 2025
References Cited (25)
US 6636689B1 · Stebbings · 2003 [cited by applicant]
US 7152047B1 · Nagel · 2006 [cited by applicant]
US 7760876B2 · Kocher · 2010 [cited by applicant]
US 7929409B2 · Chitrapu · 2011 [cited by applicant]
US 8041339B2 · Teunissen · 2011 [cited by applicant]
US 8132020B2 · Zhu · 2012 [cited by applicant]
US 8181262B2 · Cooper · 2012 [cited by applicant]
US 8412157B2 · Wang · 2013 [cited by applicant]
US 9161214B2 · Baras · 2015 [cited by applicant]
US 10158991B2 · Link, II · 2018 [cited by applicant]
US 10172000B2 · Link, II · 2019 [cited by applicant]
US 11657665B2 · Manchovski · 2023 [cited by applicant]
US 20020013911A1 · Cordella · 2002 [cited by applicant]
US 20020032867A1 · Kellum · 2002 [cited by applicant]
US 20060020811A1 · Tan · 2006 [cited by applicant]
US 20080098214A1 · Rodriguez Martinez · 2008 [cited by examiner]
US 20090083544A1 · Scholnick · 2009 [cited by applicant]
US 20110001603A1 · Willis · 2011 [cited by applicant]
US 20110205016A1 · Al-Azem · 2011 [cited by applicant]
US 20160239849A1 · Othmer · 2016 [cited by applicant]
US 20200396088A1 · Master · 2020 [cited by examiner]
US 20210160235A1 · Lerner · 2021 [cited by applicant]
US 20220232019A1 · Sinks · 2022 [cited by examiner]
CN 102760157A · 2012 [cited by examiner]
CN 115185789A · 2022 [cited by examiner]