Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Password protection? #299

Open
realDrynk opened this issue Oct 23, 2019 · 16 comments
Open

Password protection? #299

realDrynk opened this issue Oct 23, 2019 · 16 comments

Comments

@realDrynk
Copy link

Could you add an option to ask for a password on hekate boot? Im starting to see some homebrew option to reboot to hekate, its pretty convenient but its a also pretty dangerous with clever kids around. Only thing protecting my switch is a button combo. It could prevent clever kids from getting in there and messing up the console, and could also serve as a console lock paired with autoboot and trinket. Part of the problem being the Switch parental control aint really good with clever kids, they can't palay games but they surely still can mess around, deleting games, updates... By the way good job its getting a nice payload ive been pretty surprised seeing a touch screen interface when i last updated.

@maskmark
Copy link

as one can access both your sdcard content and rcm mode, you could barely prevent your switch from any convenient invasion.passwords are just of no help.

@fennectech
Copy link

It would protect from a kid just pushing random buttons tho. If they reboot the switch and it winds up at the hekate menu many bad things could happen

@realDrynk
Copy link
Author

Password can even end up being a file on the sdcard that get removed if we delete it, as long as it prevent getting in hekate easily. The password we can set in luma3ds is a good example of what im looking for.

@maskmark
Copy link

I think we don't even need to find and delete a "password file" to bypass it. we simply inject another bootloader payload in the case of switch.unless this password system means encrypting every file and real-time decrypting them , a simple boot-up verification won't do that much.

@realDrynk
Copy link
Author

Sounds right, but my goal is to prevent the kids burning my fuses, flashing my nand or whathever in hekate. They dont have the knowledge for now to inject another payload. And when something is written in english since their vocabulary is quite limited in this language and it need some more work to understand it they prefer the trial and error method to get to their goal wich on the switch is a game...
If it ends up being them knowing that the switch now got a password on boot, it will be a bonus because they got a better chance of going back to bed in case of early wake up instead of messing with the switch (since everything else got a password on boot) in hopes of getting to a game. When they'll know what a payload is, they should also know not to click on what you dont know what it does and not boot on sysnand because i wanna save my fuses, there wont be much need for password anymore.

@maskmark
Copy link

maskmark commented Oct 25, 2019

I see. but don't underestimate your kids
curiosity hahahah . since hekate is not a permanent hack, your kids are already capable for injecting a payload right? it's just about using a legacy version of hekate after all. boot-up passwords are for a cold-boot hacked device like 3ds and less clever kids haha.

@fennectech
Copy link

Not nessesarily. You can reboot to hekate from most kosmos (and atmosphere installations using hekate) from the restart menu. so its reasonable you could get dropped into the hekate menu

@CTCaer
Copy link
Owner

CTCaer commented Oct 25, 2019

Well I can only see 1 way on how this could work without intercepting it with another payload.
But it seems to me that it's like an annoyance than a "security" feature.

And I don't want to deal with ppl that forget passwords on how to recover (you can recover).

Plus that this will need touchscreen in order to not be a pain and there's not a lot of space for that in the main payload (and the whole logic, unlock UI, touch, magic stuff, needs to be there).

It's a very specific thing. Maybe I could hack sth together just for fun, but not for having it in release.

@Rickardo987
Copy link

Rickardo987 commented Dec 9, 2019

Could this be possible now that there is a GUI? For the password, just store it in password.txt, if you forget it, just delete password.txt. (Better yet store the password as a SHA256 hash, all you need to do is steal some SHA256 generation code)

@fennectech
Copy link

this isnt a security type of password This is parental controls type of password. to keep kids out of the tools and payloads menus

@ELY3M
Copy link

ELY3M commented Jan 15, 2021

I know this have been a year but have you figured out how to keep your kids away from hekate?
this is simple coding... add in a function to find a txt file with password in it... and prevent booting without password.

@ELY3M
Copy link

ELY3M commented Jan 15, 2021

or a password in hekate_ipl.ini config section.

@impeeza
Copy link

impeeza commented Jan 15, 2021

Hi, have you thinking about put bootwait=1 on hekate_ipl.ini so the auto boot process will be speed. At the moment bootwait=0 disable the autoboot, but could be a change on Hekate, where bootwait=0 disable autoboot, bootwait=x wait x seconds, and by example bootwait=99 boot immediately disabling the access to NYX and no hasle to recover passwords because editing on an external device the bootwait parameter you could regain access to NYX

@randompea
Copy link

on and off switch?

@ImanCol
Copy link

ImanCol commented Feb 16, 2022

It is not useful. Preferably leave it on HOS and avoid AutoRCM, if you are sharing the console. Also, why would a child reboot the console? This requires holding down POWER, eh even without AUTORCM, when powering off the console will go back to HOS and will never load Hekate without any injections. What makes you think that entering Hekate is easy for a child, by accident?

The only thing I recommend is to change the button combination for Overload and more than anything for Homebrew.

@fennectech
Copy link

fennectech commented Oct 28, 2024

It is not useful. Preferably leave it on HOS and avoid AutoRCM, if you are sharing the console. Also, why would a child reboot the console? This requires holding down POWER, eh even without AUTORCM, when powering off the console will go back to HOS and will never load Hekate without any injections. What makes you think that entering Hekate is easy for a child, by accident?

The only thing I recommend is to change the button combination for Overload and more than anything for Homebrew.

your completely ignoring mariko consoles and mod chip users. Whats the point of turning off autoRCM if your goal is to stop your kid burning fuses and breaking things. This isn't a security mechanism. It doesnt even have to have setup in the menu making the user need to add it with a text editor in the conf file. The entire point of this is to stop your 5 year old mashing buttons in hekate's more dangerous menus. Hell. A 4 digit pin would be plenty. We aren't asking for bullet proof security just something to make it harder for kids to get into things they shouldn't.

If you dont want to deal with people forgetting their password just make it so they need to edit the config file to set or change the password guaranteeing they know how to reset the password if they forget it. just a plaintext pin=1234 in hekate_ipl.ini just throw it in the readme add password entry to the UI and be done with it. Reply to any "how do I change my password" tickets with RTFM and a link to the readme.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

9 participants