Charles Strahan

I somehow missed this work, despite looking for it... Anyway, I've opened a PR here that solves more or less the same thing: https://github.com/google/gts/pull/933

>> On macOS, the only way to detach drivers is to either reset the device by enumerating with kUSBReEnumerateCaptureDeviceMask (which libusb supports), or re-configure the device via SetConfigurationV2 with startInterfaceMatching=false...

@kevinmehall How does this look now? A heads up: I haven't yet tested the new `is_kernel_driver_attached_to_interface` on Linux, need to go find a machine I can test on. Also, that...

Oh, and to add to what I was saying here: > I don't have sufficient expertise in USB to know if this is actually a concern, but I suppose it...

We may want to hold off on merging this, as I have some more work that could serve as an alternative for having a function like `is_kernel_driver_attached_to_interface`: I have some...

Awesome, thanks for all the info/direction! I'll see if I can incorporate all of that in the upcoming PR. > One thing to consider is if we should abstract over...

> note that mimalloc avoids this problems, but about every other allocator is affected FWIW, I recently discovered https://github.com/microsoft/snmalloc, so I figured I'd mention that it's one more allocator with...

> I think if we had the admin port as a listener, it would be reasonable to add a simple HTTP filter to block this @justincely and I were talking...

# A proposal to secure the admin endpoint I was chatting with @mattklein123 a couple weeks ago about securing the admin endpoint, under the assumption that we'd want some way...

Any remaining work to be done here, or is this just waiting for review? I'd be happy to lend a hand, if there's any way I can help.