moonlit

Well now, that would change everything, for something to be broadcast quality you'd need to put a lot more planning, thought and money into it. You need a concept/format/script/storyboards, cameras and microphones that don't suck, *good* content, and people to work on it. Oh, and it helps to know people, if you see what I mean. Maybe you could give public access a shot if it's available anywhere near you, even just as a sort of kickstart. Note: I don't work in TV and I don't know anyone who does, so I'm going on what little I know (or don't, as the case may be), so I can't really give specific info. What I do know, however, is that it's not easy to just magically get a TV show, and in most cases it would have to be financially viable to survive or even to exist in the first place. Online shows are a lot easier to do because you don't have to persuade anyone to give you a budget or a slot on a schedule, and it doesn't really matter too much if the quality isn't absolutely top notch.

Not an awful lot, really. You could also contribute segments for shows like BSoD, it'd certainly mean less work for you but it would also provide a taste, a way to get the hang of things. All you need is a webcam/camera of some sort and a microphone. In fact, if you plan to demonstrate software, you can probably skip the camera and just record screen captures.

You CANNOT do what you wish to do. Period. To use GPS (or AGPS) to locate something, you have to know its co-ordinates. To know its co-ordinates either one of two things must happen: 1) you must go to that item's location and make a note of the co-ordinates yourself, or 2) an item at that location must provide co-ordinates for you to work with. Without one of these scenarios, GPS is absolutely useless to you, and if you already know the location of the device you wish to track then GPS becomes redundant. This includes location by cell tower too. As Utexas said, tracking a moving object (which includes many environmental variables) with only signal strength is nigh on impossible, you will never know whether a reading taken for triangulation is skewed because of an extra thick wall, or a metal fence, or a person, or just a weak signal or interference. This will make a big difference in the results of triangulation unless you have some frame of reference such as a clock. Without co-operation from the devices you wish to track, you cannot do this.

I see no reason why the Zipit could not perform all of these tasks simultaniously. However, the GPS cannot tell you precisely where the access point is, it can only tell you where it is itself. The only way you can pinpoint an access point using GPS is to measure signal strengths from various points and use trilateration to plot the AP on a map. This method is not flawless, however, it will be affected by materials weakening the signal between you and the AP, skewing results. Most GPS enabled wifi scanning tools can only tell you where you were when you last saw that access point, they will not tell you where the access point is. This is absolutely impossible. The GPS receiver by nature reports its own exact location and so must be the attached to whatever you're tracking, otherwise it would only report your location, not the location of the machine you're trying to track. There would need to be a GPS on the device you intend to track, it must be enabled, and you must be able to access the data it produces in order to track it.

Those are phone platforms, not phones. Android is capable of running on just about any device with a strong enough spec. First off, Windows Mobile is piss-easy to write software for, but more importantly Haret already allows native booting of Linux on Windows Mobile devices. This includes Android and Ubuntu and could undoubtably be expanded to just about any distro you care to port. Skype is already available for several mobile platforms, it doesn't need Linux to make it work. Contrary to what appears to be popular belief, you don't have to use the mobile voice/data network to make good use of a phone of PDA. I should also mention that making "all the device hardware" working correctly is not a minor task, it requires device drivers, and the host OS already has these (for itself, not for Linux) rendering Linux a little redundant if all you wish to do is use Skype.

You will not make a GPS receiver look for networks, it isn't possible, they work on very different radio frequencies (1.17 to 1.57GHz, not 2.4 and 5.8GHz) and even if they didn't you'd need to write firmware from scratch that talks 802.11 rather than GPS signals. As mentioned, netstumbler/issider or a simple hardware device (even an Arduino with a GPS module and a serial wifi module would work) will report rough locations when a wifi signal is found, though without trilateration it won't be very accurate. A car satellite navigation unit may be capable of this, especially if it runs on Windows CE (ministumbler, wififofum) and has a wifi module. If it doesn't contain a wifi module then it would have to be fitted with one, otherwise it is not possible to detect wifi.

This thread's going nowhere.

If you have acces to the machine to run that, why would you need a Teensy?

