First iPhone “Virus”

Posted by Ashley Knowles | Posted in Systems Administration | Posted on 10-11-2009

Tags: , , , , , , ,

0

Interesting. Only affects jailbroken iPhones. I’m curious to see *how* it does this, but I’m taking an educated guess that the virus scans for iPhone’s with SSHD running, and then attempts to logon with the default username / password (which is root/alpine by the way), and then has it’s way with the victim’s iPhone. Clever, yet so simple…

Suffice to say, my root password on my iPhone is now changed!

Oh and I love the Rick Roll effect. Personally, I would have set the ring tone to Rick Astley as well :P

Read more here: http://www.dailytelegraph.com.au/news/the-worm-turns-on-the-iphone-as-virus-hits/story-e6freuy9-1225795892928

More TeamViewer

Posted by Ashley Knowles | Posted in Systems Administration | Posted on 23-10-2009

Tags: , , , , , , , , ,

0

Checking through my stats, I’ve seen alot of hits from Google related to TeamViewer. I’m going to attempt to answer a few questions that I have seen results for, purely for traffic purposes :P

Authenticating with Windows Username/Password

I actually had to use this last week, cause for some odd reason, the password we configured for our custom TeamViewer app wouldn’t work for this particular client… Odd…

Firstly, this only appears to be available on Windows – I tried doing this on my Mac TeamViewer client but it wouldn’t work… Booooo. Might just be an old version, I couldn’t be stuffed checking right now…

That said, on your Windows TeamViewer client, after entering the Client ID and connecting, click the “Advanced” button on the Authorization screen to bring up a bunch more options. You should now have a “Authentication” drop down box, with TeamViewer and Windows as your options. Selecting Windows gives you a familiar, “Username, Password, Domain” style screen. Simple. Enter the details and click Log On. You’re done!

Blocking TeamViewer Access

This is probably something I’d not ever want to touch, purely because I have clients I NEED to connect to, but I understand that some systems administrators might feel the need to block their employees from setting up TeamViewer on their machines for remote access purposes, or just to stop outside parties from soliciting internal users into starting TeamViewer sessions…

The first way I can think of to block TeamViewer access, is by using Local Security Policies, or Group Policies. There is a nasty little policy option that enables you to block an application from running, if it matches a certain filename – obviously, use this with care!

The option you want to look for is located in User Configuration -> Administrative Templates -> System -> Don’t run specified Windows applications.

Enable this policy, and simply add the TeamViewer executables (TeamViewer.exe, TeamViewer_Setup.exe, etc etc) to the “List of disallowed applications”.

Obviously, renaming the files is going to circumvent this… So moving on…

A quick NetStat on my Vista machine with the full TeamViewer client installed yielded the following result:

TCP    192.168.1.10:53039     server904:5938         ESTABLISHED
[TeamViewer.exe]

The answer is quite simple – block outgoing connections to TCP port 5938… This will stop the TeamViewer client from connecting back to TeamViewer’s central servers, which is necessary to generate the client ID, and to punch a hole through the firewall to allow people to connect in the first place.

You could probably set this on the local firewall, using Windows Firewall or perhaps by using your chosen centrally managed endpoint security package (Trend/Sophos/Symantec etc all have firewall options with their antivirus clients).

6 visitors online now
6 guests, 0 members
Max visitors today: 6 at 02:52 pm GMT-10
This month: 49 at 03-02-2010 09:52 am GMT-10
This year: 49 at 03-02-2010 09:52 am GMT-10
All time: 49 at 03-02-2010 09:52 am GMT-10