In Debian we have a package called spidermonkey-bin.

apt-get install spidermonkey-bin

After installing you will have a program called smjs.

If you start the program without parameters you will get a Javascript shell, in which you can write and test javascript.

$ /usr/bin/smjs
js> function test() {
print('test');
}
js> test
function test() {
    print("test");
}
js> test();
test
js> function test() {
print('test');
test2(123);
}
js> function test2(param) {
print ('test2: ' + param);
}
js> test();
test
test2: 123
js>

To exit the shell, just press "Ctrl+D".

It's important to note that in spidermonkey you doesn't have the "document" Object. If you want to print out text, you cant use document.write, you should use print.

document.write('test'); // In browser
print('test'); //spidermonkey

You can also make smjs to execute the content of a file.

$ /usr/bin/smjs test-local.js
Rand: 407
Old: 600
New: 800
Result: old

First of all we need to install needed packages

apt-get install libapache2-mod-wsgi python-virtualenv python-setuptools

Once we have installed the required packages proceed to create the Python environment

mkdir /usr/local/trac
cd /usr/local/trac
virtualenv python

We now have the isolated Python environment locate under /usr/local/trac/python.

To make possible to use easy_install with repositories we need to upgrade easy_install. I use this to install Trac plugins directly from SVN.

/usr/local/trac/python/bin/easy_install -U trunk

