Skip to content
This repository has been archived by the owner on Sep 16, 2021. It is now read-only.

core: Consider moving whitelist/blacklist properties to debug section. #5

Open
darconeous opened this issue Oct 30, 2017 · 3 comments
Assignees

Comments

@darconeous
Copy link
Contributor

I'm considering moving the following properties (related to whitelist/blacklist) to the debug section:

  • PROP_MAC_WHITELIST
  • PROP_MAC_WHITELIST_ENABLED
  • PROP_MAC_BLACKLIST
  • PROP_MAC_BLACKLIST_ENABLED

The reason I'm considering moving them is that they aren't used as a normal part of the operation of the MAC.

Thoughts?

@abtink
Copy link
Member

abtink commented Oct 30, 2017

These properties can be used beyond debugging/testing and are currently used in certain scenarios (e.g., to ensure a new device stays with same parent/assisting device - initial joining/pairing).

@darconeous
Copy link
Contributor Author

But is that really the right solution to the problem trying to be addressed? Sounds more like a hack.

@abtink
Copy link
Member

abtink commented Oct 30, 2017

We need a (probably new) mechanism for such situations (e.g., to ensure a device attached to a particular parent during pairing after it does the insecure connection). I agree whitelist/blacklist may not be the ideal approach but that's the currently supported way.

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

No branches or pull requests

5 participants