blacknon

Geektools with Varying Monitor Setups

While I love my Geeklets, I had a pretty hard time to set them up consistently across varying monitor setups (home, work, on the go,...). The bad news first: There is no built in mechanism (as of 01/2013) to take care of this problem. Still there are good news: With some minor tinkering, you can automagically position your Geeklets across multiple setups.

The initial step is to add your Geeklets - you can totally ignore the positioning for the moment.

Which Geeklets Am I Running?

THIS GIST WAS MOVED TO TERMSTANDARD/COLORS REPOSITORY.

PLEASE ASK YOUR QUESTIONS OR ADD ANY SUGGESTIONS AS A REPOSITORY ISSUES OR PULL REQUESTS INSTEAD!

zsh の補完関数の自作導入編

あまり深く理解してないので識者のツッコミ大歓迎

補完を有効にする

取り敢えず最低限だけ

# 補完を有効にする

先輩に学ぶ HTTP Status Code

超雑にまとめました。修正してください。

登場人物

アプリケーション先輩: いつも忙しい。横に広がるのが得意(デブじゃない)。
後輩: 頼んでばっかしで役に立たない。
サーバー先輩: アプリケーション先輩と仲がいい。Unix Socket でつながるくらい仲良し。
プロクシ先輩: アプリケーション先輩とかサーバー先輩と後輩の間を取り持って代わりに伝えたりしてくれる。たまに勝手にレスポンスを書き換える。

	/**
	* Goから Pythonの関数を呼び出す実験
	* 適当な文字列を返してくる手頃な関数 platform.platform() を呼んでみる。
	* http://docs.python.jp/2/library/platform.html
	*
	* Cから Pythonを呼び出す方法
	* http://docs.python.jp/2/extending/embedding.html
	* が基本となる。Go -> C -> Pythonという呼び出しフローになるのでやや煩雑
	*/
	package main

	今回の問題は、StrutsでHttpリクエストパラメータをFormに入れる際に、commons-beanutilsの
	BeanUtils.populateを使っていることに起因する。

	populateの中で使われている、BeanUtils.setPropertyはノーチェックでBeanのプロパティを探すので、
	プロパティ名を"class.classLoader.xxx"のように書いておくと、BeanのgetClassをよんで、
	ClassオブジェクトのgetClassLoaderをよんで、…と連鎖してクラスローダが取得される。

	そしてドットでつないだ最後のプロパティ名で値をセットにいくので、TomcatのWebAppClassLoaderが
	途中でゲットされてしまうと、Struts2の脆弱性と同じ問題が発生してしまう。

	package main

	import (
	"bytes"
	"code.google.com/p/go.crypto/ssh"
	"code.google.com/p/go.crypto/ssh/terminal"
	"crypto"
	"crypto/rsa"
	"crypto/x509"
	"encoding/pem"

	package main

	import (
	"fmt"
	"io"
	"log"
	"net/http"
	)

	type HttpConnection struct {

	#!ipxe
	echo
	echo Booting UbuntuVM
	set menu-default ubuntu
	chain --replace --autofree default.pxe

	This turns https://www.sec-consult.com/files/20120626-0_zend_framework_xxe_injection.txt
	into a Remote Command Execution:

	NOTE: It relies on the PHP expect module being loaded
	(see http://de.php.net/manual/en/book.expect.php)

	joern@vbox-1:/tmp$ cat /var/www/server.php
	<?
	require_once("/usr/share/php/libzend-framework-php/Zend/Loader/Autoloader.php");
	Zend_Loader_Autoloader::getInstance();