We now can install trac 0.12 using the 0.12b1 SVN Tag (http://svn.edgewall.com/repos/trac/tags/trac-0.12b1 or Trac==0.12b1) or directly from SVN Trunk:

/usr/local/trac/python/bin/easy_install http://svn.edgewall.org/repos/trac/trunk

This will download and install the latest trunk version for Trac.

To have webaccess to the Trac projects, we need a .wsgi script, were we define where our local python environment is located:

# Not needed if mod_wsgi >= 3.0
import sys
sys.stdout = sys.stderr
 
# Load Trac
import trac.web.main
application = trac.web.main.dispatch_request

And finally we need to configure apache. If you want only one Trac project, you should define trac.env to the location of your trac, but if you want multiproject support, you must use trac.env_parent_dir (this is what I used)

<virtualhost *:80>
    ServerName trac.dns.com
 
    DocumentRoot /usr/local/trac/htdocs
    ErrorLog /var/log/apache2/trac-error.log
    CustomLog /var/log/apache2/trac-access.log combined
 
    # Trac Auth
    <location />
        AuthType Basic
        AuthName "Trac"
        AuthUserFile /usr/local/trac/.htpasswd
        Require valid-user
    < /location>
 
    #Trac
    #Define ProcessGroup with user and group under which it should run
    WSGIDaemonProcess trac user=trac group=trac python-path=/usr/local/trac/python/lib/python2.5/site-packages python-eggs=/usr/local/trac/python/cache
    WSGIScriptAlias / /usr/local/trac/htdocs/trac.wsgi
 
    <directory /usr/local/trac/htdocs>
        WSGIProcessGroup trac
        WSGIApplicationGroup %{GLOBAL}
        SetEnv trac.env_parent_dir /usr/local/trac/projects
    </directory>
</virtualhost>

We need to create the user and change the permissions for /usr/local/trac for that user trac

adduser --home /usr/local/trac --shell /bin/false --no-create-home trac
chown -R trac:trac /usr/local/trac

If you get an error "ImportError: No module named simplejson" just install it using easy_install

/usr/local/trac/python/bin/easy_install simplejson

For now the only implemented function is that you can login using only "user" and roundcube will authenticate against IMAP using the domain extracted from the webmail URL.

You can get download the plugin from the Vlogin sourceforge project page.

So I decided to install Spamassassin and Clamav to detect and reject some of this spam.

First of all, we need to install needed packages:

apt-get install spamassassin amavisd-new clamav clamav-daemon

We will begin configuring amavisd-new, the configuration files are at /etc/amavis/conf.

In file 20-debian_defaults I changed the header that will be added to each mail processed:

$X_HEADER_LINE = "AntiSpam/Antivirus Scanner at $mydomain";

We need to activate antispam and antivirus check in amavis, this is found in file 15-content_filter_mode. We need to uncomment @bypass_virus_checks_maps and @bypass_spam_checks_maps. The file will look like this:

use strict;
 
# You can modify this file to re-enable SPAM checking through spamassassin
# and to re-enable antivirus checking.
 
#
# Default antivirus checking mode
# Please note, that anti-virus checking is DISABLED by
# default.
# If You wish to enable it, please uncomment the following lines:
 
 
@bypass_virus_checks_maps = (
   \%bypass_virus_checks, \@bypass_virus_checks_acl, \$bypass_virus_checks_re);
 
 
#
# Default SPAM checking mode
# Please note, that anti-spam checking is DISABLED by
# default.
# If You wish to enable it, please uncomment the following lines:
 
 
@bypass_spam_checks_maps = (
   \%bypass_spam_checks, \@bypass_spam_checks_acl, \$bypass_spam_checks_re);
 
1;  # ensure a defined return

By default, amavis will use the hostname for $mydomain, but thats not what I want, so I edited file 05-domain_id, setting $mydomain to binware.org

use strict;
 
# $mydomain is used just for convenience in the config files and it is not
# used internally by amavisd-new except in the default X_HEADER_LINE (which
# Debian overrides by default anyway).
 
$mydomain = 'binware.org';
 
# amavisd-new needs to know which email domains are to be considered local
# to the administrative domain.  Only emails to "local" domains are subject
# to certain functionality, such as the addition of spam tags.
#
# Default local domains to $mydomain and all subdomains.  Remember to
# override or redefine this if $mydomain is changed later in the config
# sequence.
 
@local_domains_acl = ( ".$mydomain" );
 
1;  # ensure a defined return

Next step is to add the clamav user to the amavis group, so that amavis can call clamav

adduser clamav amavis

Now it's time to configure postfix. The first file to edit is main.cf:

# Amavisd-new
content_filter = amavis:[127.0.0.1]:10024

And in master.conf add this at the end of file:

amavis unix - - - - 2 smtp
  -o smtp_data_done_timeout=1200
  -o smtp_send_xforward_command=yes
 
127.0.0.1:10025 inet n - - - - smtpd
  -o content_filter=
  -o local_recipient_maps=
  -o relay_recipient_maps=
  -o smtpd_restriction_classes=
  -o smtpd_client_restrictions=
  -o smtpd_helo_restrictions=
  -o smtpd_sender_restrictions=
  -o smtpd_recipient_restrictions=permit_mynetworks,reject
  -o mynetworks=127.0.0.0/8
  -o strict_rfc821_envelopes=yes
  -o smtpd_bind_address=127.0.0.1

That's all! Now restart services:

/etc/init.d/clamav-daemon restart
/etc/init.d/clamav-freshclam restart
/etc/init.d/amavis restart
/etc/init.d/postfix restart

Despues de buscar un poco por google me encuentro con este articulo que explica como hacer funcionar el certificado en Linux con Firefox. Asi que me puse a mirarlo con Firefox3, el cual ya tiene el certificado de FNMT instalado.

Asi que lo unico que necesitamos hacer es ir a about:config aceptar el mensaje de aviso que nos sale

Y buscar el string signed.applets.codebase_principal_support y dandole doble-click dejarlo en true

Con esto listo, simplemente reiniciamos Firefox y ya podemos empezar a presentar nuestras declaraciones sin tener que arrancar VMware ;o)

La replicacion funciona por medio de los binary log de mysql, asi que lo primero sera configurar correctamente el servidor maestro. Asi que añadimos estas opciones en el fichero my.cnf si aun no estan.

[mysql]
#Activamos el log binario
log-bin=mysql-bin
#Establecemos un id para el servidor, el maestro SIEMPRE sera 1
server_id=1
#Esto ayuda por si el master tiene un cuelgue y no haya problemas en la replicacion al volver a arrancarlo
sync_binlog=1
#Si trabajamos con INNODB, hay que activar esto
innodb_flush_log_at_trx_commit=1

IMPORTANTE: Hay que comprobar que la linea skip-networking no este puesta en el master, ya que sino no abrira el puerto

Ahora dejaremos lista la configuracion en el esclavo

[mysql]
#Activamos el log binario
log-bin=mysql-bin
#Id del esclavo, este tiene que ser unico
server_id=2

Ahora en el maestro le damos permisos al esclavo

GRANT REPLICATION SLAVE ON *.* TO slave@IP_ESCLAVO IDENTIFIED BY 'slavepass';

Ahora vamos a hacer un snapshot de la posicion actual del maestro para dejar el esclavo en la misma posicion para empezar a replicar. Nos conectamos al servidor maestro y ejecutamos lo siguiente:

FLUSH TABLES WITH READ LOCK;
SHOW MASTER STATUS;

Esto nos va a devolver la posicion actual del log, asi que apuntamos "File" y "Position", que lo necesitaremos para ponerselo al esclavo, en caso de que salga en blanco "File" es '' y "Position" es 4

Ahora sin cerrar la conexion mysql (sino se pondria en marcha otra vez), ejecutamos esto desde otro terminal:

$ mysqladmin -u root -p shutdown

Realizamos ahora la copia de la base de datos, hay dos metodos:

• mysqldump

  $ mysqldump --all-databases --master-data -u root -p > /tmp/dump.sql

• tar

  $ cd /var/lib ; tar cf /tmp/mysql.tar mysql

Pasamos la copia al esclavo y lo importamos:

• mysqldump

  $ mysql -u root -p < /tmp/dump.sql

• tar

  $ cd /var/lib ; tar xcf /tmp/mysql.tar

Lo siguiente es ponerle los datos del maestro al esclavo:

CHANGE MASTER TO master_host='IP_MAESTRO', master_user='slave', master_password='slavepass', master_log_file='', master_log_pos=4;
start slave;

Lo primero que hay que hacer es descargarse la ultima version de eAccelerator, tambien necesitaremos en el server las utilidades de desarrollo de php

apt-get install php5-dev

La instalacion es realmente muy sencilla, solo tenemos que descomprimir, compiler, instalar y configurar.

• Descomprimimos

tar xvfj eaccelerator-0.9.5.tar.bz2

• Compilamos

cd eaccelerator-0.9.5
phpize
./configure
make

• Instalamos (nos pondra el modulo en la carpeta de modulos de php)

make install

• Copiamos la configuracion para que la cargue php

cp eaccelerator.ini /etc/php5/conf.d/

Lo primero que hay que hacer en la configuracion es decirle que no es una zend_extension, por lo tanto cambiamos

zend_extension="/usr/lib/php4/eaccelerator.so"

por

extension="eaccelerator.so"

Luego yo en la configuracion he dejado todo como venia por defecto excepto

eaccelerator.log_file = "/var/log/apache/eaccelerator_log"

Descargar hacker::quiz

• Level1

• Aparentemente no parece que hay ningun error de programacion, pero si pruebas de buscar los .bak, *~... encuentras el fichero login.php~ y en el aparece la contraseña en md5. Con un cracker de md5 como por ejemplo lcrack. En pocos minutos saldra la contraseña del nivel.

• Level2

• Aqui hay que fijarse que en el codigo hay un "src=javascript" y que el codigo bueno esta en el fichero javascript. Aqui se una un algoritmo de encriptacion super sencillo, que se puede desencriptar facilmente cambiando la funcion generatePass para sacar la contraseña.

• Level3

• Este nivel es un formulario con sql injection super sencillo, cuando pones un ' el error cambia a "Error Sql", por lo tanto con un sencillo "' OR 1=1 -- a" te saltas la autenficiacion y pasas al siguiente nivel

• Level4

• En este nivel hay un applet java que gestiona la autentificacion. Descargando el .class y descompilandolo con un java decompiler tipo jad. Analizando el codigo ves que accede a un fichero del que saca el usuario y contraseña.

• Level5

• En este nivel, se puede ver que el formulario es multi-idioma, pero si cambias el parametro del idioma, intenta acceder a un fichero, por lo tanto, cuando pones "login/index" da un error de que no encuentra authdata.php, apuntas a ese fichero y te aparece el usuario y contraseña por pantalla

• Level6

• Aqui puedes ver que la autentificacion tiene unas estadisticas creadas con awstats, investigando un poco te das cuenta que la version de awstats es vulnerable a injeccion de comandos en la variable "configdir". Haciendo un ls ves que hay un fichero "instructions-next-level.pl", haciendole un simple "cat" se puede ver en los comentarios la contraseña

• Level7

• Aqui te dan una linea de un usuario de la maquina, al cual con por ejemplo "john the ripper" crackeas la contraseña y consigues acceso a la maquina. Una vez dentro de la maquina, buscando un poco te encuentras con un fichero "getsh" (el codigo fuente esta incluido en el fichero) con suid en "/opt/.../". Analizando el fichero con un editor normal o un editor hexadecimal, encuentras el string "/opt/.../theshell", y basta con copiar el fichero "mysh" a "theshell" y ejecutas el "getsh" y ya eres root.

