Sorria meu bem, sorria!!!

Estamos no verão e muitos médicos ainda estão curtindo suas merecidas férias, para logo mais continuarem desenvolvendo e melhorando a nossa saúde.

Um erro meu, que, no final das contas, virou acerto, foi ter lançado o NinSaúde free em dezembro. Todos, inclusive eu, falavam: poxa, dezembro estão todos na praia e ninguém toma decisão.

Errado. Em duas semanas o NinSaúde atingiu 75 assinantes que não eram esperados por nós. A nossa meta é 50 novos clientes por mês (bootstrap, ok?), porém a meta começava em janeiro junto com a campanha de marketing desenvolvida pelo nosso sócio marketeiro (Luiz Pimentel).

Foi um presentão de natal! Por isso que estamos cantarolando… sorria meu bem, sorria!!!

Até a próxima

Meses de estudo e dedicação, minha e do meu amigo Valter Menegaro, conseguimos concluir o nosso estudo sobre computação em nuvem.

O material aborda um breve histórico da informática, o conceito da computação em nuvem, o seu antecessor, os tipos de nuvem, as camadas da computação em nuvem, os sistemas atuais, e um estudo de caso de um sistema médico, chamado de NinSaúde.

O que considero mais interessante no nosso trabalho é que qualquer pessoa pode ler e entender. Bom, também, para quem trabalha com finanças e querem entender os benefícios de trocar CAPEX por OPEX nas suas infraestruturas de TI.

Espero que vocês gostem do nosso trabalho, e caso tenham dúvidas. Comenta ai!

Até a próxima

Como já divulguei aqui, estou procurando trabalho na área de tecnologia da informação. Sou expert em computação em nuvem e web, sou criativo, tenho facilidade de aprendizado, e facilidade de entrosamento.

Para me contratar, entre em contato comigo por telefone (48 84667976) ou skype (helton.marinho).

Segue o meu currículo a baixo.

Até a próxima

Para quem tem interesse, estou vendendo o meu Laptop da Positivo e minha prancha de surf.

Laptop Positivo: Intel Core 2 Duo T6500, 4GB de memória, 320GB de HD, 14 polegadas, Webcam 1,3 megapixel, Microfone integrado, DVD-RW, Rede sem fio + modem, Rede 10/100, Carregador de bateria. Precisa trocar a placa mãe que custa 230 reais aqui em Criciúma. Vendo por R$ 250,00. Se somar o valor da placa mãe + o valor do laptop = 480 total.

Se alguém se interessa, entra em contato comigo por telefone 48 84667976.

Abraços e até a próxima

De acordo com Chirigati (2009) e Taurion (2009, p. 44), um dos benefícios das nuvens públicas é que elas podem ser muito maiores em recursos computacionais, visto que existe maior escalabilidade dos recursos. Com esta capacidade é possível, por exemplo, utilizar mais recursos computacionais em empresas de comércio eletrônico nos períodos de pico de venda. Recursos computacionais, que no modelo tradicional, ficam ociosos parte do tempo.

Um estudo sobre adoção de Computação em Nuvens realizado pela empresa Harris Interactive com mais de 200 líderes de TI de grandes organizações empresariais, aponta que [...] 87% dos pesquisados considera que a adoção da computação em nuvem pública ocorrerá em paralelo, em invés de substituir os data centers proprietários das empresas, e 92% indicam um aumento no uso da nuvem pública à medida que as plataformas de TI atuais forem substituídas (LOBO, 2010).

Na utilização de nuvens públicas há uma redução significativa nos custos financeiros devido ao intenso compartilhamento de recursos, economias de escala, e simplificação dos processos operacionais. Além de eliminar a exploração de termos tradicionais de licenças de uso, através do uso de softwares Open Source (TAURION, 2009, p. 52).

O quadro a baixo apresenta as vantagens e desafios para uma nuvem pública.

Ao referir-se a segurança, Oliveira e Soares (2011) afirmam que “Pesquisa recente da Frost & Sullivan com 50 CIO brasileiros concluiu que para 70% desses executivos a segurança é o maior inibidor da adoção de arquiteturas na nuvem”.

Eduardo Abreu da IBM Brasil afirma que: “A organização deixa de adotar o modelo por receio. Mas, normalmente, essas empresas têm práticas de proteção inferiores em comparação com os fornecedores de nuvem” (OLIVEIRA; SOARES, 2011).

A ilustração a baixo apresenta a arquitetura de nuvem pública compartilhada entre cinco companhias.

