8000 An option to `allow-device -p` regardless of the parent? · Issue #503 · USBGuard/usbguard · GitHub
[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
Skip to content

An option to allow-device -p regardless of the parent? #503

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.

Sign up for GitHub

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

Jump to bottom
Open
l29ah opened this issue Jan 21, 2022 · 3 comments
8000
Open

An option to allow-device -p regardless of the parent? #503

l29ah opened this issue Jan 21, 2022 · 3 comments

Comments

@l29ah
Copy link
l29ah commented Jan 21, 2022

Usually when people want to allow a device connecting to the system, they would like to allow it connecting at whatever path (as they plug it in different ports or sometimes use hubs, docks, etc). Today they have to edit the rules file manually to remove the parent-hash after adding the device. It would be nice if there was a way to not include it in the rules file in the first place.
@radosroka
Copy link
Member

Yeah, PRs are welcomed :)

@hartwork
Copy link
Contributor
hartwork commented Feb 2, 2022

I'm wondering if it's this true that needs flipping to false:

usbguard/src/Daemon/Daemon.cpp

Line 854 in 64f7169

/*with_parent_hash=*/true);

Would need a closer look.

@radosroka
Copy link
Member

IIRC generate-policy -X does something like that. We need to introduce similar flags for the command or invent some filter mechanism without changing the default behavior.

@devurandom devurandom mentioned this issue May 8, 2024
Open
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
3 participants
@l29ah @hartwork @radosroka
0