Poryhack

Could you upload it? It seems to have gotten lost in time.

No. Some ideas on how to bypass the security have been posted but we're far from a working program.

Probably Japanese but you'd have to try it to be sure.

I got my PCI card in the mail today. The hacked drivers aren't available for Vista and the XP ones wouldn't install (on Vista). I'll probably downgrade to XP on my desktop since I recently ordered a laptop. Hopefully it'll work then.

You could if you could find it. I've looked pretty hard and been unsuccessful however.

While such a thing doesn't really help those who don't have access to extra hardware, it's still a really intriguing idea. It'd be nice to have a legal alternative to the wireless distribution ROMs, especially if it included extra functionality. Loading the wondercards from the flashcard filesystem would be nice. I've asked around and it sounds like the Wii homebrew idea is really out of the question. Not impossible, but better hackers than most have looked into it and be unable to figure it out. This DS idea is a completely different direction from what I was originally hoping for, but still a worthy one imo. I bought a compatible PCI Ralink card for pretty cheap and intend to start figuring out the protocol when it arrives. As evidenced by your friend writing DS homebrew that utilizes NiFi is doable. Once the protocol is documented we can focus on the DS app.

As cool as that is, not many people have a compatible ralink card. Do you want to make a program that people will have to buy one of these to use? Maybe you want to do it for other reasons and that's perfectly fine, but it just seems to me that there will be virtually no user base for a program like this. A DS flashcard would be a more likely purchase.

Has your friend been able to broadcast his own NiFi? To do it he would need to use a ralink card, wii, or DS. If he used a DS or a ralink card then your idea is kinda screwed. If he used a wii then I'm intrigued, especially because it doesn't look like anyone else has even looked into homebrew with nifi functionality.

Yeah, double post. It seems I didn't look closely enough at GEMS WiFi in my excitement. I think it's using standard wifi to link DS and wii homebrew, not the nintendo-proprietary tweaked version ("NiFi") that PBR and other games use to communicate with the DS. Sadly, this does no good for us. The only time wondercards are transmitted over standard wifi such as this is when you get them via WFC. This takes me back to the point where I was telling people not to get their hopes up for anything like this. While it is still possible that one could write wii homebrew that can talk to the DS via NiFi, the proof of concept just isn't there and it doesn't look like it ever will be. It's certainly not an area of focus for the usual wii reverse engineer/developer. =(

I have a Nintendo WiFi USB Connector which is just a rebranded Buffalo WLI-U2-KG54-AI (uses the right chipset for this job). I'll see what I can do to get it working with Wireshark for a start. EDIT: Damn. The driver only works with PCI and PCMCIA RT2500 devices, no USB. On the other hand this driver is tailored especially for the WiFi USB Connector, but it's for Linux only.

Yeah I think you do. Nigoli mentioned this stuff about perfect simulation and whatnot but it's not really the point at all, at least not to me. The point is that this is a viable way to send your own wondercards with no flashcard or AR. There is no other way besides the hypothetical one I linked to. Admittedly, this is hypothetical as well. I think both should be pursued. The issue at hand is not generating legal wondercard pokemon; that games can do that for us on-demand. It's getting the wondercards to the games of people that can't use a save editor or save editing action replay codes. If they want to send some obviously hacked-up wondercards it really doesn't matter to me.

I didn't mean to imply that they did it intentionally, but that doesn't really change my point anyway.

This idea has been presented before in various forms and I've always liked it. The best thing about it is that it's the only way for people to send themselves wondercards without buying extra hardware. Assuming you have a Wii and a DS, your retail pokemon game is all you need (of course it would still work with flashcards but it's more effort than just save editing). In the past I've pretty much told people that it wasn't gonna happen but this GEMS thing changes everything; good find! It will still hypothetically be a lot of work and take some understanding that I don't have but it's good to know the groundwork has already been laid. Well, it's not strictly related. Whether you hack a PCD file into your save directly or you get it from a regular distribution, the pokemon in it will have its PID and IVs generated by the game at the time you pick it up from the green man. No need to figure out PID-IV relationships just so you can get legal WC pokemon (although SCV has figured it out). I'm not sure why Nigoli or anyone would care much about making it perfectly simulated as you say, but the perfect simulation is not really the main goal, it's a side-effect. The real treasure here, as I said, is that no extra hardware is necessary. We have the GTS method for PKM files but "the tools we currently have" just don't work for wondercards. I will also say that there IS one other possibility that I recently brought up that would accomplish the same thing through different methods. Check it out.

Because nobody on this website makes pokesav, and the person who does doesn't care. This question has been answered so many times before I'm sure about 3 seconds of searching would've turned up the answer.

I have hardly used battle videos at all so I may be wrong, but why do you need to upload it to the GTC? If you can make the video it will be in your VS Recorder and this program can get the PKMs from the save, hacks or not.

Look, I clearly don't know the adapter versus cable terminology but I didn't think it had that much bearing on the point I was trying to get across. Your Amazon adapter doesn't come with a cable and I'm not sure if that was supposed to be implied or if I just missed it but it's clearly necessary. So now the question is why should there be two intermediaries when there can be just one? Datel's original product is unified, so they must exist. EDIT: To clarify, this is what I was getting at all along. I didn't and still don't see anything about getting some length in between the computer and the DS.

You've completely misinterpreted my last two posts. I haven't made any comment about where this should be purchased. Here's a diagram detailing what i was actually trying to say: I'm saying he should look for one similar to the one on the left. The Amazon one (right) would hang off the computer rather awkwardly (assuming pretty much any common USB port location) and make the DS hard to access. It's the same exact thing with some extra cord and it doesn't matter if it has the Datel name slapped on it. I'm not sure what was so hard to understand...

Adapter, sorry. And I understand that. But my point was that with this adapter there is no length of cord to separate it from the USB port. Considering you have to have a have NDS>AR card>adapter>USB port you most likely don't want all that dangling by a USB port. If it has a cord you can at least maneuver the DS into a position where it's more accessible.

I'd have to recommend against this one. Look for one with some length of cord on it because it needs to be able to connect to the AR while it is in your DS and running. It would be quite awkward to have to hold the DS at some funny angle while it connects though a rather flimsy port such as USB mini.

You can't. You have to take out your game and put it in a DS lite/phat used by the distribution coordinators. As a matter of fact even if you have one of the models that accepts GBA carts, you have to fork over your 4th gen game card.

Exactly. =D nicholas on IRC has said he might give the first method a shot. I'd like to try myself regardless, and I've been putting off solidly learning a programming language for too long. Not that writing something stupid like this would make it "solid" but it's a step in the right direction. Hopefully somebody can step in to help with the RNG because even if I were to start now I doubt I could figure that out in the foreseeable future. =/

As for the first one, I thought it was a given that we have to redirect traffic to the local machine (or maybe a remote one eventually) for ANY solution. It's not hard to do. I do have my doubts that the DS won't crash or something when it is told by the server to use no encryption though. And for the second one, I don't think we do. Correct me if I'm wrong but we should be able to send the certificate without any modifications. Because we already know what the decrypted pre-master secret is (via RNG prediction) there is no need for the server's private key to figure it out. After that the entire connection is ours because everything stems from the pre-master secret.

Alright, that's what I thought. Trying to bruteforce a key seems to be a fools errand. What we should go after isn't SSL itself but GAMEFREAK's implementation of it. I have two ideas: This first one is more just wishful thinking than anything, because it shouldn't work, but since its a DS game we're talking about and not a web browser I'll allow myself the glimmer of hope. The DS tells the server that it supports the cipher suites RSA_WITH_RC4_128_MD5 and RSA_WITH_RC4_128_SHA, and the genuine Nintendo server selects MD5. I wonder what would happen if a fake server sent back the default/non-encrypted cipher suite NULL_WITH_NULL_NULL as its selection. Any SSL implementation worth using would terminate the connection at this point, but there's not any guarantee that one of the pokemon games would. On the incredibly low chance that that works, we could send the DS an unmodified version of the real server's certificate and it would start sending data assuming that it's secure from everyone but the real server. Of course it wouldn't be though, and we could send replies back without worrying about keys. The second one I believe is a very real possibility, but not without someone who can do some dissembler work to lay the foundation (not me lol). We know that the pokemon games use RNGs that aren't really all that random. In fact they're so predictable people abuse them all the time to get the PIDs and IVs they want. A "secure" RNG is critical to the effective use of SSL because the pre-master secret is nothing but a random number encrypted with the server's public key. We need that number decrypted on the server side, which should only be possible with the server's private key, but since we can probably predict what the number is via a program like RNG Reporter (but set up to figure out this new RNG of course, assuming it is even a different RNG) we have the rest of the connection at our fingertips. Thoughts anyone?

I'm not into the manga but I'm looking forward to it! Should be a real eye-opener to people that these things are doable.

You're doing something wrong. There will be a DNS query for dls1.nintendowifi.net; this is the mystery gift server. Shortly after that will be an SSLv3 handshake and then 2+ frames of encrypted application data.