A forma de cobrança dos serviços na nuvem pública também é diferente. Semelhante ao modelo SaaS que é visto no final deste capítulo, o risco financeiro é mensal (usa e paga) e os clientes poderão acompanhar mais de perto como o dinheiro está sendo gasto. Do ponto de vista do CFO (Chief Financial Officer) a Computação em Nuvem é um ótimo modelo, visto que troca-se de CAPEX (capital expenses) por OPEX (operating expenses). Além de não mais haver depreciação do ativo (TAURION, 2009, p. 35).

Conforme CPCON (2009) a depreciação, desvalorização do valor dos bens, da infraestrutura de TI possui uma taxa de 20% a.a. Esta depreciação ocorre devido à ação da natureza ou então pelo uso no processo produtivo.

A Amazon lançou seus primeiros serviços, os S3 e EC2, em 2006. A ideia é que os usuários possam operar seu negócio sem ter necessidade de investir em infraestrutura, como servidores e storage. E a plataforma computacional oferecida é a própria plataforma que roda os aplicativos da Amazon, uma infraestrutura de tecnologia que inclui dezenas de milhares de servidores e que levou anos para ser construída e ajustada (TAURION, 2009, p. 145).

“Alguns estudos têm mostrado que empresas de pequeno a médio porte gastam 70% do seu tempo gerenciando os recursos de TI (algo que não gera valor agregado ao negócio) e apenas 30% em atividades focadas no seu próprio negócio” (TAURION, 2009, p. 6).

A Amazon e o Google entraram no mercado de nuvem pública ofertando recursos computacionais – processamento, memória, storage, e tráfego de rede – na camada IaaS (Infrastructure as a Service). Já a SalesForce.com foi uma das primeiras empresas no mundo a ofertar SaaS (Software as a Service) em sua infraestrutura própria (LIMA, 2011).

Referências:

CHIRIGATI, Fernando. Computação em nuvem. 2009. Disponível em: <http://www.gta.ufrj.br/ensino/eel879/trabalhos_vf_2009_2/seabra/index.html>. Acesso em: 27 abr. 2011.

CPCON. A depreciação na gestão patrimonial. 2009. Disponível em: <http://www.cpcon.eng.br/gestao-patrimonial/gestao-e-financas/depreciacao-gestao-patrimonial/>. Acesso em: 11 jun. 2011.

IYER, Sreekanth. Cloud Deployment and Delivery Models. 2010. Disponível em: < https://www.ibm.com/developerworks/mydeveloperworks/blogs/c2028fdc-41fe-4493-8257-33a59069fa04/entry/september_19_2010_1_45_pm7?lang=en>. Acesso em: 11 ago. 2011.

LIMA, Gustavo. DataCenter, Virtualização e Cloud Computing: Evolução – Parte III. 2010. Disponível em: <http://blog.corujadeti.com.br/datacenter-virtualizacao-e-cloud-computing-evolucao-%E2%80%93-parte-iii/>. Acesso em: 11 ago. 2011.

LOBO, Ana. Nuvem privada dispara na preferência dos gestores de TI. 2010. Disponível em: <http://convergenciadigital.uol.com.br/cgi/cgilua.exe/sys/start.htm?from_info_index=31&infoid=23939&sid=97>. Acesso em: 30 abr. 2011.

OLIVEIRA, Déborah; SOARES, Edileuza. Opção pela nuvem pública ou privada não envolve necessariamente segurança. 2011. Disponível em: <http://cio.uol.com.br/gestao/2011/06/03/opcao-pela-nuvem-publica-ou-privada-nao-envolve-necessariamente-seguranca/>. Acesso em: 08 jun. 2011.

TAURION, Cezar. Cloud computing: computação em nuvem: transformando o mundo da tecnologia da informação. Rio de Janeiro: Brasport, 2009.

Parizotto (2010, p. 37) considera ainda que a computação em nuvem permite às organizações pagarem por hora o uso de recursos de computação, o que leva a redução de custos.

O apelo econômico da Computação em Nuvem, de converter despesas de capital (CAPEX) em despesas operacionais (OPEX), é bem forte, e o modelo de pagar por uso, ou “pay as you go”, captura muito adequadamente o benefício econômico da proposta. As horas de computação adquiridas de uma nuvem podem ser distribuídas de forma não uniforme, ou seja, podemos usar 80 horas de servidor hoje e apenas 5 amanhã, e pagaremos apenas 85 horas. Adicionalmente, pelo fato de não ser necessário provisionar antecipadamente capex, podemos deslocar este capital para algum investimento diretamente relacionado com o próprio negócio da empresa. Os modelos contratuais são diversos, mas geralmente contratam-se horas de processador, espaço em disco e volume de dados trafegados entre os servidores e os discos (FREIRE, 2010, p. 44)

Segundo Taurion (2009, p. 35), no modelo tradicional o cliente compra uma licença de uso, paga um valor fixo e é forçado a pagar por diversas atualizações sempre que necessário, e muitas vezes ainda paga pelo suporte ou deslocamento de um técnico especializado para fazer o software funcionar ou resolver problemas que em muitos casos não são lógicos e sim físicos. Em computação em nuvem no modelo de software como serviço, pode-se comparar com a analogia de uma conta de energia elétrica. Paga-se uma taxa mensal pelo que foi utilizado e os programas são acessados pela Internet, sem nenhum trabalho extra e de fácil suporte sem deslocamento e custos extras.

Referências:

FREIRE, Flávia. Cezar Taurion ameniza as tempestades de questionamentos sobre cloud computing. TI Digital, Rio de Janeiro, RJ: Arteccom. n. 12, p. 40-47, fev. 2010. Disponível em: <www.arteccom.com.br/revistatidigital/downloads/12/link_12_4047.pdf >. Acesso em 14 jun. 2011.

PARIZOTTO, Rogério Torres. Cloud computing: aplicações de saas e paas em uma rede de supermercados de varejo. 2010. 83 f. (Monografia) Faculdade de Tecnologia Zona Leste. São Paulo: 2010. Disponível em: <http://fateczl.edu.br/TCC/2010-2/TCC-011.pdf>. Acesso em: 15 jun. 2011.

TAURION, Cezar. Cloud computing: computação em nuvem: transformando o mundo da tecnologia da informação. Rio de Janeiro: Brasport, 2009.

Esta foi a minha apresentação sobre um estudo de aplicabilidade da tecnologia de computação em nuvem voltada para a informatização de consultórios médicos. O Valter estava super nervoso, mas conseguimos nos expressar bem. O resultado final da apresentação e escrita foi 9,66.

Visualizar apresentação

Assim que concluirmos as correções do trabalho escrito, estarei compartilhando aqui no blog.

Até a próxima

De acordo com Taurion (2009, p. 136), as soluções no modelo SaaS possuem técnicas para otimizar a transferência das informações entre os clientes e a nuvem computacional. As técnicas mais conhecidas são: backups incrementais, evitando o envio de arquivos já armazenados e sem modificações; compressão, reduzindo de 10 a 20 vezes o volume de informações transmitidas; e de duplicação, removendo informações duplicadas antes de serem transmitidas.

[...] Backup-as-a-Service (BaaS) é outro exemplo interessante de SaaS. Backup é um problema para a maioria das empresas, principalmente para as pequenas e médias que, por terem um staff técnico reduzido, não conseguem manter operando eficazmente um sistema específico. Os backups são intensivos em capital (a empresa tem que comprar software específico e a mídia para backup) e demanda um elaborado processo de gerenciamento. (TAURION, 2009, p. 135).

O Quadro a baixo apresenta as vantagens e desafios ao selecionar um provedor de serviços BaaS.

Ao referir-se a arquitetura do modelo BaaS oferecida aos seus clientes, NSCALED (2011) afirma utilizar um agente capaz de  replicar as informações de máquinas físicas e virtuais para nuvem através de conexão VPN (Virtual Private Network) ou WAN (Wide Area Network).

A Ilustração a baixo apresenta as máquinas físicas, virtuais, e bases de dados sendo replicadas para nuvem através do agente NSCALED. Em seguida essas informações são duplicadas na nuvem. Já para os administradores, há um console SaaS capaz de gerenciar recuperações de informações, políticas de retenção, e o monitoramento do sistema.

O mercado de BaaS já possui ferramentas desenvolvidas especialmente para consumidores, pequenas e médias empresas que possuem menos informações. HP Upline, SOS Backup on-line, Carbonite, Mozy, e iDrive oferecem características totalmente diferentes. Alguns oferecem acesso via Web para arquivos individuais ou pastas de restauração, aplicativo instalado junto ao console (terminal) de gerenciamento do cliente, e backup de bases de dados especiais – Microsoft Outlook e Intuit QuickBooks (SHIELDS 2009).

Referências:

NSCALED. Cloud Backup. 2011. Disponível em: <http://www.nscaled.com/ns_services_cloudbackup.php>. Acesso em: 05 ago. 2011.

SHIELDS, Greg. The efficacy of backup-as-a-service solutions. 2009. Disponível em: <http://searchwindowsserver.techtarget.com/tip/The-efficacy-of-backup-as-a-service-solutions>. Acesso em: 02 ago. 2011.

TAURION, Cezar. Cloud computing: computação em nuvem: transformando o mundo da tecnologia da informação. Rio de Janeiro: Brasport, 2009.

Ao referir-se a percepção da falta de privacidade, (CURINO et al., 2011) afirma que pode-se utilizar DaaS com CryptDB, isto é, utilizar um conjunto de técnicas projetadas para fornecer privacidade com impacto aceitável sobre o desempenho (22,5% na taxa de transferência em TPC-C). Com este conjunto de técnicas, todas as consultas são avaliadas sobre dados criptografados e enviados de volta ao usuário para decodificar. Além dos administradores poderem gerenciar as bases de dados mantendo a privacidade sobre os dados dos usuários.

Outro aspecto levantado por (CURINO et al., 2011), é que DaaS utiliza os motores existentes no mercado e sem modificações no SGBD (Sistema de Gerenciamento de Banco de Dados).

Taurion (2009, p. 130), sugere alguns usos iniciais para DaaS:

• Ambiente de desenvolvimento e testes. Os desenvolvedores podem testar suas aplicações exaustivamente no momento em que precisam, sem a burocracia para terem ambientes disponibilizados.
• Data archiving. Sabendo que apenas 20% das informações das empresas estão ativas e por aderência a legislação, a grande maioria das informações é armazenada em fitas após um período de inatividade. Através do DaaS há uma nova alternativa com custos menores para armazenar estas informações inativas.
• Backup. O DaaS permite armazenamento de informações com custos menores que em discos próprios, além de fornecer ferramentas para automatizar os backups.

De acordo com Hamilton et. al (2009), a utilização de DaaS pode ser uma ferramenta importante para desenvolvedores, porém os desenvolvedores deverão ficar atentos as vantagens e desafios abordados.

Segundo Curino et. al (2011), a arquitetura do modelo DaaS (Ilustração a baixo) possui mais desafios do que uma simples instrução SQL sobre dados criptografados. Os aplicativos de usuários comunicam-se com o frontend utilizando um driver especifico de criptografia (CryptDB), que codifica e decodifica as instruções SQL mantendo a privacidade dos dados. O frontend analisa as consultas SQL e, utilizando seus metadados, determina os nós de backend e o plano de execução. O frontend também coordena transações multi-nós, controle de erros por nó (failover), grau de isolamento de desempenho, e a velocidade. Já nos nós de backend, o CryptDB explora uma combinação de criptografia no lado do servidor (serverside) junto com funções de usuário (UDFs) para permitir eficiência no processamento da SQL e suas particularidades – agregação, ordenação, junções, entre outros.

Aplicativos se comunicam com DaaS usando uma camada de conectividade padrão, tais como JDBC. Eles se comunicam com o frontend usando um driver especial que garante a privacidade de seus dados, por exemplo, não pode ser lido pelo administrador do banco de dados (CURINO et al., 2011).

Atualmente grandes empresas como Amazon, IBM, Microsoft, e Oracle ofertam bancos de dados na nuvem. A Amazon com SimpleDB, EnterpriseDB, e MySQL; a IBM com DB2 Express-C e Informix Developer Edition; e a Microsoft com SQL Server Data Services (TAURION, 2009, p. 131, 132).

Referências:

TAURION, Cezar. Cloud computing: computação em nuvem: transformando o mundo da tecnologia da informação. Rio de Janeiro: Brasport, 2009.

CURINO, Carlo; WU, Engene; JONES, Evan P. C.; MADDEN, Sam; RALUCA, Ada Popa; BALAKRISHNAN, Hari; MALVIYA, Nirmesh; ZELDOVICH, Nickolai. Relational Cloud: A Database-as-a-Service for the Cloud. 2011. Disponível em: <http://tiny.cc/sjxxo>. Acesso em: 31 jul. 2011.

HAMILTON, Gary; QUIMBO, Jocelyn; VERMA, Saurabh. Database as a Service: A Different Way to Manage Data. 2009. Disponível em: <http://cloudcomputing.sys-con.com/node/1203562>. Acesso em: 30 jul. 2011.

Gostaria de convidar os leitores que moram aqui na região sul do Brasil para minha apresentação na ESUCRI sobre computação em nuvem.

Eu e o Valter Menegaro, meu colega na faculdade, vamos apresentar um pouco do conceito de computação em nuvem, dos antecessores, os tipos de nuvem (pública, privada,…), as camadas (IaaS, SaaS,…), as vantagens e desvantagens, o novo modelo de pagamento destes serviços, e um estudo de caso de um aplicativo construído na nuvem (NinSaúde).

