Tag: security
GPG key rollover
by mithrandi on Apr.07, 2011
I have finally gotten around to generating a new GPG key. See this signed message for details. My old key had exactly one signature from somebody that wasn’t me, and I’d like to do better with my new key; if you have the ability to verify my identity, please get in touch with me in order to arrange keysigning!
SSH h4x0rz
by mithrandi on Jan.11, 2009
I continue to be baffled by the SSH intrusion attempts that show up in my logs.
Jan 11 10:03:47 azure sshd[6044]: Invalid user white\twhite from 121.144.130.32
Jan 11 10:04:23 azure sshd[6070]: Invalid user venta\tventa from 121.144.130.32
Jan 11 10:04:34 azure sshd[6081]: Invalid user white\twhite from 121.144.130.32
Jan 11 10:05:11 azure sshd[6106]: Invalid user venta\tventa from 121.144.130.32
No, none of my usernames have a tab or a t in them.
Jan 10 17:24:05 crimson sshd[23214]: Invalid user llinco361ir from 209.222.52.89
Who?
Jan 8 13:14:12 crimson sshd[12153]: Invalid user has-cechova$ from 64.119.177.36
Jan 8 13:46:54 crimson sshd[13596]: Invalid user !a@b#c from 64.119.177.36
Jan 8 13:46:56 crimson sshd[13598]: Invalid user !@#abc from 64.119.177.36
Jan 8 13:47:26 crimson sshd[13620]: Invalid user mail$ from 64.119.177.36
Jan 8 13:50:37 crimson sshd[13762]: Invalid user Xu}7fXta!p7y from 64.119.177.36
Jan 8 13:50:39 crimson sshd[13764]: Invalid user Xu}7fXta!p7y from 64.119.177.36
Jan 8 13:50:42 crimson sshd[13766]: Invalid user Xu}7fXta!p7y from 64.119.177.36
Jan 8 13:50:45 crimson sshd[13768]: Invalid user Xu}7fXta!p7y from 64.119.177.36
Jan 8 13:50:47 crimson sshd[13770]: Invalid user Xu}7fXta!p7y from 64.119.177.36
<snip more identical attempts>
Why would any of these usernames exist on my system? And why does “Xu}7fXta!p7y” get a zillion attempts, but the others only get one each?
Jan 8 11:09:18 crimson sshd[7359]: Invalid user 123!@# from 190.14.234.71
Jan 8 11:09:54 crimson sshd[7383]: Invalid user bl345hajk from 190.14.234.71
Jan 8 11:15:46 crimson sshd[7607]: Invalid user fv11r01rc3@l from 190.14.234.71
Jan 8 11:15:52 crimson sshd[7611]: Invalid user pcsarl,49 from 190.14.234.71
Jan 8 11:19:16 crimson sshd[7746]: Invalid user r00tp@ssw0rd from 190.14.234.71
Jan 8 11:21:45 crimson sshd[7845]: Invalid user 4fj^w! from 190.14.234.71
Jan 8 11:22:03 crimson sshd[7857]: Invalid user #jaime56 from 190.14.234.71
Jan 8 11:34:57 crimson sshd[8360]: Invalid user moromete*!*@* from 190.14.234.71
Jan 8 11:35:01 crimson sshd[8362]: Invalid user moromete*!*@* from 190.14.234.71
Jan 8 11:35:04 crimson sshd[8364]: Invalid user cartaya*!*@* from 190.14.234.71
Jan 8 11:35:07 crimson sshd[8366]: Invalid user cartaya*!*@* from 190.14.234.71
Jan 8 11:35:22 crimson sshd[8376]: Invalid user moromete*!*@* from 190.14.234.71
Jan 8 11:35:25 crimson sshd[8378]: Invalid user cartaya*!*@* from 190.14.234.71
Protocol mismatch: expect SSH but found IRC.
Jan 8 10:33:41 azure sshd[17826]: Invalid user !#!@#&*#!@#$ from 190.14.234.71
Jan 8 10:33:54 azure sshd[17834]: Invalid user !@###$@ from 190.14.234.71
Jan 8 10:42:09 azure sshd[18122]: Invalid user #@#POLICE@!!@!@!@ from 190.14.234.71
Jan 8 10:43:45 azure sshd[18188]: Invalid user *&_%$#*&!@#$@! from 190.14.234.71
Jan 8 10:44:34 azure sshd[18215]: Invalid user fericitmereu@l from 190.14.234.71
Jan 8 10:53:09 azure sshd[18577]: Invalid user %$#$%!@#^& from 190.14.234.71
Shit! It’s the POLICE, run for it!
Jan 8 10:59:41 crimson sshd[6038]: Invalid user kx028897chebeuname+a from 190.14.234.71
Who?
Anyhow, if you have some explanation for any of these, please let me know; I’m dying of curiosity.
Security Advisory
by mithrandi on Aug.12, 2005
tags:
Dominic White drew my attention to this on a mailing list earlier today, so I decided to investigate. Syrex Intranets, an apparently small technology outfit, have a product they call SICS. It basically seems to be a customized Linux server installation that has all the bells and whistles that small business would want, with a web-based management system and so on. I’m guessing this product is responsible for the problem that I will now describe.
The first instance of this site I saw was KOSH Communications; their SICS management site is publically available. I’m only guessing this is provided by SICS, as there is no identification of this fact on the site itself. I ran across it with a google search that picked up publically available Squid logfiles, but didn’t take much notice of it. However, when someone else independently pointed out a separate site, the similarity in content, appearance, and domain name was evident.
So, over to Google; with a little effort, I was able to construct a Google query that will pick up all (or most) of these sites that are publically available. I’m not sure whether this is a configuration issue that can be fixed easily, or if it is a fundamental flaw in the “SICS” system; either way, at the time of this writing, that query returns 71 sites. You can view MRTG traffic graphs, Squid cache logs, mount/unmount the CD-ROM drive, and more from the internet, without entering a password or otherwise authenticating in any way. Syrex’s own site seems to be vulnerable, suggesting a fundamental flaw rather than a configuration issue.
It also has a copy of Unix Unleashed, including a copyright statement which they seem to be blatantly violating. In addition, many (all) of these sites seem to be hosted off ADSL lines with IP addresses located in the dynamic SAIX ADSL range, and as such may be violating the ISP’s AUP. I would strongly suggest that anyone using one of these systems take it offline, and contact Syrex right away to demand a fix.
UPDATE: Whoops, meant to link singe, so I’m now referencing him by name to make up for it.
UPDATE: Got a reply from someone at Syrex on 2005/08/18 saying that they’ve fixed the issue, and promising a more in-depth reply at a later stage. They also claim that “David wrote one of the articles in Unix Unleashed and is therefor not infringing on any copyright.” You can confirm for yourself that all of these sites now require HTTP Basic Authentication credentials to access anything except the front page, which seems adequate to me. I’ll continue to update this post as/when I received more information.