Mouse movements are problematic. First of all you have no idea where the mouse is beginning, mouse movements are relative (unless you simulate a touchscreen) and second you have no idea of the screen resolution, so if you're aiming for the bottom right corner to hit the task tray, you have a problem, unless you tell the mouse to go impossibly long distances to make sure it gets there. Even if you get the cursor to the far bottom right of the screen, you have no idea how many icons might be in the tray, which one is which, where the expand button might be if icons are hidden (XP), where the up button is to reveal more icons, etc. Essentially there's so many variables and zero feedback, it'd be next to impossible.

I think you misunderstand, I'm not saying it was, I'm just saying that for someone worried about drive-by web attacks, you seemed pretty free and easy posting a site like that. Somewhat contradictary behaviour.

Updated to 1.1.1, see first post for info.

You're right in saying that there may be some identifiable feature of footprint but I'm not sure how finely you can tune the presentation of the device to the host machine, whether it's entirely customisable or not. If it is, it's likely that it could be made indistinguishable from another device.

The Rubber Duck can carry the IDs of any device, can it not? I'd say catching all HID devices is a pretty fair way to go about blocking it. Anyway, my main intent here was to block it, and that I believe I've done. Since I don't have one of the approriate devices, testers are welcome to tell me if it works.

I had also thought of that, but I've not yet got as far as trying to add it. One caveat could be that if you duplicate a device already present you may be able to work around such a method, but the app could then also detect duplicate devices with the same information and you would also have to know the hardware models present on the target machine.

No, you're right, but surely this device is intended primarily to interact with the OS itself? That said, you could turn off legacy USB device support in the BIOS which would prevent a USB device brute-force. You could instead use PS/2, but you must then reboot the machine because PS/2 is not hot-pluggable. Right again, however, IIRC the Windows login screen will pause between login attempts if enough incorrect passwords are given which would massively extent the time it takes to brute force a login. If you have enough time to do that, other methods are clearly preferable. Again, you make a good point, but given that the alternative is to get owned, what else would you suggest? I believe it's possible to act only on the insertion of a HID device, but as yet I've not had a chance to test this, it would prevent the app triggering when you attempt to use a USB stick or similar though.

It will not block USB devices which are present before the tool is loaded, it will act only on devices plugged in after the tool becomes active.

http://www.hak5.org/forums/index.php?showtopic=16255

DuckHunt 1.1.1: This application will prevent all keyboard and mouse input when new USB devices are attached and will only allow input again when the device is removed. It will prevent the USB Rubber Duck from functioning and on Vista and higher it will also prevent the use of the Autorun dialog. Requires .net Framework 3.5 and on Vista/7 also requires Administrator privileges. Changelog: Version 1.1.1: Fixed typo on alert screen. Version 1.1.0: Fixed detection of non-mass storage devices. Added VID and PID to alert screen. Added sound to device removal. DuckHunt 1.1.1

If I was any better at coding, I'd have an answer to that by now. I know it's possible to write a HID blacklist/whitelist but since I don't know enough about it I'm finding it a little tricky.

Let me count the ways: * Group policies will cause the Run dialog to fail. * User typing will cause any command to fail. * Another window becoming active and stealing keyboard focus will cause the entire process to fail. * HID or USB devices in general can be programmatically blocked, disabled, ejected, etc causing the process to fail. * Linux can white/blacklist USB devices which will cause the process to fail. * Any applications which repurpose key combinations will cause the process to fail. * The device receives no feedback from the host machine and thus is unaware of timing, delays, active windows, etc which will cause the process to fail. This project is flawed. F L A W E D.

Also OMG teh evilz Mikro$haft1!!!! Seriously though, it's a trend which begins to grate.

Better still: http://forum.xda-developers.com/showthread.php?t=631437 http://forum.xda-developers.com/showthread.php?t=635770 http://forum.xda-developers.com/showthread.php?t=644539 http://forum.xda-developers.com/showthread.php?t=640785 Yay for haret.exe!

Maybe I'm missing a point here, but surely this thread's probably the wrong place to be if you're absolutely against smoking, never have done it and never will do it? Regardless, I agree with VaKo, that's not to say I believe you can't have fun without a drink, but it certainly can be helpful for lubricating social situations, often to the point of doing things or meeting people you might never have otherwise, so I'm happy to enjoy a few glasses now and again. Besides, you can't take your money with you, may as well have a little fun in the meantime, eh?

Not too bothered about that chat applet being a drive-by any more then? Maybe if it gave you points, you'd be a little more forgiving...

Yup, it's that simple, seconds * 1000 = millseconds.