Para quem trabalha na área de tecnologia, é uma boa oportunidade para trocar conhecimento.

Local: Auditório da ESUCRI (4andar do prédio da cantina)
Data: 01/12/2011
Horário: 18hrs

Obrigado e até lá!

Um tema antigo, mas que vale a pena compartilhar, são as vulnerabilidades nas linguagens de programação Web.

Hoje vou compartilhar uma vulnerabilidade que encontrei no banco de dados Intersystems Caché. O Caché é conhecido por ser um banco de dados orientado a objetos que também possui uma linguagem Web, chamada de CSP (Caché Server Pages). É através do CSP que nós vamos explorar esta vulnerabilidade.

Basicamente, para que o ataque aconteça, é necessário fazer uma requisição Web de forma incorreta através do cabeçalho da requisição. Você pode utilizar qualquer linguagem, inclusive outra linguagem Web, mas no exemplo vou utilizar Java.

Segue o código (fonte):

package dos;

public class Main {
public static void main(String[] args) {
try {
Socket s = new Socket("www.site-ou-ip.com.br", 80); /// se o servidor cache utiliza outra porta, altere aqui
String cabecalho = "GET /desenv/cache20071/csp/docbook/DocBook.UI.Page.cls HTTP/1.0 \r\n"+
"Content-Type: text/xml;charset=F*Session\r\n"+
"Connection: keep-alive \r\n"+"\r\n";
DataOutputStream dos = new DataOutputStream(s.getOutputStream());
DataInputStream dis = new DataInputStream(s.getInputStream());
dos.writeBytes(cabecalho);
byte[] buff = new byte[32000];
dis.read(buff);
System.out.println("::"+ new String(buff));
buff = new byte[32000];
dis.read(buff);
System.out.println(new String(buff));
}catch(Exception e) {
e.printStackTrace();
}
}
}


O que acontece?

O Caché “perde a linha” neste momento e todas as requisições ao banco, a partir deste momento, são retornadas com erro. As informações do banco não são apagadas, você não tem acesso indevido às informações, mas o banco não vai funcionar. Isso é conhecido como ataque de negação de serviço (DoS). Esse tipo de ataque ficou conhecido no Brasil, quando hackers derrubaram sites do governo brasileiro.

Eu encontrei este mesmo erro em uma linguagem proprietária de uma multinacional brasileira, porém o problema era ainda maior. Quando o servidor identificava uma requisição errada, perdia informações, armazenava informações em locais indevidos, ou seja, uma bagunça total!

Encaminhei um relatório às pessoas envolvidas diretamente com o desenvolvimento deste framework e o erro foi corrigido.

Bom, a ideia deste post é compartilhar conhecimento e NÃO ESTIMULAR ATAQUES.

Até a próxima

Quem disse que homem não gosta de fazer comida? Lugar de homem é na cozinha! rs

Cheguei de viagem hoje e, como não tinha ninguém em casa, tive que fazer a minha própria comida. Estou longe de ser um guru na cozinha, mas tenho algumas receitas legais.

Hoje vou compartilhar a minha sobremesa favorita. Torta de bis. É muito fácil e qualquer homem consegue fazer.

Os ingredientes, detalhadamente para os homens, são:

• Pacote de chocolate fracionado (são vários tabletes com formato de óstia);
• Duas caixas de bis (chocolate preto);
• Pote de sorvete de creme.

Modo de preparo:

Reserve cinco bis para decorá-lo no final. Já os demais você deve ralar. Pegue um ralador e rale tudo.

Ok, agora você precisa derreter o chocolate.

Pegue uma tigela, espalhe o chocolate pelos cantos e deixe o centro da tigela vazia. Não coloque muito chocolate. Coloque a tigela no microondas com tempo de 20 segundos. No término, pegue uma colher e mecha o chocolate. Tente espremer o chocolate na tigela. A ideia é torná-lo líquido. Coloque no microondas novamente e repita o passo a passo mais 2 vezes.

Você vai perceber que o chocolate ficará com algumas “bolinhas” menos derretidas. Você deve espremer mais até desaparecer. Ok, agora você já consegue brincar com o chocolate. Esprema bem o chocolate na tigela. Se tudo ocorrer bem, o chocolate estará líquido.

Caso você não tenha conseguido derreter o chocolate na primeira tentativa, parabéns você é humano rs. Algumas dicas para trabalhar com chocolate: em hipótese alguma toque o chocolate, não utilize colheres molhadas ou tigelas, e não deixe nenhum pingo d’água misturar-se ao chocolate.

Agora chegou o momento da lambança!

