Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Cloud-Based Badge Synchronization for Entry System #462

Open
anonymous10download opened this issue Jan 9, 2024 · 1 comment
Open

Cloud-Based Badge Synchronization for Entry System #462

anonymous10download opened this issue Jan 9, 2024 · 1 comment
Labels

Comments

@anonymous10download
Copy link

Description of the Feature

it would be beneficial to introduce a cloud-based badge synchronization system. Consider the following use case: We have a badge-protected entry system (e.g., Badge O), where a counter is incremented on each scan of the NFC tag. Users can create copies (e.g., X1, X2, X3), and it's essential for users to synchronize their copies before and after each entry into a building.

Sync Scenario

Proposed Synchronization Scenario:
Scan the badge and check against a known hash list of previous scans in the database:

  • 1: Hash of the badge is known
    • 1.1 and identified as an old version: Download and write the latest version from the cloud.
    • 1.2 and identified as the latest version: No action needed; this badge is the most recent one that passed.
  • 2: If the hash of the badge is unknown -> Read the badge and upload it to the cloud, defining it as the latest version.

Cloud services like Google Drive or other shared services can be utilized for this purpose.

Synchronization Scenario Before and After Entering a Building

Entering building using X1:
Scenario for entering a building for the first time after copying:

  • Pre-scan: Hash of the badge is not known (first scan), upload a copy to the cloud, and save the hash in the known list.
  • Portal scan: The badge is desynchronized, and the counter is incremented.
  • Post-scan: Hash of the badge is not known, upload a copy to the cloud, and save the hash in the known list.

Entering Building using any X:

  • Pre-scan: Perform the synchronization scenario, usually downloading and writing the latest version.
  • Portal scan: Badge is incremented.
  • Post-scan: Perform the synchronization scenario, uploading the badge to the cloud.

System Limitations

In the event that a user forgets to skip either the pre-scan or post-scan process even once, it may result in the detection of a copied badge.

@ikarus23
Copy link
Owner

Although niche, I do understand the use case. However, this is a big undertaking. So far, MCT does not even have the permission to use the internet :) I'm not sure if I will be motivated to implement this. Sorry.

I will keep this open. Maybe someone else is willing to add this.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants