sexta-feira, outubro 27, 2006

[FIRST REVIEW] Manual do Planejamento - Gestão de Risco Corporativos

Como todo inicio escrever um review não é uma das tarefas
mais fáceis, nos últimos meses tenho dado um novo fork a minha
carreira tentado acrescentar uma bagagem de gestor a uma
carreira 100% técnica.

Mês passado eu adquiri alguns livros:

* Manual do Planejamento - Gestão de Riscos Corporativos por Antonio C. R. Brasiliano
* Gerenciamento de Projetos de Tecnologia de TI por Marconi F. Vieira


Para um Analista acostumado a preocupar-se apenas com um
problema de caráter técnico, ler um Manual de Gestão de
Risco escrito pelo Brasiliano é uma tarefa complexa, mas ao
mesmo tempo extremamente gratificante.

A cada capitulo tem-se certeza de estar envolvido por um
profissional de uma competência imaculada e logo nas primeiras
folhas nos deparamos com o tópico "Risco Empresarial" , que
mesmo sendo um tópico comum para empresários não condiz
com a realidade de muitos tecnicos.

Esse topico foi muito importante por que descobri que a minha
visão de segurança empresarial mesmo não exercitada condiz
com o bom senso.

Quem lê o parágrafo anterior pode ser levado a pensar erroneamente,
o tópico "Risco Empresarial" abordado pelo Brasiliano é extremamente
completo, passando pelos sub-tópicos:

* Risco de Mercado
* Risco de Credito
* Risco Operacional
* Risco Legal


Com base nesses tópicos podemos observar a tamanha diversidade
que o leitor pode encontrar nesse livro, o "Risco Operacional " é sem
duvida um dos tópicos mais marcantes e frequentemente vivido
por nos Analistas.

O livro cumpriu o que prometeu, do inicio ao fim e se mostra um manual
conciso e instigante que conduz o leitor a pensar:

"Preciso fazer isso na minha empresa"

ou quem sabe ...

"Preciso fazer isso em meu departamento"


Continuando a leitura, eu cheguei a um tópico complexo
"Fases para Modelar Cenários", achei esse tópico
trabalhoso em vários aspectos:

* Envolve diversas visões de um mesmo ponto critico.
* E preciso maturidade empresarial para avaliar o grau de
pertinência e probabilidade de cada problema.

Porem é gratificante chegar a "Matriz de tratamento de Eventos",
que é o resultado final da analise do Cenário Atual.

E o mesmo acontece com outros tópicos importantes,
como a Elaboração da Matriz de Impactos Cruzados.

Tão significativo quanto Modelar o Cenário Atual, Brasiliano
demonstra que o melhor foi deixado para o final e é quando
nos deparamos com o tão sonhado tópico 7.7.2 "Formula
do Custo da Perda"
e o 7.7.3 "Perda Esperada"
e ai notamos que Brasilianos nos deixa exatamente como quer,
perplexos e nos perguntando como é possível tratar um tema dessa
complexidade de forma tão tranqüila.

Termino esse review com as palavras finais de Brasiliano,

"Cremos que e fundamental estar sempre consciente
da necessidade de
reciclar constantemente nossos
conhecimentos"

Tomara que gostem, nao irei ter um segundo primeiro review :-)

quinta-feira, outubro 26, 2006

Firefox 2.0 adiciona sistema Anti-Phishing usando Google Blacklist ...

Seguindo o alvoroço criado em torno do tão esperado
Firefox 2.0, resolvi testar e logo me surpreendi com o sistema Anti-Phishing
que inicialmente funciona muito bem.

Quando configurado para "verificar consultando o google" ele sincroniza
com a base de phishing do google, que por sua vez esta disponível....

Segue a blacklist e whitelist,
http://sb.google.com/safebrowsing/update?version=goog-black-url:1:-1 http://sb.google.com/safebrowsing/update?version=goog-white-domain:1:-1

