• Content count

  • Joined

  • Last visited

  • Days Won


Everything posted by mSparks

  1. always fun to come back after a few years and see how something like this turned out. At this point is there any trust left?
  2. Heh, there are probably a lot of "allow any -> any" rules on IPv6 firewalls, out there And for everyone else there's tor
  3. And as an added bonus it also makes it much easier for others to install nefarious WWW servers which sit both inside your lan and outside your firewall
  4. many years I suspect. been a member on here for quite some time and this is the first I've heard of them.
  5. then perhaps this brief synopsis will help choose where to start javascript: do stuff in a webpage on the person looking at the pages computer (used a lot with html5) java: (my favorite) "heavy lifting" server side stuff php/asp:quick and dirty server side stuff on cheap web hosting c/c++/C#: installed programs on peoples computers or modules where you want calculations to complete really fast. gives you more access to things offered by the operating system, at the expense of having to care about the operating system. python: not really found a use for it, seems to be a nice "beginner" language, lot of games companies seem to use it for their games like html5 uses javascript. is about the "current state of affairs". they'll be others. my suggestion really to start, would be modding something like the doom 3 sourcecode. all the tricks in the book, and at least something to show for it.
  6. Thank you for this information. I am not a jedi-knight in the knowledge of computer internals yet, but I am working towards learning them. Lecture 03 Bits, Bytes and Data Types - School of Computer Sciencestick that in google should start you on the road. No one is anymore. back in the day when compiler bugs were common, only way to fix certain problems was to delve in the compiled code and step through to find out what went wrong. These days of java byte codes .Net and server side languages often even the coder doesnt get to see the final code.
  7. What you need is a decompiler for whatever target code you are working with. off the shelf if its a common system, or your own if you need to reverse engineer the instruction set. Then a hex editor to actually edit it. common "cracks" include modifying a jump at a certain point in the hex to run new code, or turning compare statements into no ops to prevent code going down certain branches. It's quite a "fun" personal challenge, very steep learning curve if you aren't familiar with the inner workings of computers. e.g. back in the day, I turned three or four cmps into no ops in an obscure horrible piece of software my then to be wife had to use for uni and we couldn't afford to pay for "again". that disabled it's licence check and let her finish that bit of the course, never to use it again. lots of ways to make this harder, but if you know the instruction set and you can access any raw bootloader code. all it takes is time. (old post I did't send a few days ago)
  8. that gbppr stuff is some funny shizzle. like anyone actually cares about gay politics and bomb hoaxes for anything other than shitz and gigglz. do ya think they got lemon partied one to many times?
  9. if you were a real hacker you'd be flashing those phones in the back room with your own custom images
  10. Yes, nyphonejacks - not a good piece of communication equipment to have, but I am intrigued by the challenge to fix this fault. Notwithstanding the poor build quality, I guessed there would be a utility to change/update the MAC address as reset doesn't probably work if the EEPROM chip that stores the MAC is corrupted. Polycom is the way to go after this I agree.Aside from that link I found saying you can change it in the management interfacea mac address is just a number, e.g. 01:23:45:67:89:ab if this has been corrupted, for example the 8'th bit dropping to 0 instead of 1, making it 00:23:45:67:89:ab MAC address is layer 2 Hardware address @worst case@ would seem to be just have to rename a config file to bring it back up. all MAC's do is let two devices on the same wiring network (layer 2) identify each other, as long as no two devices on the same link have the same one there is no problem whatever it is (no problem if two are the same once you cross a level 3 - IP threshold for example) and you can easily see what it is by plugging it into a router which reports the MAC's of the devices on its link. ->That flash chip will hold more than just the MAC, it will also hold the program code the "network card" processor runs to manage the TCP/IP stuff. assuming it is a flash chip (been a decade or so since I really got my hands dirty with any electronics), should be plenty of programmers around that will let you read it and write your own contents (board may even have an interface to do exactly that) More fun googling
  11. ->I figured out that the mac address of the device is most likely corrupted. How? Shouldn't matter what the MAC address is, as long as the router is configured to give it an IP address. a quick google gives
  12. what the f' were you doing giving them so much credit?
  13. Maybe I'm out in left field. yeah. they are interchangable.the problem with wep is it has a very short iv. so with enough packets you will eventually get two with the same iv. allowing you to break it. pbkdf is passphrase based key derivation function takes your key (passphrase) and salt (iv or nonce) and generates a new key.
  14. A "pre shared key" isn't quite enough. (that programming thread: ) symmetric encryption is f(M,K)=C f(C,K)=M therefore if you have several ciphertext's with the same key, you can rearrange the function to derive the key (think of it as just solving a load of simultanious equations) The simplest of these are the stream ciphers, where C1 ^ C2 = K.... The work around is to share a "number used once", also called an Initialisation Vector (IV) to jigger around with the key, so no two keys are the same when two messages are encrypted.
  15. public key encryption is v. v. slowprobably no more than a MB/s or so at best probably more like a few hundred kB/s and provides no more security (in fact, a lot less, since I think they are limited to encrypting no more than the key length messages safely) than something like Rabbit/Twofish + AES, which can do 10's of MB/s As I discuss on my programming thread - you should probably also treat public keys with a level of secrecy, since there is a good chance now anyone with enough cash to invest in a large number of FPGA's and a decent GNFS can factor back to private keys. Shared Secret is the best way to go (e.g. username/password), this can be long lived if you only use it to encrypt session public keys. And lets face it, by and large, if a user account is compromised, the encryption used to keep it's messages safe on the wire is the least of your worries.
  16. A hackers wet dream
  17. 10 to 1 odds these new regs were influenced by someone on the CIA (or similar) payroll.Wouldn't want to be their family.
  18. Best bit about that film is it was actually based loosely on fact..The first Alice bots and None of which was public knowledge at the time. Hell, most people hadn't even seen a Mac back then and arpanet was still classified. now we get new regulations requiring companies that sell computer equipment to Chinese banks to ... build so-called back doors into hardware and software.....Chinese companies must also follow the new regulations. Get In!!
  19. they are called rats - Remote Administration Tool I forget the names, but any @off the shelf@ ones will be deteccted by virus protection, and it should stay that way. (they will also give the makers the same access) have to roll your own.
  20. But now we have a whole army of crypto currencies, they don't even have the ability to seize assets or funds anymore.Erm, wikileaks didn't "break up" afaik, although the last leak was 21st December 2014 Tor is a different story, in that it has now replaced much of the SIPRNet functionality.
  21. Why is a targeted trivial once they know who you are: If they have a tuple of your device ID and your ID, and your device has any kind of RF emmission (i.e. not a hardwired, isolated device) The cell towers will locate you. And since you have no control over your environment (and virtually no protection against surveillance cams and laser mic's), once they can track your location it is straight forward to install really cheap equipment additional to your secure device to monitor everything you do and say. And as the Aaron case proves, the two, three and four letter agencies have tons of resources they don't know what to do with, are looking to make examples of anyone who gets a following and wants to upset the status quo, so if you get picked up and identified by passive surveillance, you better be ready to be sent to the front line of WWIII. On the upside, the wrong side of the CJS is a great place to recruit soldiers
  22. not disagreeing with you exactly.BUT and it's a big but. For a targeted attack they need to identify you -> passive surveillance. For a targeted attack they need to identify the device you are using -> passive surveillance. and Once they have identified you and the device you are using, a targeted attack is trivial, no matter how secure the device. Break passive surveillance and you also break 90% of their means to launch a targeted attack. (with the other 10% being already knowing who you are, such as via attending demonstrations and signing your real name on that petition the geeky kid was asking everyone to fill in) OTOH, I'd say there is a lot of disinfo going round atm, rsa key exchange is still about as strong as feather duster ( ) (I was posting about this in 05.....) Since I guess all this investment isn't really paying off, because everyone knows the security model is broken, and no one is using any mainstream app to post anything they can use as ammunition. So I'd have to recommend a redphone fork, rather than the facebook backed version.... (also I see the rasberry pi has its own hwrng now, I might fit one to my server stack)
  23. yey redphone makes the grade.
  24. "NSA secure" doesn't mean security from the NSA installing custom kit in your hardware on it's way to you. Don't think there is anything you can do to stop that. NSA secure is actually "privacy from Microsft, Google and the various encryption standard capture/decrypt on the wire" (is it still Phoenix Global that does the backend stuff or did they change their name?). dropping through an insecure device somewhere along the line is unavoidable (short of your own hardware hardened darknet), so you just have to make sure the data is secured before it gets there. Fankly anything is better than the default situation which is anything and everything you put into google/microsoft software (or any of the new big providers) going straight for processing. My point is the market is there, and it doesn't have to cost a small fortune for protection from the most ubiquitous evesdropping (anything that "breaks" the standard decryption protocols is enough).
  25. 100,000 units at $3,500 a pop. nice.