Lo primero que tenemos que hacer es instalar los paquetes necesarios:

apt-get install mrtg libgd-graph-perl libgd-graph3d-perl snmpd

Una vez instalado, configuramos MRTG (/etc/mrtg.cfg):

#################################################
# Multi Router Traffic Grapher -- Sample Configuration File
#################################################
# This file is for use with mrtg-2.5.4c
 
# Global configuration
WorkDir: /var/www/mrtg
 
#General title
Title[^]: Traffic Analysis for Atlantis
 
#We dont need Ipv6
EnableIPV6: no
#Count in bits, grow from right to left, log unknow data as zero
Options[_]: bits,growright,unknaszero
 
#Target to monitor
Target[atlantis]: 2:atlantis@localhost
 
#Page title
Title[atlantis]: Traffic Analysis for Atlantis
PageTop[atlantis]: <H1>Our 100mbps link to the outside world</H1>
#100mb
MaxBytes[atlantis]: 12500000
WithPeak[atlantis]: ymw
AbsMax[atlantis]: 1000000000000
 
#MRTG Total config (Title, Unit = M(Bytes))
#-#Total[atlantis]: Traffic Totals for Atlantis
#-#Total-Unit[atlantis]: M
#-#Total:Ratio[atlantis]: yes

Configurar SNMP (/etc/snmp/snmpd.conf):

com2sec local localhost atlantis
com2sec atlantis 66.111.52.100 atlantis
 
group MyROGroup v1         local
group MyROGroup v1      atlantis
 
view all-nibs included .1 80
 
access MyROGroup ""      v1       noauth    exact  all-nibs    none   none
 
syslocation altantis
syscontact Root

Configuramos iptables para que no puedan acceder al SNMP desde fuera

#SNMPD Solo Local
$IPTABLES -A INPUT -s 127.0.0.1 -p tcp --dport 199 -j ACCEPT
$IPTABLES -A INPUT -s 127.0.0.1 -p udp --dport 161 -j ACCEPT
$IPTABLES -A INPUT -s 85.17.1.127 -p tcp --dport 199 -j ACCEPT
$IPTABLES -A INPUT -s 85.17.1.127 -p udp --dport 161 -j ACCEPT
$IPTABLES -A INPUT -s 0/0 -p tcp --dport 199 -j DROP
$IPTABLES -A INPUT -s 0/0 -p udp --dport 161 -j DROP

Descargamos mrtg_total y lo descomprimimos:

tar xvfj mrtg_total.tar.bz2
cd mrt_total
unzip mrtg_total.zip

El script importante es mrtg_total.pl, y hay que añadirle en la primera linea del fichero #!/usr/bin/perl

Ahora añadimos al crontab que ejecute mrtg_total, por ejemplo cada 3 horas (/etc/crontab):

0 */3 * * * root  /path/to/mrtg_total.pl /etc/mrtg.cfg

Esto nos va a generar cada 3 horas una version actualizada del consumo en /var/www/mrtg, lo suyo es protegerlo con contraseña para que no pueda acceder todo el mundo. Creamos un ficheros .htaccess en /var/www/mrtg

AuthType Basic
AuthName "MRTG"
AuthUserFile /var/www/mrtg/.htpasswd
Require valid-user

Y ahora creamos el .htpasswd de la siguiente forma:

htpasswd -c .htpasswd mrtg

Ahora con todo configurado, tendremos:

http://nuestroserver/mrtg/atlantis.html (estadisticas de MRTG)

http://nuestroserver/mrtg/atlantis.total.2006.html (estadisticas MRTG total)

Download MRTG_TOTAL

apt-get install trac subversion apache2 subversion libapache2-svn libapache2-mod-python2.3

Una vez descargado e instalado creamos el certificado necesario para usar tanto trac y subversion bajo https. Entra en el directorio /etc/apache2/ssl y ejecuta lo siguiente:

openssl genrsa -des3 -out server.key 1024
openssl req -new -key server.key -out server.csr
cp server.key server.key.org
openssl rsa -in server.key.org -out server.key
openssl x509 -req -days 365 -in server.csr -signkey server.key -out server.crt

Ahora ya tenemos listo los certificados, asi que ahora solo nos queda configurar el apache. Yo he creado un trac.dominio.ext y un svn.dominio.ext para hacer esto, pero esto va a gusto de cada uno. Yo como uso dos subdominios distintos, lo tengo en ficheros separados.

