IP Library Granted Patent US 10,057,776
Granted Patent B2
US 10,057,776 · App. 15/088,110 · Granted Aug 21, 2018

Containing internet of things (IOT) analytics poisoning on wireless local access networks (WLANs)

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 10,057,776
App. No.
15/088,110
Granted
Aug 21, 2018
Kind
B2
Abstract

An analytics containment system store RSSI values of connected stations and corresponding time stamps. If two or more stations have RSSI values within a certain proximity within a certain time period, a first condition for identifying analytics poisoning has been satisfied. Additionally, if RSSI values for the two or more stations changes at similar rate, the stations have satisfied a second optional condition.

Claims (35)

1. A computer-implemented method in an analytics server for containing analytics poisoning by identifying emulated stations on a WLAN, the method comprising the steps of:

receiving analytics data from a plurality of stations along with RSSI (received signal strength indicator) measurements and time stamps for each data receipt;

identifying RSSI values from at least two stations from the plurality of stations that are within a predetermined RSSI proximity threshold;

tracking changes in RSSI values to determine whether the two stations have a change in RSSI values within a predetermined RSSI change proximity threshold;

detecting RSSI changes for the at least two stations remaining within the predetermined RSSI proximity threshold;

responsive to the RSSI changes, identifying analytics data received from the at least two stations;

forcing a hand-off of at least one of the at least two stations from one access point to another access point;

reconfirming that RSSI changes as remaining within the predetermined RSSI proximity threshold; and

responsive to the reconfirmed RSSI changes, performing an action on the identified analytics data.

2. The method of claim 1 , further comprising:

detecting a hand-off between at least two access points for the two stations within a predetermined handoff proximity threshold; and

responsive to meeting the predetermined RSSI proximity threshold after the hand-off, identifying the associated analytics data as suspicious.

3. The method of claim 2 , wherein the controller detects RSSI changes connected between the at least two access points.

4. The method of claim 3 , wherein the controller has management control over both of the at least two access points.

5. The method of claim 1 , wherein the step of performing the action comprises at least one of: ignoring, discounting, quarantining, and deleting the identified analytics data.

6. The method of claim 1 , further comprising:

detecting RSSI changes for the at least two stations that no longer remain within the predetermined RSSI proximity threshold; and

discontinuing performance of the action on the identified analytics data.

7. The method of claim 1 , wherein the predetermined RSSI proximity threshold includes −1 dBm and −3 dBm as indicative of suspicious.

8. A non-transitory computer-readable medium, storing instructions that, when executed by a processor, perform a method in an analytics server for containing analytics poisoning by identifying emulated stations on a WLAN, the method comprising the steps of:

receiving analytics data from a plurality of stations along with RSSI (received signal strength indicator) measurements and time stamps for each data receipt;

identifying RSSI values from at least two stations from the plurality of stations that are within a predetermined RSSI proximity threshold;

tracking changes in RSSI values to determine whether the two stations have a change in RSSI values within a predetermined RSSI change proximity threshold;

detecting RSSI changes for the at least two stations remaining within the predetermined RSSI proximity threshold;

responsive to the RSSI changes, identifying analytics data received from the at least two stations;

forcing a hand-off of at least one of the at least two stations from one access point to another access point;

reconfirming the RSSI changes as remaining within the predetermined RSSI proximity threshold; and

responsive to reconfirming the RSSI changes, performing an action on the identified analytics data.

9. An analytics server for containing analytics poisoning by identifying emulated stations on a WLAN, the analytics server comprising:

a processor;

a network interface;

a memory;

an analytics collection module, coupled in communication with the processor, to receive analytics data from a plurality of stations along with RSSI (received signal strength indicator) measurements and time stamps for each data receipt;

an RSSI tracking module, coupled in communication with the processor and analytics collection module, the RSSI tracking module to identify RSSI values from at least two stations from the plurality of stations that are within a predetermined RSSI proximity threshold, the RSSI tracking module to track changes in RSSI values to determine whether the two stations have a change in RSSI values within a predetermined RSSI change proximity threshold, the RSSI tracking module to detect RSSI changes for the at least two stations remaining within the predetermined RSSI proximity threshold; and

an analytics containment module, coupled in communication with the processor and the RSSI tracking module to, responsive to the RSSI changes, identify analytics data received from the at least two stations, the analytics containment module to force a hand-off of at least one of the two stations from one access point to another access point and to perform an action on the identified analytics data after reconfirming the RSSI changes as remaining within the predetermined RSSI proximity threshold.

Assignments (3)
MERGER Recorded Feb 28, 2018
From: MERU NETWORKS, INC.
To: FORTINET, INC
Reel/Frame 045474/0392 →
MERGER Recorded Jan 23, 2018
From: MERU NETWORKS, INC.
To: FORTINET, LLC
Reel/Frame 045112/0786 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Apr 5, 2016
From: TARIMALA, NAGA KISHORE REDDY; KAUSHIK, ANIL
To: MERU NETWORKS
Reel/Frame 038199/0202 →