yashsingh1/xdaforums huggingface dataset:
[SuperSU] robertjayc:
How come I am unable to toggle the rootswitch to disable if I install Supersu 2.78 sr1 in sytemless mode? if I do it on ordinary flashing I can toggle the rootswitch to disable. help please. the problem is I cannot install suhide if Supersu 2.78 sr1 is not systemless. TIA
[SuperSU] lg-ks20:
However, SN will show Cyan (see below) instead of Green if u r playing around with Root Switch app or when time passes.

Cyan screen will not prevent u from logging into:laugh: PoGo. ???
[SuperSU] soder:
Just one question: Is there a Xposed systemless version, that is systemless by it own, and not just through Magisk?

/Söder
[SuperSU] 135Shadowsoul:
that is not 100% ture for every time. Some posts before it was mentioned, that SN helper has sometimes some problems and shows blue where it should be green => i think other SN apps will show "pass" => pogo works ofc.

i had a similar problem 1 time. in my case it appeared, becuse another app overlayed the screen while i should enter my supersu (pro) pin and since i did not (i was not able to cause of the overlay) it was set as "deny" in supersu app. maybe have a look there if rootswitch gets root permissions.
[SuperSU] toyds:
i have this screen.

any workaround on how to play PoGo?

seems even installing the xposed module not work on my phone(custom CM13)