Seria muito interessante integrar isso com o SquidGuard,
eu tenho algumas ideias porem em minha primeiras tentativas não obtive
sucesso. :-(

Correndo pela backlist do google, me deparei com algumas urls um tanto que
incomuns...
http://0x53.0x88.0x8b.0x6f/~dmanx/webscr/sysdll.php http://0x47764ae8/www.chase.com/ http://1037925291:22/account/Limit-Reset/webscrr/index.php

É incrível com esses phishings são horríveis!!!
Quando dizem que os nacionais estão "over de top",
não é brincadeira !!

Para que você test a funcionabilidade sem correr nenhum tipo de
risco foi disponibilizado a seguinte url ...

http://www.mozilla.com/firefox/its-a-trap.html

Agora eu quero ver isso no OPERA !!!

segunda-feira, outubro 23, 2006

Restarting DNSCACHE using RCSS

Já há algum tempo eu tenho trabalhado na migração de alguns BIND's para DJBDNS,
utilizando a dupla TinyDNS e DNSCACHE.

Um dos problemas encontrados é a sincronização entre o DNSCACHE e o TinyDNS,
o DNSCACHE como o próprio nome já diz é um cache de DNS que em muitas situações
é configurado para fazer dezenas de megas de caches, tornando a sincronização muito
custosa quando o quesito é tempo..

Como eu ja tinha o RCSS* instalado nos servidores, tive apenas que criar uma restart_dnscache() e
colocar em comandos.sh.

restart_dnscache()
{
if [ -d /var/service/dnscache ];then
echo "Restarting cache ($HOSTNAME)"
svc -k /var/service/dnscache
elif [ -d /service/dnscache ];then
echo "Restarting cache ($HOSTNAME)"
svc -k /service/dnscache
fi
}
O primeiro if checa o diretório /var/service/dnscache, comum em sistema FreeBSD
via ports e já o segundo garante o funcionamento para a instalação default do DJB.

Dessa forma já é possível reiniciar o dnscache da seguinte forma:

/etc/periodicos/bin/rcsc -s 200.xxx.xxx.xxx -p 6556 -c '1234567890 restart_dnscache'

Lembrando que a string 1234567890 pode ter qualquer comprimento e composição,
desde que esteja definida em comandos.sh.

Segundo as referências do próprio DJB, eu adicionei as entradas em tinydns/root/Makefile:

@echo "<<RESTARTING CACHE1.XXX.XXX"
/etc/periodicos/bin/rcsc -s 200.XXX.XXX.XXX -p 6556 -c '1234567890 restart_dnscache'
@echo ""
@echo "<<RESTARTING CACHE2.XXX.XXX"
/etc/periodicos/bin/rcsc -s 200.XXX.XXX.XXX -p 6556 -c '1234567890 restart_dnscache'
@echo ""
@echo "<<RESTARTING CACHE3.XXX.XXX"
/etc/periodicos/bin/rcsc -s 200.XXX.XXX.XXX -p 6556 -c '1234567890 restart_dnscache'
@echo ""
@echo "<<RESTARTING CACHE4.XXX.XXX.XXX"
/etc/periodicos/bin/rcsc -s 200.XXX.XXX.XXX -p 6556 -c '1234567890 restart_dnscache'


Dessa forma apos digitar make para refazer o arquivo data do tinydns, o Makefile irá
automaticamente reiniciar todos os caches configurandos.


(105){ricardo@ricardo}[/var/service/tinydns/root]> sudo make <<SYNC DATA.CDB NS.XXX.XX (XXXXXX) rsync -az -e ssh data.cdb

200.XXX.XXX.XXX:/service/tinydns/root/data.cdb
Password: <<

RESTARTING CACHE1.XXX.XXX /etc/periodicos/bin/rcsc -s 200.XXX.XXX.XXX -p 6556 -c '1234567890 restart_dnscache' Restarting cache (XXXXXXX) <<
RESTARTING CACHE2.XXX.XXX
/etc/periodicos/bin/rcsc -s 200.XXX.XXX.XXX -p 6556 -c '1234567890 restart_dnscache' Restarting cache (XXXXXXX) <<
RESTARTING CACHE3.XXX.XXX
/etc/periodicos/bin/rcsc -s 200.XXX.XXX.XXX -p 6556 -c '1234567890 restart_dnscache' Restarting cache (XXXXXXX) <<
RESTARTING CACHE4.XXX.XXX
/etc/periodicos/bin/rcsc -s 200.XXX.XXX.XXX -p 6556 -c '1234567890 restart_dnscache' Restarting cache (XXXXXXX)


O uso do RCSS só e recomendado com stunnel ou outro meio escriptado.

RCSS, é um programa de minha autoria ja discutido nesse blog.