Q: Seeing strange Screen Sharing connection attempts in logs?
I've been seeming a plethora of unknown screen sharing connection attempts in the system log files. It is filled with logs like this.
Jul 29 11:50:34 felixjen.com screensharingd[55281]: Authentication: FAILED :: User Name: N/A :: Viewer Address: 50.192.200.182 :: Type: VNC DES
Jul 29 11:50:35 felixjen.com screensharingd[55281]: Authentication: FAILED :: User Name: N/A :: Viewer Address: 41.160.176.43 :: Type: VNC DES
Jul 29 11:50:35 felixjen.com screensharingd[55281]: Authentication: FAILED :: User Name: N/A :: Viewer Address: 50.192.200.182 :: Type: VNC DES
Jul 29 11:50:35 felixjen.com servermgrd[53992]: servermgr_devicemgr: response statusCode: 404
Jul 29 11:50:35 felixjen.com screensharingd[55281]: Authentication: FAILED :: User Name: N/A :: Viewer Address: 50.192.200.182 :: Type: VNC DES
Jul 29 11:50:36 felixjen.com servermgrd[53992]: --Module servermgr_devicemgr's response has retain count of 3.
Jul 29 11:50:36 felixjen.com screensharingd[55281]: Authentication: FAILED :: User Name: N/A :: Viewer Address: 50.192.200.182 :: Type: VNC DES
Jul 29 11:50:36 felixjen.com screensharingd[55281]: Authentication: FAILED :: User Name: N/A :: Viewer Address: 41.160.176.43 :: Type: VNC DES
Jul 29 11:50:41 --- last message repeated 1 time ---
Jul 29 11:50:41 felixjen.com screensharingd[55281]: Authentication: FAILED :: User Name: N/A :: Viewer Address: 50.192.200.182 :: Type: VNC DES
Jul 29 11:50:49 --- last message repeated 2 times ---
Jul 29 11:50:49 felixjen.com screensharingd[55281]: Authentication: FAILED :: User Name: N/A :: Viewer Address: 41.160.176.43 :: Type: VNC DES
Jul 29 11:50:52 --- last message repeated 2 times ---
Jul 29 11:50:52 felixjen.com screensharingd[55281]: Authentication: FAILED :: User Name: N/A :: Viewer Address: 50.192.200.182 :: Type: VNC DES
Jul 29 11:50:53 felixjen.com screensharingd[55281]: Authentication: FAILED :: User Name: N/A :: Viewer Address: 41.160.176.43 :: Type: VNC DES
Jul 29 11:50:56 --- last message repeated 1 time ---
Furthermore, they get followed by logs like this, about hosts being blocked for 15 minutes.
Jul 29 12:00:09 felixjen.com emond[4249]: Host at 192.168.1.2 will be blocked for at least 15 minutes
Jul 29 12:00:09 felixjen.com screensharingd[57455]: Authentication: FAILED :: User Name: N/A :: Viewer Address: 108.162.21.11 :: Type: VNC DES
Jul 29 12:00:33 --- last message repeated 35 times ---
Jul 29 12:00:33 felixjen.com emond[4249]: Host at 192.168.1.2 will be blocked for at least 15 minutes
Jul 29 12:01:03 --- last message repeated 2 times ---
Jul 29 12:01:03 felixjen.com emond[4249]: Host at 192.168.1.2 will be blocked for at least 15 minutes
Is this an attempted intrusion of some sorts? If so, how should I prevent it from happening? Also, what does it mean that the host will be blocked???
Mac mini, OS X Mavericks (10.9.3), Running Mac Server
Posted on Jul 29, 2014 12:02 PM
The systems of what appears to be a Utah dentist and a sprinkler company in New York State appear to have been breached somehow, and those systems are now probing your system. Looks like the folks involved running software there — which probably isn't the dentist or the sprinkler folks — are trying to brute-force. The attackers are probably using what's called a dictionary attack, looking for weak passwords on common accounts.
As Grant Bennet-Alder states, you can disable screen sharing or otherwise block access to those protocols. That's a task commonly performed at the network firewall. It's also possible to control access to these and other services via VPN, which means the attackers will be off poking at the VPN server, either in the firewall or a host-based VPN server — the VPN encrypts your remote traffic, and can also prevent access to most or all other services in conjunction with the firewall settings.
There are some oddities in what's shown, too — in the second set of data, 192.168.1.2 is getting blocked, and that's somewhat unexpected. That could mean there's an odd setting in the firewall, or there's possibly something else going on within the local network configuration. (And FWIW, that is among the subnets that are not particularly conducive to establishing and using VPNs, too.)
Posted on Jul 29, 2014 2:35 PM