Pegue uma forma de pudim, coloque um pouco de bis ralado, coloque sorvete e espalhe, coloque chocolate e espalhe, e continue intercalando os ingredientes. Se faltar chocolate, derreta mais.

Leve ao congelador. Após gelado, quebre os cinco bis que você não ralou e decore a sobremesa formando uma estrela como na imagem.

Espero que vocês gostem da torta de bis.

Até a próxima

Apresento, nestes slides, dicas rápidas de HTML e CSS para iniciantes. Espero que gostem.

Até a próxima

Achei perdido nos meus documentos esta apresentação sobre jQuery 1.3. Acredito que fiz esta apresentação em 2009.

Para quem precisa desenvolver sites e sistemas web o jQuery é a melhor opção em linguagem, ou melhor, framework, client-site. Esta apresentação é útil para quem esta começando e serve como um guia rápido para quem já possui experiência. Espero que gostem.

Até a próxima

Assim como muitos estudantes de tecnologia, Mark possui um temperamento difícil e algumas atitudes “estranhas” para a grande maioria das pessoas. Essas atitudes acabam levando Mark ao final de seu namoro e a uma atitude antiética com as garotas da faculdade. Mark cria uma espécie de rank entre as garotas da faculdade, aonde os alunos podem escolher qual é a mais bela. Ao mesmo tempo, escreve em seu blog todos os seus pensamentos, que posteriormente são utilizados contra si. Esta atitude e todas as advertências contra Mark chamam a atenção de outros estudantes que já possuíam um projeto de rede social (Harvard Connection). Estes estudantes propõem a Mark emprego como desenvolvedor da rede, porém Mark utiliza deste “emprego” como forma de coletar idéias para seu projeto.

Seu colega e co-fundador, um brasileiro, investe 19K para manter o serviço e seus primeiros usuários. Isso vira febre nas universidades do país. Na outra ponta, o criador do Napster entra como sócio com a missão de trazer investimentos ao thefacebook (na época). A estratégia de investimento funciona, porém junto vem o golpe baixo de reduzir as ações do co-fundador de 30% para 0.33%. Claro, assim como retratado no filme, há formas de defesa para isso.

O Facebook vira febre pelo mundo. Os autores do Harvard Connection e o co-fundador do Facebook buscam apoio na justiça para sanar o prejuízo e recebem quantias milionárias.

Embora Kevin já estivesse sendo investigado por praticar técnicas de phreaker, o desejo pelo desconhecido falava mais alto. Em freqüentes encontros com outros hackers, recebeu o desafio de um policial disfarçado para conseguir um sistema de escuta telefônica do FBI, chamado SAS. No sistema SAS, Kevin abordou um ex-funcionário da fabricante do SAS lhe propondo emprego e aumentando a sua autoestima. Em contra partida, o ex-funcionário enviou o manual e os códigos do sistema. Para o FBI e o policial disfarçado isso foi uma surpresa e aumentou o interesse em deter Kevin. O uso da engenharia social foi imprescindível para obter acesso ao sistema SAS e a boa parte do sucesso conseguido em todas as abordagens de Kevin.

Ao assistir Tsutomu demonstrando vulnerabilidades telefônicas na televisão, Kevin quis fazer o mesmo e deu-se inicio a caçada de gato e rato. Kevin tenta engenharia social com Tsutomu para obter acesso aos códigos, porém não obtém sucesso e fica muito irritado. Kevin invade a IBM e apaga todas as informações de Tsutomu. Contudo, Tsutomu tem a lei a seu favor e utiliza desses meios para intensificar a caçada por Kevin.

Na corrida para deter Kevin, Tsutomu compartilha, sem consentimento, alguns arquivos importantes. Inclusive um dos seus vírus capazes de afetar milhares de computadores pela internet. Quer dizer, Tsutomu pode passar de herói para bandido. E isso foi um estimulo para Kevin decifrar os arquivos e compartilhar com o mundo “quem realmente era Tsutomu”. Talvez seja por isso que Tsutomu tenha se empenhado tanto na busca por Kevin, viajando por vários países, madrugadas de monitoramento, motivando e recrutando outros profissionais para lhe ajudá-lo.

No final do filme, já com os arquivos (vírus) decifrados e preparados para o compartilhamento em massa, Kevin é surpreendido por uma força tarefa da policia e uma equipe de hackers que intercepta o envio do vírus. Para Kevin isso não faz sentido, visto que Tsutomu criou um vírus. Kevin vai a julgamento e é preso. Logo após Tsutomu vai ao caixa eletrônico sacar dinheiro e o saldo é zero. Talvez não passe de boato, uma mensagem de “free Kevin” é exibida a Tsutomu.

