EDN Senior Technical Editor Brian Dipert exposes, analyzes and
opines on diverse topics in technology.
Nov 27 2007 9:26AM | Permalink | Email this | Comments (2) |
Blog This! using: Blogger.com | LiveJournal |
Digg This | Slashdot This | add to Del.icio.us
This blog post references my hands-on feature article 'Homeland Security: Monitoring And Manipulating Remote Residences' in EDN's November 22, 2007 edition. It's one of a series of web addendums to the print writeup.
In my writeup, I strongly suggested (although, in my defense, I didn't definitively conclude) that the system lockup I experienced with my Fujitsu Lifebook-P2110 laptop was the result of an unsuccessful hack of the web server built into HomeSeer Technologies' HS2 home control software:
I wouldn’t recommend exposing the HomeSeer software’s Web-server interface to the WAN through a firewall hole, however, especially over the default HTTP port 80. Two days after I took these very steps, the laptop stopped responding to WAN-access attempts. When I returned on-site nearly two weeks later, I found the system locked up with a blank screen. Power cycling the PC brought it back to life with no apparent ill effects, so I suspect that someone unsuccessfully attempted to hack it. Nevertheless, use a nonstandard TCP port or, better yet, dispense with the direct Web-server interface and instead access the HomeSeer-equipped computer over an encrypted and password-protected VNC or VPN connection, as I’m now doing.
Although I stand by my recommendation to reconfigure HS2 in order to employ a non-standard TCP port (versus the port 80 default), it seems that unwanted system intrusion via HS2 wasn't the source of the problem I encountered, after all. Even though I've closed the firewall hole that previously provided WAN access to HS2, as well as more generally not run HS2 but instead relied on Universal Devices' ISY-26, the system has randomly locked up twice more in the past two months. I still have open firewall holes for RealVNC and Remote Desktop Connection; hack attempts via either of those ports could potentially explain the system freezes. Or maybe a more fundamental buggy peripheral driver or service is to blame.
As I type these words, the system's been running nonstop, flawlessly handling dynamic DNS updates, for over two weeks...but for how much longer I have no clue. Regardless, I owe HomeSeer a correction for an implication that, after further experimentation, was misdirected.