It definitely supports more than charging in that case, as do Android phones. The move to Lightning / USB C headphones does genuinely make it less convenient to do something like https://github.com/CopperheadOS/platform_frameworks_base/commit/7b811853c5d2b05ec5db11786ab3f4b6a079e1a1 … but there are a lot of other reasons for them using data at that point.
Software can switch it all when entering locked state. I've actually never used my phone's USB port for anything but charging & initial OS install so it hardly seems "useless" to me.
-
-
You’re mixed up. You’d introduce a hardware isolation gate to protect the OS from port access while phone is locked, but the signal controlling the gate (“user unlocks phone with PIN”) has to come from the OS side of the boundary. How does that help?
-
Not going to continue responding with your condescension.
-
I’m sorry - I didn’t mean to be condescending.
-
Apology accepted. Idea above is that you can (modulo very different classes of attack) assume the OS is uncompressed as long as the interface surface to it is mostly or entirely cut off.
-
The interface meaning the message passing system between OS and hardware DMZ? Or between OS and user?
-
Between OS and attacker. Interesting case is when phone is already locked & has (hypothetically) disabled data on the port.
-
The thing is, the OS has to do all kinds of stuff when locked: LTE, wifi, bluetooth, GPS, reminders, push notifications, polling for email/calendar invites. I think the idea of a meaningful boundary is impractical.
-
Yes, but those have not been historic sources of OS-compromising remote vulnerabilities on iOS, have they?
- 1 more reply
New conversation -
-
-
What if you need to use a Braille keyboard?
Thanks. Twitter will use this to make your timeline better. UndoUndo
-
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.