:(
[SuperSU] 135Shadowsoul:
as far as i know, CF added in his OP a download link for a non-magisk-required systemless xposed (that is compatible with his suhide and systemless superSU)
[SuperSU] soder:
Cool, I didn't know that. I though that systemless ment through Magisk.

Is there any differens in the two versions, like one is "better" then the other, or more undetectable (if anything is undetectable these days....)?

/Söder
[SuperSU] 135Shadowsoul:
if you have blue/cyan screen on safetynet helper just give po/go a try. like i mentioned in my post 3590 SN helper sometimes showes blue where it should be green because of anything internal of the app is going wrong.

at the moment i can play po/go with systemless SR1 + suhide (without 06-fix), no xposed, no magisk on my CM13 Samsung S4. Screen of SN helper is blue/cyan if i toggle rootswitch to "disable". try v 1.2.9 (the version i am using) and tick "stop all su daemons" (you may have to reboot after ticking before switching root with rootswitch will work)

---------- Post added at 09:56 AM ---------- Previous post was at 09:55 AM ----------

i am not using xposed at the moment on my device, and never used magisk, so i dont know sorry. maybe some1 else?
[SuperSU] toyds:
ok i will try

thank you very much
[SuperSU] kevinperez1997:
I have a S4 with CM13 and SafetyNet shows green, I use SuperSu SR1 + suhide 0.55 + Root Switch

Enviado desde mi GT-I9505 mediante Tapatalk
[SuperSU] nyknight77:
SN failed with red screen but i deleted 06suhide and reflashed supersu v2.87 and suhide v55 and used root switch, got SN green again
[SuperSU] toyds:
still no luck :(

it seems i need to reflash a clean rom again

:(
[SuperSU] Jayman007:
I run on a stock rom but I still have to unlock the bootloader to get root. At least on my nx5 it's like that.

I should also add that after I unroot now I still can't pass safetynet. Of course my bootloader is unlocked.
[SuperSU] benlm72:
Unfortunately these steps don't enable me to play pogo on my phone. What I notice after many installations/deinstallations/reinstallations is that RootSwitch enables me to hide root for all apps on my phone apart from boon, and don't pass SafetyNet. For now, the only difference between all what I found on forums and my config is that I don't use TWRP 3 because I use too multiroot and for that I have to use a moded TWRP based en 2.8.7.0. I've even tried to install suhide 0.55 with FlashFire, but not SU2.78 SR1 as FlashFire needs a rooted device but the whole process begins by unrooting it ! Should it be the pb for me, although I find it strange because RootSwitch runs fine ?
[SuperSU] soder:
BTW, is it still that it must be [MENTION=4470081]topjohnwu[/MENTION] 's systemless xposed v86.2 exactly, or does v86.6 also work, or that is only to use with Magisk?

/Söder
[SuperSU] rolandvrielink:
Since yesterday I can't log in anymore.

See screenshots.
[SuperSU] Shadowghoster:
Every version above 86.2 only works with magisk.
[SuperSU] Carl10r:
I never unlocked my bootloader just sunshined for s-off bootloader remained locked and still says locked. Had no problems flashing custom roms.... HTC 10
[SuperSU] nycdiplomat:
Apparently now safetynet has been updated to recognize phones with unlocked bootloaders. As always, I appreciate the work that chainfire and everyone else involved has put in with regard to allowing us to be able to play pogo and use AP but it looks like the end has come lol. Seems like its been more trouble than its worth to develop methods to hide root and bypass safetynet. Again, I applaud those who helped.
[SuperSU] CrazyCypher:
Hy guys, any way to start su daemons after we thicked stop all su daemons with root switch?
[SuperSU] soder:
Also I removed the 06suhide fix, enabled Magisk Hide, switched to SELinux enforcing and rebooted. Used Root Switch 1.2.9.1 to untoggle Root and I now pass SafetyNet.

I'm a noob, but shouldn't it then be possible to still use suhide for only specific apps? Or is a complete simulated "unroot" needed to fool SafetyNet?

/Söder
[SuperSU] 135Shadowsoul:
it just stops wenn you toggle off root

if enable root again, just restart the su-needed app. it should work

---------- Post added at 11:13 AM ---------- Previous post was at 11:06 AM ----------

do you use rootswitch? if yes, what version?

i am using 1.2.9 from https://www.asus.com/zentalk/forum.php?mod=viewthread&tid=110357, with "stop all su daemons" enabled. after ticking this, i had to reboot. toggeling root to disable let me start and play pogo (and pass SN helper). Toggeling on after playing still possible (if not, reboot)
[SuperSU] lg-ks20:
after reflashing a clean rom,

a) make sure to remove cm built-in root completely

b) make sure that supersU sr1 is installed in SYSTEMLESS mode

c) make sure that suhide is installed properly (pls read this post http://xdaforums.com/showpost.php?p=69089224&postcount=2046

if u have no intention to use xposed modules, don't flash magisk & systemless xposed framework.

truly sorry for late reply.
[SuperSU] CrazyCypher:
Anyone that have problems with logging in, try clearing data of Pokemon GO... I did not test SafetyNet, but I constantly got error logging in but the I just cleared data of PoGo and I successfully logged in :)
[SuperSU] 135Shadowsoul:
At the moment it seems, rootswitch "hides" root better then suhide. Chainfire said suhide is not only SN hiding, so i think it will be hard/never done to hide specific apps with own root detection. At the moment rootswitch seems to be nearly the only method that works quite well for a lot of people
[SuperSU] rolandvrielink:
I don't use rootswitch. That doesn't work on my phone
[SuperSU] CrazyCypher:
After I used root switch to stop su daemons and disable root, after enabling it I still don't have root which means it doesn't start su daemons..any way to start su daemons without reboot?
[SuperSU] Chainfire:
Just a note, I haven't had time to look into this at all since my last update, but it seems a lot of stuff that is thrown around here as fact is mostly just speculation.

Yes, I will look at all this in due time, but suhide is not my current priority.

I do want to note that the 'stop all daemons' thing is interesting. On Android 7.0+, other processes should be invisible to non-privileged (anyone that isn't root) processes, in other words, SafetyNet shouldn't be able to detect the daemons at all. So either their detection isn't process based (there are some other possible indicators) or I have overlooked something related to this. For those interested, this process hiding is known as "hidepid=2" for procfs, and unfortunately it cannot be enabled on Android 6.0 (I have tried, it lead to crashes, some core Android stuff on 6.0 requires proper procfs access, even though that's a very dirty thing).

