Archive for March, 2010
Instalando Postgresql 8.4 server desde Snow Leopard
# sudo su
# port install postgresql84-server
# launchctl load -w /Library/LaunchDaemons/org.macports.postgresql84-server.plist
# mkdir -p /opt/local/var/db/postgresql84/defaultdb
# chown postgres:postgres /opt/local/var/db/postgresql84/defaultdb
# # su - postgres
Edwin-Plauchus-MacBook:~ postgres$ /opt/local/lib/postgresql84/bin/initdb -D /opt/local/var/db/postgresql84/defaultdb
The files belonging to this database system will be owned by user "postgres".
This user must also own the server process.
The database cluster will be initialized with locale C.
The default database encoding has accordingly been set to SQL_ASCII.
The default text search configuration will be set to "english".
fixing permissions on existing directory /opt/local/var/db/postgresql84/defaultdb ... ok
creating subdirectories ... ok
selecting default max_connections ... 20
selecting default shared_buffers ... 1600kB
creating configuration files ... ok
creating template1 database in /opt/local/var/db/postgresql84/defaultdb/base/1 ... ok
initializing pg_authid ... ok
initializing dependencies ... ok
creating system views ... ok
loading system objects' descriptions ... ok
creating conversions ... ok
creating dictionaries ... ok
setting privileges on built-in objects ... ok
creating information schema ... ok
vacuuming database template1 ... ok
copying template1 to template0 ... ok
copying template1 to postgres ... ok
WARNING: enabling "trust" authentication for local connections
You can change this by editing pg_hba.conf or using the -A option the
next time you run initdb.
Success. You can now start the database server using:
/opt/local/lib/postgresql84/bin/postgres -D /opt/local/var/db/postgresql84/defaultdb
or
/opt/local/lib/postgresql84/bin/pg_ctl -D /opt/local/var/db/postgresql84/defaultdb -l logfile start
Finalmente si se desea arrancar postgresql usaremos el siguiente comando como root
# launchctl start org.macports.postgresql84-server
It’s just UNIX
Espiando el Trafico http que implementa SSL (https)
Durante una transaccion SSL sobre TCP/IP… la parte cliente inicia el intercambio de informacion (conocida como handshake tcp/ip), la parte servidor entonces… mandara el certificado que inclulle la llave publica a la parte cliente, entonces la parte cliente utilizara este certificado para mandar sus mensajes cifrados hacia el servidor….
Para atrapar este certificado y ejecutar el ataque de el middle man (y asi enterarnos de la informacion nos interesa colocandonos en medio de la transmision cliente servidor). Requerimos 3 cosas…
* Hacer un Destiny NAT sobre algun sistema linux o bsd
* Un sniffer de red que soporte SSL
* Hacer ARP spoofing al host que deseamos espiar , ya sea manualmente con algun unix script o bien utilizando alguna utileria que te consigas por ahi en la red
Este video lo tome de un amigo de la comunidad tucancunix ( Gracias a ROA )
