Homebrew Question TINFOIL 8.0 /8.0.1 help

  • Thread starter Thread starter GnK23
  • Start date Start date
  • Views Views 61,485
  • Replies Replies 104
Sorry, fairly new to this. I indeed loaded Tinfoil correctly using some tips on this forum and some sigpatches. But for some reason my games won't show up in tinfoil using the usbfs method together with NUT server. The NUT server says disconnected in top right, but tinfoil can be found in zadig. So USB is definitely conencted. I tried the 8.10 version, but no luck. Also tried the HBG option, but gives same error. Do I have to set something to make the USB connection work?
 
Had no luck with usbfs not working with 8.0 and 8.01 so I went back to 7.01. I tried todays 8.1.0 and usbfs is still broken. Well, Back to 7.01
 
8.10 fixes usbfs issue
Are there any necessary features of Tinfoil that require the removal of the bis write code? I don't want to assume anything because of a failure of imagination on my part. If the answer is no, as I suspect, then the kip should be made optional. There are people who don't want to install unnecessary kips and don't want to disable Atmosphere's security features. In addition, you're only making it harder on yourself, since users might do something to break the kip (e.g. using an unintended version of Atmosphere, etc.).
 
Sorry, fairly new to this. I indeed loaded Tinfoil correctly using some tips on this forum and some sigpatches. But for some reason my games won't show up in tinfoil using the usbfs method together with NUT server. The NUT server says disconnected in top right, but tinfoil can be found in zadig. So USB is definitely conencted. I tried the 8.10 version, but no luck. Also tried the HBG option, but gives same error. Do I have to set something to make the USB connection work?

try removing the driver and manually reinstalling it with zadig. Also try rebooting.

Are there any necessary features of Tinfoil that require the removal of the bis write code? I don't want to assume anything because of a failure of imagination on my part. If the answer is no, as I suspect, then the kip should be made optional. There are people who don't want to install unnecessary kips and don't want to disable Atmosphere's security features. In addition, you're only making it harder on yourself, since users might do something to break the kip (e.g. using an unintended version of Atmosphere, etc.).

Atmospheres security is a joke, you can be nand bricked without the kip. It should be removed.
 
Last edited by blawar,
Atmospheres security is a joke, you can be nand bricked without the kip. It should be removed.
Respectfully, whether or not that's true, it's irrelevant to my points above.

Also, the security features you don't like are beneficial in certain circumstances, regardless of whether or not they're 100% effective.

I find it interesting you didn't answer my question. Regardless of how you feel about Atmosphere's security features, the kip that disables them should be made optional. I don't personally have much of a problem using the kip, but it's arguably malicious if it's being forced.
 
Last edited by Lacius,
Respectfully, whether or not that's true, it's irrelevant to my points above.

Also, the security features you don't like are beneficial in certain circumstances, regardless of whether or not they're 100% effective.

I find it interesting you didn't answer my question. Regardless of how you feel about Atmosphere's security features, the kip that disables them should be made optional. I don't personally have much of a problem using the kip, but it's arguably malicious if it's being forced.

Install tinfoil is optional, Isn't it the same for what you cry?

--------------------- MERGED ---------------------------

You could ask Sciresm to create a fork of the original tinfoil as Blawar did. That way you shouldn't criticize someone else's code.
 
Install tinfoil is optional, Isn't it the same for what you cry?

--------------------- MERGED ---------------------------

You could ask Sciresm to create a fork of the original tinfoil as Blawar did. That way you shouldn't criticize someone else's code.
Yes, installing Tinfoil is optional. Installing a Windows application that disables security features without my knowledge is also optional. That doesn't make it any less malicious.
 
i bet if blawar wasn't black you guys wouldn't think that he'd try to break your console
 
As someone who doesn't want to install the kip, is there any alternatives?

Sent from my moto g(7) using Tapatalk
 
As someone who doesn't want to install the kip, is there any alternatives?

Sent from my moto g(7) using Tapatalk

SXOS, and ReiNX do not require the kip. Or you could fork atmosphere yourself and remove the bis write protections.

--------------------- MERGED ---------------------------

i bet if blawar wasn't black you guys wouldn't think that he'd try to break your console

I have spent my whole life dealing with racists. Going to high school in Texas, I actually learned to respect the ones that are at least honest and up front about it. The worst ones, are like the ones in this scene, who aren't overt about it, but find *something*, anything else to relentlessly criticize you about, to try to mask their racism. The worst racists in america do not wear hoods.
 