Pelo fato dos emissores e receptores, nas redes de computadores, serem de potência variada, o buffer de um receptor pode ter sua capacidade esgotada por um emissor mais veloz, fazendo com que o uso dessa tecnologia não funcione perfeitamente.
As consequências destes colapsos de congestionamento são o aumento no tempo de entrega dos pacotes, diminuição em sua vazão e desperdício de recursos. A partir desta demanda, o controle de congestionamento foi proposto por Van Jacobson em 1997 [RFC 2001 e revisada em RFC 2581] e continua sendo aprimorado.
Os principais algoritmos de controle de congestionamento de redes com protocolo TCP são Slow-Start (Partida Lenta), Congestion Avoidance (Prevenção de Congestionamento), Fast Retransmit e Fast Recovery (Reno) [2].

O Vegas

A implementação do TCP Vegas resume-se ao lado do transmissor, sendo sua politica de reconhecimentos a mesma do TCP Reno. A proposta de Lawrence Brakmo, Sean Malley e Larry Peterson em 1994 era aumentar a taxa de transferência e reduzir a perda de segmentos em períodos de congestionamento. Alguns especialistas consideram que o TCP Vegas é pró-ativo e ou cauteloso, por que tem o poder de observar um congestionamento e prevenir-se das perdas.

Congestion Avoidance

Através da estimativa de vazão da conexão, o mecanismo de Congestion Avoidance do Vegas são arbitrados em um limite mínimo e máximo de vazão. A janela de congestionamento (CWND – Congestion Window) se responsabiliza de manter a vazão nestes limites.

Slow-Start

No início de uma conexão do TCP Vegas ocorre um aumento exponencial, porém a cada dois RTTs. Diferenciando-se do TCP Reno que gera congestionamento na rede sempre que inicia uma conexão.

Retransmissão

Devido a um relógio de baixa resolução, encontrado em geral nas implementações do TCP, que dá um tick a cada 500ms (resolução baixa para RTTs de time-outs 100ms), o TCP Vegas tenta eliminar a dependência do TCP de temporizadores de baixa precisão.
A estimativa do RTT é feita a cada segmento enviado e a cada ACK recebido. O Vegas sempre lê o relógio do sistema e registra o tempo de round-trip. O cálculo do RTT é feito usando os mesmos algoritmos do Reno, porém as medidas são mais exatas [4].
Visando garantir que o TCP Vegas não baixe sua taxa de transmissão, a janela de congestionamento é diminuída a cada perda de segmento e é feita apenas uma vez na janela de dados [3].

Simulação de rede

Topologia da Rede

Para exemplificar e ou comparar o desempenho das variantes do TCP, foi escolhido a topologia composta por dois terminais utilizando Vegas e Reno. A Figura 1, representa melhor o cenário.

Figura 1. Topologia de Rede

Há dois terminais, um Vegas e outro Reno, sendo suas configurações:

• Tipo de conexão: FTP
• Tamanho do pacote: 552 bytes
• Tamanho máximo da janela: 8000
• Limite máximo de segmentos: 100
• Largura da banda: 10 Mbps
• Tempo de atraso até o gargalo da rede: 10ms

O enlace de congestionamento (n0 até n1) possui a seguinte configuração:
Largura de Banda: 0,7 Mbps
Atraso dos Pacotes: 20 ms
Tamanho Máximo da Fila de Congestionamento: 10 Mbps

Na Prática

O controle de congestionamento foi realizado sem a necessidade da ocorrência de perdas, todavia a implementação TCP Vegas se saiu melhor na análise.
Durante o teste o TCP Vegas precisou passar, somente na fase inicial, pelo Slow-Start e logo após cresceu exponencialmente. Em alguns períodos entrou em Congestion Avoidance, ajustando a taxa de transmissão para evitar congestionamento.
Por não ser uma medida preventiva, a implementação Reno chegou em muitos momentos ao Slow-Start. Diferenciando-se assim do Vegas, que conseguiu observar o congestionamento e se prevenir.

Figura 2. Teste Janela de Congestionamento

Na Figura 3 é possível observar a linha verde que representa o fluxo médio e na linha vermelha a vazão dos pacotes transmitidos.
A implementação Reno consegue momentos de pico na vazão dos pacotes, porém não consegue um fluxo médio tão interessante quanto o Vegas. O Vegas se demonstra uma implementação cautelosa e eficiente, mantendo sempre uma média sem muita oscilação.

Figura 3. Comparação de Vazão

Conclusão

