The Best Years Of Our Lives pinned «STRIX Kernel Revived 20241202 "When the FS is SUS!" Changelog: (from 20241125-STAGING) [MIUI] Fix display glitch issue that occurs randomly or when switching refresh rates Fixed soft bootloops when charging Fixed disconnect and reconnect while charging issue…»
vbantom Kernel 20241202
Changelog:
None, same as 20241129. Thus, NO-SU build has been skipped(it has only been 3 days dawg 😭)
———————————————————————
rsuntk's KSU fork 12002 (required manager apk!) + SUSFS 1.5.2 (module)
Kernel Source (and rebased-15-ksu for KSU changes, 15-ksu-susfs-next for KSU-NEXT changes)
⚠️ Disclaimer
Credits:
"When the FS is SUS!"
Changelog:
None, same as 20241129. Thus, NO-SU build has been skipped
———————————————————————
rsuntk's KSU fork 12002 (required manager apk!) + SUSFS 1.5.2 (module)
The difference between [KSU] and [KSU-NEXT] is that the NEXT build has lineage map hiding which should help hide custom ROM detections if using the recommended linked susfs module, however, not all ROMs like it and can cause bootloops on those ROMs, in that case, please switch to the [KSU] build
Kernel Source (and rebased-15-ksu for KSU changes, 15-ksu-susfs-next for KSU-NEXT changes)
⚠️ Disclaimer
Credits:
@itsshashanksp, @RooGhz720, @fiqri_ardyansyah and @xfirstnamelastname for tweaks and features from sleepy, aghisna, strix and westcoast respectively
@aryannn999 and @Vantom for bes kernel
@RissuDesu for their KSU fork
@changhuapeng for the SUSFS 1.5.2 commits
@xfirstnamelastname for the lineage maphide and ksu commits
@simonpunk for SUSFS
👍1🔥1
👍1
The Best Years Of Our Lives
STRIX Kernel Revived 20241202 "When the FS is SUS!" Changelog: (from 20241125-STAGING) [MIUI] Fix display glitch issue that occurs randomly or when switching refresh rates Fixed soft bootloops when charging Fixed disconnect and reconnect while charging issue…
Before anyone asks, no, the known issues are still NOT fixed
Telegram
The Best Years Of Our Lives
Known issues for the sake of transparency (and to let you know that I'm aware of the issues, please don't report them again)
[MIUI] AOD DT2W is dead
[MIUI] IR Blaster is dead (fixing for
OSS breaks it for MIUI 🙃)
* No support for A15 QPR1
[MIUI] AOD DT2W is dead
[MIUI] IR Blaster is dead (fixing for
OSS breaks it for MIUI 🙃)
* No support for A15 QPR1
👍1
The Best Years Of Our Lives pinned «vbantom Kernel 20241202 "When the FS is SUS!" Changelog: None, same as 20241129. Thus, NO-SU build has been skipped (it has only been 3 days dawg 😭) ——————————————————————— rsuntk's KSU fork 12002 (required manager apk!) + SUSFS 1.5.2 (module) The difference…»
Forwarded from Mishaal's Android News Feed
Google has announced that it's hardening Play Integrity API verdicts so they're less spoofable but also faster and more privacy-friendly.
- Improved device integrity verdicts on Android 13+ will require the use of hardware-backed security signals using Android Platform Key Attestation, making them much harder to bypass. Google will adjust verdicts when it detects "security threats across Android SDK versions, such as when there is evidence of excessive activity or key compromise."
- The Play Integrity API will now have the "same level of reliability and support across all Android form factors."
- Because these new verdicts reduce the number of device signals that need to be collected and evaluated, Google says verdict latency can improve by up to 80%.
Developers can opt in to use these new verdicts today or wait until May 2025 which is when all API integrations will automatically transition.
In addition:
- The "meets-strong-integrity" response is being updated to require a security patch level within the last year on devices running Android 13+.
- A new device attributes field lets apps adjust their behavior based on the user's Android SDK version.
- All optional verdict signals are being standardized across apps, games, SDKs, and more.
- Improved device integrity verdicts on Android 13+ will require the use of hardware-backed security signals using Android Platform Key Attestation, making them much harder to bypass. Google will adjust verdicts when it detects "security threats across Android SDK versions, such as when there is evidence of excessive activity or key compromise."
- The Play Integrity API will now have the "same level of reliability and support across all Android form factors."
- Because these new verdicts reduce the number of device signals that need to be collected and evaluated, Google says verdict latency can improve by up to 80%.
Developers can opt in to use these new verdicts today or wait until May 2025 which is when all API integrations will automatically transition.
In addition:
- The "meets-strong-integrity" response is being updated to require a security patch level within the last year on devices running Android 13+.
- A new device attributes field lets apps adjust their behavior based on the user's Android SDK version.
- All optional verdict signals are being standardized across apps, games, SDKs, and more.
🤬3
This media is not supported in your browser
VIEW IN TELEGRAM
Mishaal's Android News Feed
Google has announced that it's hardening Play Integrity API verdicts so they're less spoofable but also faster and more privacy-friendly. - Improved device integrity verdicts on Android 13+ will require the use of hardware-backed security signals using Android…
For in the case of sweet, this may mean that it won't pass strong integrity even if TEE is not dead+Stock ROM+Locked BL, only device
Because
Current strong verdict will become the new device verdict (I.e you'll need a unrevoked keybox to pass device, not strong soon)
New strong verdict will depend on RKP, a hardware backed functionality that is only available in devices released with A13 or later (fucking planned obsolescence 😔)
Because
Current strong verdict will become the new device verdict (I.e you'll need a unrevoked keybox to pass device, not strong soon)
New strong verdict will depend on RKP, a hardware backed functionality that is only available in devices released with A13 or later (fucking planned obsolescence 😔)
👍4
The Best Years Of Our Lives
For in the case of sweet, this may mean that it won't pass strong integrity even if TEE is not dead+Stock ROM+Locked BL, only device Because Current strong verdict will become the new device verdict (I.e you'll need a unrevoked keybox to pass device, not strong…
If that turned out to be true when it happens (May 2025), I might just go ahead and install PostMarketOS on me sweet and have a secondary phone (Android or iPhone 🤔)
👍3❤1
Forwarded from 4h9fbZ
A lot of people didn't realise how nice Google was to us with free device integrity through beta fingerprints.
🤬3😁2
The Best Years Of Our Lives
Okay, time to boot A15 EvoX/Derpfest then
A15 DerpFest booted lessgooo
Installed via fastbootd (use lineage recovery)
Used TRM's Hyper NEXT as vendor base + me vbantom kernel to boot
Installed via fastbootd (use lineage recovery)
Used TRM's Hyper NEXT as vendor base + me vbantom kernel to boot
🔥3
The Best Years Of Our Lives
A15 DerpFest booted lessgooo Installed via fastbootd (use lineage recovery) Used TRM's Hyper NEXT as vendor base + me vbantom kernel to boot
Bugs:
Vibration is dead
Wired and BT headphones is dead
Refresh Rate is locked on 60hz (regardless of what you switch it to, maybe switchable via cli) + backlight control dead so weird colors+very bright (workaround: Livedisplay works, so set colors from there but lower them to below 50)
Vibration is dead
Wired and BT headphones is dead
Btw it is very bland, no derp custiomizer tab and all tweaks are everywhere else
Anyhow, for those who are here from vbaloboto days, you can see how happy I am that I finally booted a GSI 😁
Main takeaways that I've learned
1. OSS vendor won't boot anything BUT the AOSP ROM it compiled with, so use MIUI vendor to boot GSIs (preferred from MIUI/HyperOS ports)
2. Do not try too gorey GSIs that obviously wont boot like Pixel OEM, NothingOS, etc.. (HyperOS 2.0 however is an exception)
Main takeaways that I've learned
1. OSS vendor won't boot anything BUT the AOSP ROM it compiled with, so use MIUI vendor to boot GSIs (preferred from MIUI/HyperOS ports)
2. Do not try too gorey GSIs that obviously wont boot like Pixel OEM, NothingOS, etc.. (HyperOS 2.0 however is an exception)
👍4
The Best Years Of Our Lives
But ME Moto dolby atmos! I likey
Nevermind it is useless if both wired and bt headphones are dead
I'm gonna try the EvoX GSI tomorrow then
I'm gonna try the EvoX GSI tomorrow then
The Best Years Of Our Lives
Nevermind it is useless if both wired and bt headphones are dead I'm gonna try the EvoX GSI tomorrow then
Okay, flashed the EvoX GSI now
Vibration now works,wired headphones still dead but BT headphones work fixed it also through the handy dandy phh treble settings kek
Color profiles are still werid but we can correct it and set refresh rate via the very handy Phh treble settings
Very much lesser customization Vs derpfest unfortunately
Vibration now works,
Color profiles are still werid but we can correct it and set refresh rate via the very handy Phh treble settings
Very much lesser customization Vs derpfest unfortunately
🌚3
SUSFS module has been updated, use that now for both [KSU] and [KSU-NEXT] builds
https://github.com/sidex15/ksu_module_susfs/releases/tag/v1.5.2-R9
Download the _1.5.2 zip
For [KSU-NEXT] builds, open the webui of the module and enable "Hide Custom ROM paths" in Custom SUSFS settings to benefit from the lineage-maphide
https://github.com/sidex15/ksu_module_susfs/releases/tag/v1.5.2-R9
Download the _1.5.2 zip
For [KSU-NEXT] builds, open the webui of the module and enable "Hide Custom ROM paths" in Custom SUSFS settings to benefit from the lineage-maphide
GitHub
Release v1.5.2/v1.4.2 Revision 9 · sidex15/susfs4ksu-module
WebUI: Introduce Custom Settings page
This includes:
Hide custom ROM paths
Hide Gapps
Hide Revanced (Youtube/Youtube Music)
Spoof CMDLINE (v1.5.2 only)
Hide KSU Loops
Force Hide LSPosed Mounts (or...
This includes:
Hide custom ROM paths
Hide Gapps
Hide Revanced (Youtube/Youtube Music)
Spoof CMDLINE (v1.5.2 only)
Hide KSU Loops
Force Hide LSPosed Mounts (or...
👍2
The Best Years Of Our Lives pinned «SUSFS module has been updated, use that now for both [KSU] and [KSU-NEXT] builds https://github.com/sidex15/ksu_module_susfs/releases/tag/v1.5.2-R9 Download the _1.5.2 zip For [KSU-NEXT] builds, open the webui of the module and enable "Hide Custom ROM paths"…»