Yes, installing Tinfoil is optional. Installing a Windows application that disables security features without my knowledge is also optional. That doesn't make it any less malicious.
For that reason, why would you want to install an app that you see as malicious? In my case, if I ask for a kips, I don't see it as malicious, it's only to have incognito inside hbg, now if you think they are going to steal your prodinfo just because blawar is black, it's normal in the United States.
 
Installing a Windows application that disables security features without my knowledge is also optional. That doesn't make it any less malicious.

What if we work the other way around? If you woke up one morning and Windows decided that your virus scanner could no longer scan certain parts of your hard drive, and you were unaware that updating windows would do so. We can both agree that that's a huge issue.

The default behavior for all homebrew apps is full permissions, and Atmosphere deciding over night that it is going to restrict these permissions with no way to override them is equally malicious. It can and has caused bricks by adding this "feature."
 
For that reason, why would you want to install an app that you see as malicious?
That's my point.

In my case, if I ask for a kips, I don't see it as malicious, it's only to have incognito inside hbg
Yes, but a.) The vast majority of people using Tinfoil/HBG aren't going to use the Incognito tab, and b.) @blawar himself said Incognito is not going to remain a part of Tinfoil.

--------------------- MERGED ---------------------------

What if we work the other way around? If you woke up one morning and Windows decided that your virus scanner could no longer scan certain parts of your hard drive, and you were unaware that updating windows would do so. We can both agree that that's a huge issue.
That would be an issue, as would requiring certain security features to be disabled. I am glad we are in agreement.

The default behavior for all homebrew apps is full permissions
Switch homebrew apps have all the permissions they need. Anything else is going to be Incognito or malicious. Tinfoil doesn't need it.

and Atmosphere deciding over night that it is going to restrict these permissions
Good. There was a very real threat from malicious code that was affecting a lot of users.

with no way to override them is equally malicious.
1. That by no means comes close to being "equally malicious," in any sense of the word.
2. It can be overridden.

It can and has caused bricks by adding this "feature."
It can't and hasn't. You're also excluding the bricks that have been prevented.
 
Last edited by Lacius,
I thought the newer Tinfoil was an SXOS exclusive and it wouldnt work good on Kosmos/Atmosphere.

What's wrong with 7.0??
 
It can't and hasn't. You're also excluding the bricks that have been prevented.
Yeah, actually it literally has. When the feature was first implemented, ChoidujourNX was causing bricks on users because said feature was improperly implemented and allowing the homebrew app to only write to some parts of nand and not others, the result was a Frankenstein firmware that wouldn't boot. Educate yourself.

Also, you're ignoring the fact that Tinfoil has features that prevent users from installing malicious apps as well, but at least tinfoil gives you an override if you really wanted to install it.


As far as overriding the Nand protections that Atmosphere put in place, how do you go about that? I mean, other than manually removing them and compiling the code. Tell me what file I can create that tells atmosphere I want to give an app full permissions to write to the nand. The fact that such a feature doesn't exist is why tinfoil comes with a kip to do the override. If atmosphere had a native override, tinfoil could just use that instead.
 
Yeah, actually it literally has. When the feature was first implemented, ChoidujourNX was causing bricks on users because said feature was improperly implemented and allowing the homebrew app to only write to some parts of nand and not others, the result was a Frankenstein firmware that wouldn't boot. Educate yourself.
There is no evidence of this having occurred, at least not that people could show me the last time I had this conversation.

Also, you're ignoring the fact that Tinfoil has features that prevent users from installing malicious apps as well, but at least tinfoil gives you an override if you really wanted to install it.
Tinfoil's security is a joke, you can be nand bricked without the feature. It should be removed.

In all seriousness though, the security measures in Tinfoil don't help at all if one wishes to install, for example, certain cartridge dumps. These are also the files most likely to be infected with brickware, since they're the form early releases take.

As far as overriding the Nand protections that Atmosphere put in place, how do you go about that? I mean, other than manually removing them and compiling the code. Tell me what file I can create that tells atmosphere I want to give an app full permissions to write to the nand. The fact that such a feature doesn't exist is why tinfoil comes with a kip to do the override. If atmosphere had a native override, tinfoil could just use that instead.
If you're going to describe two ways the feature can be overridden, don't say it can't be overridden.
 
If you're going to describe two ways the feature can be overridden, don't say it can't be overridden.
I see you missed the keyword being "native" which means " built into a given system."

As far as your claims of "there is no evidence." You're easily able to recreate the issue using Atmosphere 8.0 and choiNX 1.0.1.
 

Site & Scene News

Popular threads in this forum