A partir da demanda de atender diferentes potencias de computadores e ao número cada vez maior de usuários das redes de computadores, os estudos na área de implementação do TCP se tornaram comum e fundamental, sendo um dos temas mais ativos da informática. Os protocolos Vegas e Reno são os que mais se destacam, e foram escolhidos para comparação. Contudo o Vegas é a implementação que consegue a menor perda de pacotes e o menor atraso médio.

Referências

“TCP Vegas Simulation using NS2”, http://students.cs.tamu.edu/ssingh/files/TCP_Vegas_simulation.pdf, 01/10/09.
Prete R. Lígia, Shinoda A. Ailton “Análise do Comportamento das Variações do Protocolo TCP”, www.congresscentral.com.br/cnmac2009/pub/arquivos/153_a1703_(resubmitted)_(002553)_artigocnmac2009v2.pdf, 01/10/09.
Ferreira J. Cleiton “Controle de Congestionamento”, http://www.oficinadanet.com.br/artigo/968/controle_de_congestionamento, 01/10/09.
Antonelli A. André, Burgos P. Mercelo “Estudo das Variações do Protocolo TCP”, www.daeln.ct.utfpr.edu.br/~tcc-daeln/TCCs2007/Protocolo%20TCP.pdf, 01/10/09.

Desenvolvi um chat em Python na aula de protocolo de comunicação com a ideia de pergunta e responde. Basicamente, desenvolvi uma aplicação servidor que responde as perguntas de uma aplicação cliente utilizando a porta localhost:2023. Semelhante a um robô.
A aplicação é super simples, mas interessante para quem está começando com Python. Espero que vocês gostem

http://dl.dropbox.com/u/15164959/python-chat.rar

Até a próxima

Apresentei um trabalho na faculdade sobre os testes de aceitação no processo de desenvolvimento de software e resolvi compartilhá-lo na internet. A apresentação é super simples e objetiva. Se ficar com alguma dúvida, utilize o campo de comentários para sanar.

Até a próxima

Ao analisarmos a porcentagem de usuários que mantém seus browsers desatualizados, pensamos em alguns pontos cruciais como auto-atualização, suporte adequado, interfaces amigáveis de configuração e o mínimo de conhecimento técnico do usuário final.

O IE é o maior responsável pelo atraso tecnológico na Web com 52% de usuários desatualizados e talvez um dos maiores motivos é não possuir um sistema de auto-atualização. Isto implica tanto no desenvolvimento de ferramentas Web, que deixa de utilizar conceitos novos, como na própria segurança do usuário e seus dados. A versão 6 do navegador, participante ativo de protestos na Web, ainda é motivo de preocupação, pois oferece incríveis falhas de segurança que possibilitam instalar softwares sem mesmo o usuário ter conhecimento.

Manter-se atualizado é muito importante, por que os navegadores são utilizados com grande frequência para troca de informações confidenciais, bancarias, pessoais, etc. A falta de atualizações pode resultar em ataques que são mais comuns em versões antigas que ainda não possuem todos os patch ou o próprio fabricante abandonou o suporte.

Como citado ironicamente por muitos profissionais de TI: “a culpa é do usuário por não se manter atualizado”. Isto soa como culpar a própria vitima e ignorar as próprias responsabilidades de desenvolver prevendo uma situação como esta. O ciclo de desenvolvimento é árduo e continuo, por que as tecnologias mudam rapidamente, porém é possível desenvolver um produto de qualidade com controle de atualizações de patch.

Ao contrario das outras industrias, a industria da informática é a única que espera que seus clientes tenham conhecimento para atualizarem seus produtos por conta própria. Talvez uma quebra de paradigma no passado, ou tecnologia obsoleta no passado, ou um quesito comercial influenciaram neste “diferencial” da área de informática.

Acredito que nós colaboradores de tecnologia devemos nos preocupar com segurança como algo normal, testarmos frequentemente nossos projetos, criarmos iniciativas como a competição de segurança Pwn2own, contratarmos pessoas especializadas em segurança para participar dos ciclos de desenvolvimento com uma visão holística e bem planejada de nossos produtos.

Até a próxima

Referências:
SCHNEIER, B. Crypto-Gram Newsletter. 06 2008. Disponível em: <http://www.schneier.com/crypto-gram-ı0806.html>
Microsoft demora 7 anos para corrigir um bug. Disponível em: <http://meiobit.pop.com.br/meio-bit/seguranca/microsoft-demora-7-anos-para-corrigir-um-bug>
Navegadores populares não resistem a ataques em competição. Disponível em: <http://g1.globo.com/Noticias/Tecnologia/0,,MUL1050769-6174,00.html>