All in all, we have ventured into territory where it's become increasingly difficult to keep suhide operating. I still doubt it's impossible to fix (though due to its stricter security, the fix may only work on Android 7.x, not 6.x), but the amount of work required per fix is steadily increasing, while my time isn't :)
[SuperSU] nycdiplomat:
We appreciate all of your efforts! This is why I love Android!
[SuperSU] stnokd:
Hi,

Thank you, work for me.
[SuperSU] lg-ks20:
totally agree with u.
[SuperSU] 135Shadowsoul:
If there is any way the community can help you, eg. with testig different setups or what ever, please just let us know! i think, a lot of people here will help you as lot as possible with their skills, experience and hardware. Just tell us what to do :)
[SuperSU] soder:
I have the same problem. Someone in here wrote that we should try to restart (I guess kill and start again) the app that says it doesn't get root access.

I haven't tried it myself.

/Söder
[SuperSU] 135Shadowsoul:
i had 1 times the problem, rootswitch did not want to enable again. (so su daemons were not able to work ofc.) i restarted my phone and had root back.

later i just tested to reproduce this problem, but did not reproduce it. in this case, after enableing root, i was again able to "su" in terminal emulator. with rootswitch disabled root it was not ofc.

maybe you have t he same problem i had 1 times. just reboot and give some more tries
[SuperSU] dtriguero:
How can I test that do I just put hidepid=2 in a script

sent from my SGH-M919 BadAss TinkerToy
[SuperSU] toyds:
thank you very much
[SuperSU] DeadlyByNite:
Does this confirm that SN can detect a unlocked bootloader? And almost confirms that Google is watching closely.

http://www.xda-developers.com/android-safetynet-now-reportedly-tripped-by-unlocked-bootloaders/
[SuperSU] Dobsgw:
No confirmation yet as some people with UB (myself included) are still passing SN with root toggle and stop all SU Daemons ticked.

The general joke has been that it's one of the interns tasked with watching the threads XD
[SuperSU] deedeeceleb:
I'm also passing with unlocked bootloader using 2.78 SR1 systemless, Suhide 0.55 and newest root switch with disable daemons

Gesendet von meinem ONE A2003 mit Tapatalk
[SuperSU] petrs1:
Redmi 3S, CM13, systemless SuperSU 2.78 SR1, suhide 0.55, systemless xposed 86.2, RootSwitch 1.2.9.1

When root is switched off, "unfortunately google play store has stopped".
[SuperSU] FletchF:
I use https://play.google.com/store/apps/details?id=net.segv11.bootunlocker to toggle lock state as needed.
[SuperSU] mustang.l:
For what I know, it could be. If I'm not mistaking it's specified in the first post of this thread. Give it a try
[SuperSU] lg-ks20:
pls read this post http://xdaforums.com/showpost.php?p=69218047&postcount=949
[SuperSU] dratsablive:
I just flashed the developer preview images, and no root. Safety Net and Android Pay still fails but PoGo is working.
[SuperSU] soder:
Funny thing. Since I don't play PoGo and AP isn't available in Sweden, passing SN for me is kind of useless.

But I've been struggling with a Swedish video streaming app for a while, and always thought that if I pass SN, then I pass every other checks too I guessed. But, even if I passed SN with suhide that app never played me any videos.

Now when I untoggle root with Root switch (suhide still installed) I pass both SN and I can for the first time also stream videos with that app.

Still, I find the idea of suhide (hide/remove root for specific apps) better then Root switch (hide/remove root for all apps / whole system). But since that wouldn't work....

/Söder
[SuperSU] 99poison:
I think suhide also work with your video app. You need to add this app to black list in suhide. Read [MENTION=631273]Chainfire[/MENTION] first post

Here is procedure

-------------------

Blacklisting an app

You need the UID (10000 to 99999, usually 10xxx) of the app, which can be tricky to find, or the process name. There may be a GUI for this at some point.

(Note that all commands below need to be executed from a root shell)

If you know the package name, ls -nld /data/data/packagename will show the UID - usually the 3rd column.

Similarly, for running apps, ps -n | grep packagename will also show the UID - usually the 1st column.

