#!/bin/bash
#
# Script para fazer o balanceamento de links ADSL
# Para adicionar mais um link é so adicionar um item
# às variaveis IFACES, IPS, GATEWAYS, NETWORKS,
# WEIGHTS e NAMES
#
# É extremamente importante manter a ordem dentro das
# variáveis. O primeiro campo da variável "IFACES"
# corresponde ao primeiro campo da variável "IPS"
# e por aí vai.
#
# Ultima modificacao:  22/11/2009
# Hugo Doria 
 
# Interfaces de rede
IFACES=("eth1" "eth2" "eth3")
 
# IP das interfaces de rede. Isto NÂO é o ip do modem.
# É extremamente importante que siga a mesma ordem das interfaces
# listadas na variável IFACES
IPS=("192.168.254.2" "192.168.254.10" "192.168.254.18")
 
# IP dos Gateways. Geralmente esse é o ip do Roteador ou do modem ADSL
GATEWAYS=("192.168.254.1" "192.168.254.9" "192.168.254.17")
 
# IP das redes que o modem e as interfaces pertencem
NETWORKS=("192.168.254.0/29" "192.168.254.8/29" "192.168.254.16/29")
 
# Peso de cada link. Se os links tiverem a mesma banda, entao deve-se
# colocar 1 para todos. Se um link for maior que outro, entao coloque
# os pesos correspondentes
WEIGHTS=("1" "1" "1")
 
# Nome dos links. Usado para criar um alias da conexão
NAMES=("velox1" "velox2" "velox3")
 
#-----------------------------------------------
# NÂO ALTERE A PARTIR DAQUI
#-----------------------------------------------
 
# Comando padrão de adicionar rota
ROUTEADD="ip route add default scope global"
 
# Comando para deletar uma roda
ROUTEDEL="`which route` del default gw"
 
####################################################
# Deletando as rotas
####################################################
 
