7e79a43a72
Mounting encrypted OBB files has never worked reliably across devices, partly due to its reliance on Twofish encryption support in the kernel. This is because Twofish support (CONFIG_CRYPTO_TWOFISH) has never been required or even recommended for Android. It has never been enabled in GKI, but even before GKI it wasn't required or recommended. Moreover, this is now the only Android feature that still uses dm-crypt (CONFIG_DM_CRYPT), and some devices don't have that enabled either. Therefore, it appears that this feature is unused. That's perhaps not surprising, considering that the documentation for OBBs (https://developer.android.com/google/play/expansion-files) says that they are deprecated, and also it explains OBBs as being app files that are opaque to the platform; the ability of the platform to mount OBBs that happen to be in a particular format is never mentioned. That means that OBB mounting is probably rarely used even with unencrypted OBBs. Finally, the usefulness of OBBs having their own encryption layer (in addition to what the platform already provides via FBE) is not clear either, especially with such an unusual choice of cipher. To avoid the confusion that is being caused by having the broken code for mounting encrypted OBBs still sitting around, let's remove it. Test: atest StorageManagerTest # on Cuttlefish Test: atest StorageManagerIntegrationTest # on Cuttlefish Bug: 216475849 Change-Id: Iaef32cce90f95ea745ba2b143f89e66f533f3479 |
||
---|---|---|
.. | ||
Disk.cpp | ||
Disk.h | ||
EmulatedVolume.cpp | ||
EmulatedVolume.h | ||
ObbVolume.cpp | ||
ObbVolume.h | ||
PrivateVolume.cpp | ||
PrivateVolume.h | ||
PublicVolume.cpp | ||
PublicVolume.h | ||
StubVolume.cpp | ||
StubVolume.h | ||
VolumeBase.cpp | ||
VolumeBase.h | ||
VolumeEncryption.cpp | ||
VolumeEncryption.h |