Note that the process name is often the same as the package name, but this is not always the case. UID is more reliable for identifying a specific app, and it is also faster than blocking based on process names.

When you know the UID or process name:

Add to blacklist: /su/suhide/add UID or /su/suhide/add processname

Remove from blacklist: /su/suhide/rm UID or /su/suhide/rm processname

List blacklist: /su/suhide/list

All running processes for that UID or process name need to be killed/restarted for su binary hiding. For SuperSU GUI hiding, the device needs to be restarted. I recommend just (soft-)rebooting your device after making any changes.

Please keep in mind that many apps store their rooted state, so you may need to clear their data (and then reboot).

----------------------------------

Currently , he support only command line version to hide specific app but you can use suhide GUI ( https://play.google.com/store/apps/details?id=com.loserskater.suhidegui ).

Good luck,

99poison
[SuperSU] ivo001:
To find the UID, the app suhide GUI can be found on the Play store
[SuperSU] soder:
Of course I've blocked the specific app I was talking about. It still didn't work. I blocked the app, rebooted the phone, wiped cache and data for that app, and it wouldn't work.

With Root switcher (still suhide installed, is that right (or a must?)) after wiped cache and data for the app, it works.

/Söder
[SuperSU] bobby janow:
It's a must. 05 only.
[SuperSU] soder:
That method doesn't work for me. On step 3, when disabling it again, it comes back switched on anyway.

/Söder
[SuperSU] ashxdafan:
No luck with moi s7 edge SM-G935FD thus far.

I'm still on;

1/ basic plus v5 rom (selinux enforcing kernel)

2/ systemless root 2.78SR1

3/ suhide 0.55 without 06suhide

4/ root switch 1.2.9.1 latest version

5/ systemless xposed 86.2 topjohnwu

Upon disabling root with stop su daemons checked;

1/ safetynet helper failed with cyan screen (payload validation fail)

2/ safetynet playground fail

3/ pogo reflects unable to connect to server

Point to note: Log in was working perfectly with the exact same setup with passes for both safetynet test apps.

Expert guidance / fix much appreciated!

Thanks!
[SuperSU] izeeqo:
Hi everyone,

I have SUPERSU V2.78 SR1 installed in Systemless and I've applied the 06suhide, i've changed my Selinux mode to Enforcing but snapchat still crash when i take i picture, before applying the 06suhide and before changing the selinux mode to enforcing, the logcat of snapchay says me can't create oat file, but now, the logcat says me there is a problem with camera, logcat attached. What can i do please?
[SuperSU] dhiadrian:
That's probably because your kernel doesn't support enforce, try look for another kernel that support enforcing
[SuperSU] DeadlyByNite:
I can now confirm that with my HTC One A9, CM13, latest SU and suhide (deleted 06suhide), with root switcher, root turned off, and all su daemons turned off, unlocked bootloader, selinix enforcing, safety net is showing a red screen, but I can login to pokemon, and even spoof my location, and use any xposed modules, but I thought you had to have root to be able to use xposed and especially to spoof locations? I can even use pokemon mitm exposed to connect to custom servers, and proxies.

---------- Post added at 12:38 PM ---------- Previous post was at 12:34 PM ----------

I'm almost certain that any kernel can be set to enforcing, or permissive. Try typing in: "setenforce 0" inside a terminal, without the quotes to set the kernel to enforcing. Type setenforce 1 for permissive.
[SuperSU] dtriguero:
I added the line

mount -o remount,rw,hidepid=2 /proc

To the 06suhide file but don't seem to change anything with safetynet passing guess it still detecting root. Will try removing other lines and just leave the above and see if that will let root switch work with out the kill all marked

sent from my SGH-M919 BadAss TinkerToy
[SuperSU] beatbreakee:
That's a big negative about all kernels allowing Setenforce... I have 3 samsung devices, Galaxy Tab S2, Galaxy S6, and Galaxy Note 5. The Tab S2 is completely stock, minus Twrp, and Systemless root. The command Setenforce 1, or 0 returns the same result, "Invalid State" ... but the same command changes my kernel on the Note 5 and S6.... VERY WEIRD, but I suspect this may be why I can't flash SUHIDE to my tab s2... it bootloops.

But it seems as though I was right about Google pushing a new Framework update to only some devices / carriers. I compared versions to all 3 devices, and my Note, and s6 both took an update that happened 10-18-16, yet my Tab S2 is still running the version prior, with no update available and all are connected to Sprint.
[SuperSU] lucbondar:
anyone got a tasker/automate script for "restore root" working?
[SuperSU] Olympus593:
Found how to make PokémonGO run again on my Nexus 5 with a Nougat ROM, SuperSU 2.78SR1 + Suhide 0.55 + RootSwitch 1.29.1 (with stop su daemons options).

There's an app for some Nexus devices called BootUnlocker, It allows to change bootloader status without wiping or reboot! Also, on N5 it can change the tamper status (a flag that says if the device has been customized or not).

I left bootloader unlocked, just changed the Tamper flag to "Untampered" and Pokémon worked again.
[SuperSU] izeeqo:
Android SafetyNet Now Reportedly Tripped by Unlocked Bootloaders

http://www.xda-developers.com/android-safetynet-now-reportedly-tripped-by-unlocked-bootloaders/
[SuperSU] dtriguero:
K so running

mount -o remount,rw,hidepid=2 /proc

didn't do anything one way or the other with safetyne and root switch even with hidepid=2 I still mark the kill all check before could pass safetynet but still can pass

-S4 sgh-m919

-pretty positive bootloader is unlocked(think it came that way)

-Supersu 2.78 sr1(installed systemless)

-Suhide0.55

-removed lines in 06suhide file replaced with mount -o remount,rw,hidepid=2 /proc(hopefully setting it on boot)

-Xposed 86.2(installed systemless)

-root switch 1.29.1(kill_all_su_daemons checked when disable root or else safetynet fails)

sent from my SGH-M919 BadAss TinkerToy
[SuperSU] deega:
Success with pogo:

Moto X Pure 2015

Pure Nexus 6.01

microG configured with experimental DroidGuard helper

SuperSU 2.78 SR1 installed systemless.

Suhide 0.55 with 06suhide

Xposed 86.2 with requisite fakegapps module

Safety net helper always fails CTS profile match but after a bit of reading about the nuts and bolts of safety net in order to configure microg, it's obvious that CTS match often fails and it's not enough to fail safety net. Keep bragging about green results, though! I'm playing pogo with red results on a phone with no gapps. :laugh:
[SuperSU] 135Shadowsoul:
did you just modify 06suhide with the "mount ..."? and not the original 06suhide?
[SuperSU] lg-ks20:
I had the same issue as you on my tablet but not the phone. However, the toggling issue was solved after reboot. I never encounter this issue anymore when trying to regain root.

Hope this info might be helpful.
[SuperSU] dtriguero:
tried just adding the line but root switch didn't work that way so went back and removed the original mount lines and chmod line and just left the one for hidepid=2 but like I said it didn't change anything at least nothing I've noticed root switch will work but only if still check to disable-all-su-daemons before disabling root was trying to see if could get around having to have that checked

sent from my SGH-M919 BadAss TinkerToy
[SuperSU] flyfire04:
Fortunatly this app is also available for Oneplus One. But it's still not working for me. Is your SELinux permissive or enforcing?
[SuperSU] justmiike:
Interesting, unlocked BL on the Nexus 5X, with Magisk v6, Suhide 0.54, SuperSU 2.78SR1 and Root Switch 1.2.4, SN fails and PoGo fails, but with stop su daemons checked, PoGo works, but SN fails.

Same setup on the Galaxy Note 3, but on MM and PoGo always fails.

I'm not sure if there's a difference between Android 6 compared to 7, but it seems even with the same setups, each device will act differently.
[SuperSU] HamsterHam:
So Pokemon Go works even if safetynet fails, Suhide installed, no 06suhide, Root Toggle, SU daemons turned off and toggled root off. Selinux is permissive. I am using a custom rom with bootloader unlocked.
[SuperSU] henderjr:
Any Samsung users with MM able to get the latest Root Switch fix to work?

I have SuperSU 2.78SR1 + Suhide 0.55 + RootSwitch 1.29.1 + Xposed 86.2 and no go on Safety Net or PGO. Tried the whole stop su daemon thing multiple times. :(

I have a stock boot, and rooted boot backed up in twrp so I can flash back to stock boot (so no root or xposed) and Safety Net Green (PGO works) at least. But it's not quick due to app optimizations every time I go back to stock.

Sprint Samsung Note 5. Stock Rooted.
[SuperSU] stevvie:
All 3 of my samsung devices(tab3101,Note101 2014, S4) all work with root switch when stop all deamons is ticked AND 06suhide is DELETED and rooboted after the delete.
[SuperSU] bigknowz:
AP Test

A good way to test payment - use AP as your payment option in Uber and try to Request a ride. If AP is working properly, Uber will work (then cancel the ride), if not it goes back to the Request screen.
[SuperSU] westeight:
Android Pay is not a payment option for Uber here in the UK :crying:
[SuperSU] mobil11030:
Same here... I un-rooted and flashed the 7.1.1 DP images including stock recovery. Bootloader is still unlocked.

Safetynet Helper fails

Safetynet Playground fails

PoGo works

Android Pay works

Is it confirmed whether or not unlocked bootloader causes the Safetynet checkers to fail, but not cause AP and PoGo to fail?
[SuperSU] AbiDez:
Very frustrating

Suhide + SuperSu systemless + Stock Boot + Kernel with enforcing + Root Switch & su daemon stop...

CarHDRom V.24.7 by Carotix S6e
[SuperSU] bobby janow:
That's what happened to me this morning. Then an hour later AP failed again. Still failing to add a card, everything failing too.
[SuperSU] skeeter92:
Hello. Same for me. What is your kernel ? Can you gime me link please ?

Envoyé de mon SM-G925F en utilisant Tapatalk
[SuperSU] AbiDez:
Take a look here http://xdaforums.com/showthread.php?p=69190265 you have my boot.img we have the same

CarHDRom V.24.7 by Carotix S6e
[SuperSU] drewski_1:
rename with file manager or download in a different browser platform
[SuperSU] skeeter92:
How have you flash boot.img ?

Envoyé de mon SM-G925F en utilisant Tapatalk
[SuperSU] Dr_DjEnder:
Yes its xposed 86.2. It relies on system less root which you probably already have it. It's on open if you need it
[SuperSU] toyds:
try reflash clean rom and follow all instructions and check if suhide install all needed files(and it did)

but still SN is cyan and Pogo is not working :(
[SuperSU] AbiDez:
I flashed it in Twrp as image.. And direct SuperSu

CarHDRom V.24.7 by Carotix S6e
[SuperSU] CSX321:
It can't just be an unlocked bootloader, because my N5 is unlocked, but Safetynet Playground and Android Pay work fine. I just bought a Mt. Dew to verify it again. I'm *not* currently rooted, but I do have TWRP, ElementalX, and an ad-blocking hosts file.
[SuperSU] tabp0le:
Has anyone tried with an HTC 10, S-OFF and bootloader LOCKED?
[SuperSU] Captain_Throwback:
Has anyone tried what? suhide by itself will not pass SafetyNet anymore. I got my 10 to pass using a different method, which would likely also apply for suhide.

I haven't tested that yet, though. Maybe later today.
[SuperSU] tabp0le:
I guess my question is will that prop show locked or unlocked with a LOCKED but S-OFF bootloader.

---------- Post added at 04:44 PM ---------- Previous post was at 04:43 PM ----------

I guess my question is, will the prop show LOCKED on a LOCKED but S-OFF bootloader?
[SuperSU] Captain_Throwback:
That prop doesn't ever show "locked" or "unlocked". It will show "red".