for (( X=0; X < ${#IPS[@]}; X++ )); do
    echo "Deletando as rotas para ${IPS[$X]}"
    ${ROUTEDEL} ${IPS[$X]}
done
 
#######################################################
# Limpando as rotas
#######################################################
 
for (( X=0; X < ${#IPS[@]}; X++ )); do
    echo "Limpando as rotas da tabela ${NAMES[$X]}"
    ip route flush tables ${NAMES[$X]}
done
 
#######################################################
# Aplicando as regras das redes
#######################################################
 
for (( X=0; X < ${#IPS[@]}; X++ )); do
    echo "Aplicando a regra da rede ${NETWORKS[$X]}"
    ip route add ${NETWORKS[$X]} dev ${IFACES[$X]} src ${IPS[$X]} tables ${NAMES[$X]}
done
 
#######################################################
# Adicionando as regras
######################################################
 
for (( X=0; X < ${#IPS[@]}; X++ )); do
    echo "Adicionando a regra do ${IPS[$X]} na tabela ${NAMES[$X]}"
    ip rule add from ${IPS[$X]} table ${NAMES[$X]}
done
 
##########################################################
# Regra padrão e limpeza do cache
##########################################################
 
for (( X=0;X < ${#IPS[@]}; X++ )); do
    ROUTEADD="${ROUTEADD} nexthop via ${GATEWAYS[$X]} dev ${IFACES[$X]} weight ${WEIGHTS[$X]}"
done
 
echo "Adicionando a regra padrao"
${ROUTEADD}
 
echo "Limpando o cache"
ip route flush cache

# Fim do script

O script serve para mais de dois links ADSL. Para adicionar mais um link é so adicionar um item às variaveis IFACES, IPS, GATEWAYS, NETWORKS, WEIGHTS e NAMES. Lembre-se sempre de manter a ordem dos itens dentro das variáveis.

Todas as falhas são niveladas de acordo com risco que podem causar ao servidor. Falhas leves (low), médias (medium) e graves (high). Além destas categorias há mais duas: ok e info.

A ferramenta ainda está em um estágio bem inicial, mas resolvi compartilhá-la logo para ajudar aqueles que querem contribuir com algo e, claro, acelerar o desenvolvimento.

Algumas características:

• Criei uma estrutura bem modular, baseando-me em outro projeto que mantenho: o namcap. Acredito que com essa estrutura fica muito mais fácil manter e contribuir com o projeto.
• Não quero que o hntool realize nenhum hardening automaticamente. Quero apenas que ele me avise das falhas que existem. A decisão sobre o que (e como) fazer para consertar a falha cabe ao administrador do sistema.
• A intenção é fazer com que o hntool sirva para qualquer distribuição, mas no momento eu só tenho testado no Arch Linux.

Usando o hntool

Para testar o hntool é fácil. Baixe-o daqui e descompacte-o. Depois é só entrar no diretório descompactado e rodar:

# python hntool.py

Sim, você só precisa do python.

Segue um exemplo do resultado do hntool (clique para ampliar):

Acho que deu para entender onde quero chegar, né?

Como contribuir

Você pode contribuir com o hntool de diversas formas: enviando código, patchs, reportando bugs e pedindo recursos. Tudo isso pode ser feito através do bug tracker do github ou enviando um email para contato arroba hugodoria.org.

Todo o código do projeto está disponível no github. Para baixá-lo e gerar seus patchs faça:

$ git clone git://github.com/hdoria/hntool.git

$ cd hntool

(faça suas mudanças no código)

$ git commit -a

$ git format-patch master

Isso irá criar um patch no formato do git. Dessa forma fica melhor para eu aplicá-lo.

A ferramenta também está precisando de um ícone simples e bonito. Sou um zero à esquerda quando se trata de desenho e totalmente incapaz de fazer algo decente. Fica aí a dica. :P

Estrutura modular

Como falei, resolvi criar o hntool de forma modular. A estrutura de um modulo é, mais ou menos, assim:

import os
 
class rule:
	def short_name(self):
		return "ssh"
	def long_name(self):
		return "Checks security problems on sshd config file"
	def analyze(self):
		check_results = [[],[],[],[],[]]
		ssh_conf_file = ['/etc/ssh/sshd_config', '/etc/sshd_config']
 
		for sshd_conf in ssh_conf_file:
			if os.path.isfile(sshd_conf):
				fp = open(sshd_conf,'r')
				lines = [x.strip('\n') for x in fp.readlines()]
 
				# Checking if SSH is using the default port
				if 'Port 22' in lines or '#Port 22' in lines:
					check_results[1].append('SSH is using the default port')
				else:
					check_results[0].append('SSH is not using the default port')				
 
				# Closing the sshd_config file
				fp.close()
 
		return check_results
	def type(self):
		return "config"

Explicando melhor:

• short_name(self): Uma string contendo o nome curto do modulo. Ele será usado, por exemplo, na hora de listar todos os módulos existentes (hntool -l).
• long_name(self) : Aqui é a descrição do módulo. Também será mostrada na listagem dos módulos.
• analyze(self): É aqui que fica o código de verdade. O resultado desse método deve ser sempre uma lista com 5 elementos, que correspondem aos níveis de segurança encontrados - ok, info, low, medium e high, respectivamente.
• type(self): Cada módulo será de um tipo. "files" para módulos que lidam com arquivos de texto simples(/etc/passwd, por exemplo) ou de configuração. "services" para módulos que lidam com serviços.

Há, também, um arquivo README explicando mais detalhes sobre o hntool. Obviamente, ele será melhorado com o tempo.

Bem, pessoal. É isso. Estarei sempre postando novidades desse projeto à partir de agora. :)

Durante minha pesquisa encontrei o OWASP Joomla Vulnerability Scanner, um script capaz de:

• Detectar a versão do Joomla, PHP e do SO
• Procurar falhas de segurança no Joomla e em seus componentes
• Gerar relatórios em texto e html
• Atualizar sua base de vulnerabilidades

Requisitos

Para usar este scanner você só precisa de: perl, perl-libwww, perl-www-mechanize. Todos estão disponíveis nos repositórios das principais distribuições. Para instalá-lo no Arch faça:

# pacman -S perl perl-libwww perl-www-mechanize

Ah! E precisa, obviamente, do próprio scanner. É só baixá-lo daqui e descompactá-lo.

Usando o OWASP Joomla Vulnerability Scanner

O uso básido do scanner é:

$ ./joomscan.pl  -u http://url-do-joomla

O joomscan te mostrará informações como:

Target: http://url-do-joomla

Server: Apache/2.2 (Debian) PHP/5.2.6-1+lenny3
X-Powered-By: PHP/5.2.6-1+lenny3

## Fingerprinting in progress ...

~1.0.x htaccess.txt revealed [1.0.13 - 1.0.15]
~1.0.x joomla.javascript.js revealed [1.0.13 - 1.0.15]
~1.0.x moscode.xml revealed [1.0.0 - 1.0.13]

* Deduced version range is : [1.0.13 - 1.0.13]

## 9 Components Found in front page  ##

com_frontpage     com_content
com_rsgallery2     com_docman     com_contact
com_search     com_banners     com_poll
com_rss

Vulnerabilities Discovered
==========================

# 1
Info -> Generic: htaccess.txt has not been renamed.
Versions Affected: Any
Check: /htaccess.txt
Exploit: Generic defenses implemented in .htaccess are not available, so exploiting is more likely to succeed.
Vulnerable? Yes

# 2
Info -> Core: Authentication Bypass Vulnerability
Versions effected: Joomla! 1.5.3 <=
Check: /administrator/
Exploit: Backend accepts any password for custom Super Administrator when LDAP enabled
Vulnerable? Yes

# 3
Info -> CoreComponent: com_banners Blind SQL Injection Vulnerability
Versions effected: N/A
Check: /components/com_banners/
Exploit: /index.php?option=com_banners&task=archivesection&id=0'+and+'1'='1::/index.php?option=com_banners&task=archivesection&id=0'+and+'1'='2
Vulnerable? Yes

E por aí vai. Útil, não?

Para ver as outras opções do joomscan rode-o assim:

$ ./joomscan

Ou visite a página do projeto.

A grade de programação preliminar já está disponível e as inscrições podem ser feitas, gratuitamente, através deste endereço.

Neste ano o pessoal do PSL-BA virá em peso para o evento, com 3 palestrantes (Alexandro Silva, Cristiano Furtado  e Rafael Gomes) e diversos participantes. Tenho certeza que faremos um ótimo evento. Conto com todos lá. :-)

Para maiores informações visite:

http://softwarefreedomday.org/teams/centralandsouthamerica/brasil/sergipe

Depois de muito pesquisar e testar os video-games dos amigos, optei pelo Playstation 3. Estou adorando a plataforma e hoje tenho certeza que fiz a melhor escolha, baseado no que EU precisava, dentre os video-games da última geração.

Os fatores que me levaram a escolher o PS3, ao invés do Xbox, foram:

• Eu queria mais que um video-game. Queria uma central de multimidia. Algo para controlar vídeo, audio, fotos, jogos e tudo mais. Apesar de você "conseguir" fazer isso com o X, o PS3 é bem superior neste quesito;
• Hardware melhor: PS3 tem wireless, bluetooth e blueray. Três grandes estrelas que fazem muita diferença e que não existem nativamente no X. Além disso tem muito menos problemas que o Xbox;
• Integração com o PSP. Usar remote play com o PSP no PS3 é muito bacana;
• Preço mais camarada. Eu comprei o PS3 com 3 anos de garantia por bem menos que gastaria para comprar um X com a mesma garantia.
• Franquias: O PS3 tem algumas franquias exclusivas e que sou super fã: Gran Turismo, God Of War, Final Fantasy (que já não é mais exclusivo), Killzone, Resistance e, claro, a melhor de todas: Metal Gear Solid (o 4 é o melhor jogo da história). O X também tem algumas boas franquias, mas a única que realmente sou fã é Gears Of Wars (que jogo!!). Obviamente, esta questão de franquia varia muito de acordo com o gosto.

Por outro lado, há algumas coisas super bacanas no X e que não existem no PS3:

• Live: Não há o que discutir aqui. A live é bem superior ao combo PSN/Home do PS3 e acredito que seja o grande motivo de se ter um Xbox 360. A PSN/Home até oferece o básico - como partidas online, chat e compras, mas não vai muito além disso.
• Comunidade unida: eu achei a comunidade do Xbox mais unida que a do PS3. Há um grande portal e vários grupos sempre realizando partidas online. Mas talvez ainda seja cedo para eu afirmar isso, pois estou fazendo minhas amizades pelo PS3 agora.

Bem, é isso. Não quero convencer ninguém a comprar um PS3 e nem afirmar que ele é melhor que o 360. Na verdade, os dois são excelentes e, por isso, é muito importante analisar corretamente antes de decidir qual plataforma comprar. Tudo vai depender do que você espera de um video-game.

Ah! E se você tiver PS3 não esqueça de me adicionar na PSN. Meu login é hdoria.

namcap (2.3)

• - New tags:
  • elffile-not-in-allowed-dirs (FS#15299)
  • gnome-mime-file (checks for GNOME mime files)
  • mime-cache-not-updated (checks for update-mime-database calls)
  • hicolor-icon-cache-not-updated (FS#15028)
  • insecure-rpath (FS#14049)
  • non-fhs-info-page (FHS compliance of installed info pages)
  • pkgname-in-description (pkgname should not be in description)
  • potential-non-fhs-info-page

• - Removed tags:
  • missing-cvs-id
  • maintainer-tags-for-tus-devs
  • cvs-id-for-tus-devs

• Added rule to look for .a files with wrong permissions
• Report dangling symlinks as an error (dangling-symlink)
• Added sf.net urls in sfurl module.
• Support machine-parseable tags (use -m to see them)
• Add covered packages to dependencies
• gnomemime uses /usr/share/ directory now
• Removed obsolete module gnomemenu
• Namcap now prints a warning if a package is empty
• Prevent crash when namcap fails to open a file (FS#14371)
• Script detection generalised, supports more scripts (FS#15160)
• Documentation updates (manual page, AUTHORS, README)
• Add an option to exclude some rules from the checks

I would like to thanks Abhishek Dasgupta, who helped a lot and was very important to this release.

If you find a bug or have a feature request, please, report it on our bug tracker. Don't be shy. :)

Este ano assisti poucas palestras. Quase nenhuma, na verdade. Mesmo assim pude aproveitar muito mais que o FISL passado. Vi amigos, conheci muita gente nova (alguns que eu já trocava emails), fiz muito contato profissional importante, troquei muito código, contribui com alguns projetos e algumas pessoas, participei de reuniões e, no final de tudo, saí de lá com uma mente muito maior e com um sorrido enorme por ter trocado tantas idéias.

Uma outra coisa que me deixou bastante feliz é que o Arch Linux (Brasil) estava muito bem representado este ano. Tivemos o 1º Encontro Nacional de Usuários do Arch Linux e um stand de grupo de usuários, onde muita gente apareceu para tirar dúvidas, conhecer a distro e trocar idéias com os membros do projeto. Ano que vem repetiremos a dose com certeza.

Alguns membros do Arch Linux Brasil

Alguns membros do Arch Linux Brasil

Também rolou uma reunião do PSL-NE para confirmar o local da realização e o formato do IV Encontro Nordestino de Software Livre (ENSL), um evento que cresceu bastante e que vale totalmente a pena. Para quem ainda não sabe, o evento vai acontecer em Natal, em setembro de 2010. Se você está interessado no evento, o resultado da reunião sobre o formato do ENSL está disponível.

Membros do PSL-NE

Membros do PSL-NE

Antes do FISL eu fui para Gramado com o pessoal do Arch Linux Brasil. Lá encontrei o Rafael Gomes, Anne (sua esposa) e o pessoal de Manaus. A cidade é linda e foi muito bacana o tempo que passamos lá.

Se for a Gramado não deixe de visitar o lago negro, o mini-mundo, a pizzaria Toca da Bruxa e conhecer toda a arquitura da cidade. Só não pague pelo passeio da jardineira, pois é bem entediante.

Eu só tenho a agradecer ao Carlos "A Lenda" Campos, Douglas Soares, Farid Abdelnour, Gilfran Ribeiro, Guilherme Oliveira, Késsia Pinheiro, Marcelo Cavalcante, Morgana Larceda, Nilo Dantas, Rodrigo Flores. Essa galera é fenomenal e me rendeu muitas, muitas risadas.

O pessoal do GNOME, Fedora-BR e do Ubuntu-BR também é super gente fina. É sempre bom revê-los e ver que continuam participando e contribuindo com os projetos que curtem.

Espero todos no ano que vem para a gente tomar um chopp, jogar sinuca/poker e curtir o FISL. E se tudo der certo vamos para a Argentina antes do evento. Quem quiser pode se juntar a nós. :)

NOTA: Se você tirou foto do stand do Arch Linux Brasil não deixe de postar um link para a mesma nos comentários ou de me enviá-la.

Ian agora está com 1 ano e 3 meses. Já anda há algum tempo e está extremamente danado. Vive correndo a casa toda, mexendo em tudo, brincando, caindo e dançando.  Ele também já solta algumas palavrinhas como "papá", "mãmã" e sua preferida: "cocó".

Ele é louco por cocoricó, backyardgians, chuva e motos. Meu pai faz trilha e tem uma daquelas motos de rally, daí coloca Ian junto dele e saem passeando pela casa. A carinha de felicidade de Ian  é impagável. O ruim é só conseguir tirá-lo da moto, pois ele dá um escândalo.

Falando em escândalo, Ian às vezes age como um malcriado e dá um escândalo. Eu o distraio (ou dou bronca) e ele até que me obedece, mas às vezes consegue dar um nó na mãe (mulheres geralmente têm mais pena e crianças sabem disso).

O engraçado da história é que sempre que via uma criança desobediente eu pensava "Meu filho nunca fará isso". Mas o fato é que, definitivamente, corrigir essas atitudes não é tão fácil quanto parece na teoria (principalmente porque eu não gosto de bater) e leva tempo.

ian e sua mãmã

De um ano para cá muita coisa mudou e ele é bem diferente da época em que não conseguia nem ficar durinho para tirar uma foto. Quanto mais o tempo passa, mais eu me divirto. Acho que dentre todas as "fases" que Ian teve, esta é a melhor.

O único "problema" é que tem que ficar de olho nele o tempo todo, se não é dor de cabeça na certa. Um dia desse Tânia o encontrou de cabeça para baixo num balde, só com as perninhas balançando no ar. Pense na cena!

Agora Ian está frequentando uma creche. Eu não sou muito a favor da idéia, mas eu e Tânia precisamos trabalhar e não encontramos outra solução.

Apesar de eu não ser a favor da creche, não posso negar que meu garotão evoluiu muito depois que passou a frequentá-la. Infelizmente, ele também ficou bastante doente há algum tempo e acho que a creche tem sua parcela de culpa nisso.

Modéstia a parte, eu estou me saindo bem como pai. Além de todas as obrigações (banho, fraldas, alimentação etc), sempre estou tentando brincar com ele e inventar coisas novas para fazer.

Parques e passeios sempre rolam. Eu e Tânia já o levamos até para um show de rock (em uma praça aberta e afastado do palco, claro). Ele também adora piscinas e brincadeiras com água em geral.

Ah! Ian também já começou a paquerar. Um dia desses mesmo ele estava sozinho numa festa e, logo depois, já estava com duas paqueras do lado:

Ian com duas

Ian analisando uma das candidatas

A escolhida!

Esse é meu garoto! :P

Seguem as dicas:

Preparação

• Reserve seu hotel com antecedência: Se possível reserve com pelo menos 2 meses antes do evento, os hotéis de Porto Alegre não dão conta de atender toda demanda, e caravanas costumam reservar vários quartos com antecedência.
• Reserve dinheiro para a alimentação: Prepare-se, a comida no local do evento é cara, e não existem muitas opções na região.
• Descanse durante a viagem: Se você vai por uma caravana de ônibus, em uma viagem longa que atravessa a noite, tente pegar os primeiros bancos do ônibus. É o único lugar que se pode dormir de forma decente.
• Marque um Ponto-de-Encontro: Se estiver em grupo marque locais e horários para as chegadas, saídas e palestras. Ligações interurbanas e roaming não são baratos.
• Visite o Museu da Ciência: Tire pelo menos o tempo de uma palestra para visitar o museu da ciência, anexo aos prédios do evento. A entrada é barata e vale a pena!
• Não use a mesma peça de roupa mais de um dia: Em um evento com mais de 10000 pessoas circulando por 4 dias isso é bastante óbvio, mas muita gente esquece disso.

Coisas para levar

• Cartões de Visita: O FISL é um ótimo lugar para fazer contatos e conhecer pessoas, tenha vários cartões na carteira ou outro lugar de fácil acesso.
• Currículos Impressos: É uma prática comum as empresas coletarem Currículos nos estandes ou nas palestras, algumas oferecem brindes em troca.
• Pen-Drive: Essa é a forma mais fácil de trocar códigos-fontes e demais arquivos. Considere levar um “descartável” (menor ou antigo) caso precise passar arquivos importantes para outras pessoas que você não verá mais durante o evento.
• Régua de Energia (Extensão) com cabo longo: As tomadas nas salas de palestras são escassas, se precisar de energia para notebooks ou câmeras é bom se preparar. Aproveite o espírito de compartilhamento do FISL e deixe outras pessoas usarem as suas tomadas.
• Cronograma das Palestras: Imprima a programação do evento e marque os eventos do seu interesse. É impossível aproveitar tudo, então se organize para tirar o máximo.
• Softwares abordados nas palestras: Se você vai participar de alguma palestra sobre um tema que não domina já leve instalado no seu notebook os softwares abordados, você poderá aproveitar melhor as palestras assim.
• Alternativa de Conexão: Não dependa exclusivamente da rede do evento, considere uma alternativa, como modem 3G ou tethering via celular.

Primeiro Dia

• Chegue cedo: A fila no primeiro dia é longa, especialmente se quiser ver uma palestra no primeiro horário.
• Pegue suas credenciais fora do horário de pico: Caso não consiga chegar cedo como na dica anterior considere chegar mais tarde, perto da hora do almoço, até lá a fila já deve estar menor.
• Compre camisetas na manhã do primeiro dia: As camisetas das comunidades vendem logo, especialmente as de tamanho popular.

Palestras

• Tradução Simultânea: Se precisar de tradução em alguma palestra chegue mais cedo para pegar o headset, e tenha seus documentos em mãos.
• Peça o arquivo de apresentação: Se um palestrante não divulgar uma URL para baixar o arquivo da apresentação peça para ele, de preferência na sessão de perguntas, para os demais participantes tomarem nota.
• Converse com os palestrantes: Eles geralmente estão abertos à conversas logo depois da palestra, e podem gerar discussões interessantes.
• Inclua os eventos não-oficiais: Passe pelos estandes das comunidades e tome nota dos eventos menores, como workshops, mini-palestras e oficinas de programação.
• Evento de Encerramento: Apesar de todas as salas de evento replicarem o vídeo do auditório principal, participar pessoalmente é uma experiência bem melhor. Chegue uma ou duas palestras antes no auditório principal.

Acredito que o Racum tenha resumido muito bem o espírito da coisa e dado dicas valiosas. Apesar disso, gostaria de contribuir com mais algumas:

• Evite ficar sempre com seus amigos de longa data. Eventos como esse são ótimos locais para se conhecer gente nova, principalmente aquelas com quem você já contribuiu em algum projeto ou conversa sempre virtualmente.
• Leve algo para se alimentar durante o evento, mas durante o intervalo das principais refeições. Barra de cereal é uma ótima opção.
• Se você for com algum grupo de usuário tente chegar bem cedo no primeiro dia para conseguir um bom stand. As melhores posições são tomadas logo.
• Leve algo para se distrair. Passar o dia todo no evento é cansativo e as vezes é bom relaxar. PSP, Nintendo DS e jogos no notebook ajudam muito. Se for jogar poker não esqueça de me chamar.
• Não falte com respeito às garotas dos stands (e nem as usuárias). Sim, elas são gostosas, mas é preciso ter respeito acima de tudo. Situações como as do último campus party são ridículas.

O dia e o horário do evento ainda não estão confirmados, mas avisaremos assim que tivermos estes dados. Fiquem ligados!

Durante o encontro teremos as seguintes palestras:

• Introdução ao Arch Linux - por Rodrigo Flores
• Migrando para o Arch - por  Kessia Pinheiro
• Arch Linux Brasil: o que fomos, somos e seremos - por Douglas Soares de Andrade
• Construindo pacotes para o Arch Linux - por Hugo Dória

Além do evento, também teremos espaço como grupo de usuários, onde venderemos adesivos, mídias de instalação do Arch e camisetas.

Mas como nem tudo é marketing, o espaço também servirá para demonstramos a distribuição, tirarmos dúvidas dos usuários e trocar aquele papo agradável.

Não deixe de nos visitar, participar do encontro e trocar uma idéia conosco. :)