Follow up to: "Brute-Force SSH Server Attacks Surge (InformationWeek)"

* default debian's "rootlogins: on" is bad;
* it's not easy to make multiple port sshds (dummy and real) due to bad /etc/init.d/ssh;
* i have login-only and work-sh-only accounts;
* script for login-only ones: ftp://flower.upol.cz/sys-olecom/+.profile

I wonder, what would be there:
TO DO: What's so special about string and text processing?
trace:
http://pdos.csail.mit.edu/~engler/cool-people.html
http://pdos.csail.mit.edu/~engler/
http://www.stanford.edu/~engler/
big Q: where is Open Source of all that cool stuff?

"You know sokoban. Everybody knows sokoban."

Best gameplay with:

stty -icanon -echo -echoctl; printf '\033c\233?25l'
while echo; do dd count=1; done 2>&- | sed -ne "
  `sed 's :q ^C g' <sokoban.sed`"
printf '\233?25h'; stty echo echoctl icanon

Animation: ftp://flower.upol.cz/dts/Sed0000/sokoban-intro.sh

I found in Linux kernel 2.6.21.5 in include/net/netinet_hastables.h in function __inet_lookup this interesting expression:

	return sk ? : __inet_lookup_listener(hashinfo, daddr, hnum, dif);

$ sed '' << 'EOF'
Before i will continue my anti-`make`, anti-kconfig/kbuild, i need you
to know about `sh` ideas. `sh` is power, integral part of UNIX. This is
the first and main userspace tool, as important as kernel itself. But
it has its legacy and design problems, as well as complete lack of
development in last 20 or so years.

ftp://flower.upol.cz/dts/ash0000_var/ideas
EOF

After this comment about Jeremy's spam module for this site i think,
i have context to post some ideas about simple non-CPU, bandwidth
sucking, non GUI means of fighting cheap, non-human spam. I'm
stupid text-mode guy, thus:

* CSS obscurity (non-)captcha like for web
* To, In-reply-to, From, Message-id for SMTP/e-mail.

* another bug report (thread)
http://thread.gmane.org/gmane.comp.shells.dash/36/focus=37
* another nice conversation with kernel hackers
http://thread.gmane.org/gmane.linux.file-systems/23151/focus=23160

the most simple shell `test` tool fail, yet they discuss case-insensitive renames, oh gee. Code part is raceless stripped linux-2.6/fs/open.c:sys_faccessat():

Important stuff. But it needs much more work, than linux kernel has and all useless GUI stuff does.

1) message after coding one smaller replacement of `test` in `dash`
2) message after yesterday's exercises with input, adds UI part.
3) side note about recurcive `make` and useless `make` itself.

From: Matthew Wilcox;
Cc: linux-kernel@vger.kernel.org

On Wed, Apr 30, 2008 at 07:57:16PM +0200, Oleg Verych wrote:
> Why? Why GNU C compiler developers didn't do such (obviously useful)
> tool? C compiler (some part of it) *is* responsible for parsing,
> tokenizing, etc. Why there is development of never-ending buggy
> optimizations only[0]?

Shut up.

--

Today's second item in http://www.google.com/search?q=Oleg+Verych

is my mail about commets to DSO howto by mister Drepper.
http://sourceware.org/ml/libc-alpha/2007-09/msg00004.html

Haven't any feedback (as usual). So, please, take a look.
About first item (coloring stdout && stderr, small kbuild example) and /bin/sh latter.
EOF

Message-ID: <8499950a0804242134i16747008yd49bf15782c318bd@mail.gmail.com>
Date: Fri, 25 Apr 2008 05:34:56 +0100
From: "Oleg Verych" <olecom?ENOMSG@gmail.com>
To: "GCC for MSP430 - http://mspgcc.sf.net"
Subject: keyboard and pointer devices (Re: super-macro intention description language)

>  > But maybe I'm missing the point.  My programming keyboard has exactly two

UNIX is great not because it's cool, but because it's simple. Natural development of it would be Open Source and time. With time some things become simpler, some things become irrelevant. Openness -- is what classic, non corrupted science have had.

Unfortunately all this is not the case of modern times: i.e. markets of "toasters inside" and "industries" of handcrafted programming...
EOF

More stuff from MSP430 experience; now microprocessor itself.
Conclusion: imagination and creativity, guys, like PR dudes do.
But from educational POV it is a sad thing.

Newsgroups: gmane.comp.hardware.texas-instruments.msp430.gcc.user
Subject: A bit more about software (Re: How do you get an ez430 going under Linux?)
Date: 2007-10-01 04:16:09 GMT (29 weeks, 1 day and 9 minutes ago)

I was pointed out to book called "Mastering Regular Expressions".
Well, this was my very quick and small response.
Note, '\{0,s\}' is my proposition for shortest match in BRE.

Date: Mon, 21 Apr 2008 18:54:47 +0100
From: "Oleg Verych"
To: "sed users"
Subject: more on design of some UNIX tools (Re: gsed man pages; custom sed news; `sed` in the wild.)

Brad Spengler <spender@grsecurity>:
Due to Linux kernel developers continuing to silently fix exploitable bugs (in particular, trivially exploitable NULL ptr dereference bugs continue to be fixed without any mention of their security implications) we continue to suggest that the 2.6 kernels be avoided if possible.
______