Primero editaremos el trac, asi que creamos el fichero /etc/apache2/sites-available/trac.domain.ext

NameVirtualHost *:443
<VirtualHost *:443>
#Activate SSL
SSLEngine on
 
SSLCertificateFile    /etc/apache2/ssl/server.crt
SSLCertificateKeyFile /etc/apache2/ssl/server.key
 
#VirtualHost Servername
ServerName trac.domain.ext
ServerAdmin trac@domain.ext
 
DocumentRoot /opt/projects/trac
 
#Authentication
<Location />
AuthType Basic
AuthName "Trac"
AuthUserFile /opt/projects/.htpasswd
Require valid-user
 
#Trac
SetHandler mod_python
PythonHandler trac.web.modpython_frontend
PythonOption TracEnvParentDir /opt/projects/trac/
PythonOption TracUriRoot /
 
</Location>
</VirtualHost>

El fichero no necesita demasiada explicacion, simplemente le decimos que active el SSL, que pida autentificacion y cargamos el modulo del trac y le especificamos el path de donde estan todos nuestros proyectos.

Ahora vamos con el fichero /etc/apache2/sites-available/svn.domain.ext

NameVirtualHost *:443
<VirtualHost *:443>
#Activate SSL
SSLEngine on
 
SSLCertificateFile    /etc/apache2/ssl/server.crt
SSLCertificateKeyFile /etc/apache2/ssl/server.key
 
#VirtualHost Servername
ServerName svn.domain.ext
ServerAdmin svn@domain.ext
 
DocumentRoot /opt/projects/svn
<Location />
DAV svn
 
#Authentication
AuthType Basic
AuthName "Subversion"
AuthUserFile /opt/projects/.htpasswd
Require valid-user
 
#Subversion
SVNParentPath /opt/projects/svn
SVNListParentPath on
SVNAutoVersioning On
</Location>
 
<LocationMatch "/.+">
#Subversion permission file
AuthzSVNAccessFile /opt/projects/svn/.htpasswd
</LocationMatch>
</VirtualHost>

Es importante separar el AuthzSVNAccessFile de <Location /> ya que sino no listara todos los proyectos en http://svn.domain.ext/ por problemas de permisos.

Ahora que tenemos estos ficheros listos, hay que activar el modulo de ssl en el apache2 y los dos dominios.

vi /etc/apache2/ports.conf

<IfModule mod_ssl.c>
Listen 443
</IfModule>

cd /etc/apache2/mods-enabled
ln -s /etc/apache2/mods-available/dav.load .
ln -s /etc/apache2/mods-available/dav_svn.load .
ln -s /etc/apache2/mods-available/mod_python.load .
ln -s /etc/apache2/mods-available/ssl.conf .
ln -s /etc/apache2/mods-available/ssl.load .
 
cd /etc/apache2/sites-enabled
ln -s /etc/apache2/sites-available/svn.domain.ext 001-svn.domain.ext
ln -s /etc/apache2/sites-available/trac.domain.ext 001-trac.domain.ext

Ahora vamos a crear un proyecto de prueba

mkdir -p /opt/projects/svn
mkdir -p /opt/projects/trac
svnadmin create /opt/projects/svn/NewProject
trac-admin /opt/projects/trac/NewProject initenv

Project Name [My Project]> NewProject
Database connection string [sqlite:db/trac.db]>
Path to repository [/var/svn/test]> /opt/projects/svn/NewProject
Templates directory [/usr/share/trac/templates]>
Creating and Initializing Project
Configuring Project
trac.repository_dir
trac.database
trac.templates_dir
project.name
Installing default wiki pages
..............

Ahora creamos los ficheros de acceso de usuarios.

[Repositorio:/Path]
user = [ [r[w]]]

Por ejemplo, queremos que el user1 pueda leer y escribir, el user2 leer, y anonymous nada (no deberia haber anonymous ya que el htpasswd no los deja pasar, pero siempre viene bien protegerse por si acaso), el fichero quedaria asi

[NewProject:/]
user1 = rw
user2 = r
* =

Ahora ya tenemos todo listo, podemos instalar el modulo TracWebAdmin para que sea mas facil la administracion del trac.



Share:


	
	
	
	
	
	
	
	
	




]]>
			http://p0l0.binware.org/index.php/2006/10/03/multiples-proyectos-con-trac-y-svn-usando-https/feed/
		0