Força bruta (ou busca exaustiva) é uma algoritmo  trivial mas de uso muito geral que consiste em enumerar todos os possíveis candidatos de uma solução e verificar se cada um satisfaz o problema. De acordo com o cientista Joshua Davis, ataques de força bruta utilizando essas ferramentas podem ser feitos em um curto tempo, especialmente se a senha envolver palavras curtas, sem caracteres diversos ou letras maiúsculas e minúsculas. Uma senha de apenas 7 caracteres simples podem ser quebrada em questão de dias.

O comprimento é um fator importante na proteção contra a força bruta de uma senha", explicou Davis. "Um teclado de computador contém 95 caracteres, e cada vez que você adiciona um novo caracter a sua senha, a sua proteção sobe exponencialmente 95 vezes."

Abaixo, uma antiga estimativa do tempo necessário para se quebrar uma senha de acordo com a quantidade de caracteres. A estimativa é ultrapassada, pois muitos computadores pessoais hoje, já possuem a capacidade de processar mais de 1 milhão de tentativas de combinação de senhas por segundo.

Política de Segurança para Senhas

Tamanho mínimo da senha e Complexidade da senha: A exigência de um tamanho mínimo e a de complexidade (a presença de letras, números, símbolos e maiúsculas/minúsculas) são a principal defesa contra ataques de força bruta ou dicionário. As duas juntas garantem um nível de variação mínimo para tornar um ataque de força bruta demasiado caro ou mesmo inviável.

Complexidade: A senha deve satisfazer a requisitos de complexidade. Não pode ser formada pelo nome da conta de usuário ou parte do nome da conta. Deve possui caracteres de três dos quatro grupos abaixo:

Letras maiúsculas (A-Z).
Letras minúsculas (a-z).
Números (0-9).
Caracteres especiais (!, #, %, $, etc).

Frases Secretas: Mas como balancear a complexidade da senha com a necessidade dela ser facilmente lembrada? O uso de frases secretas ao invés de senhas curtas: Por exemplo, a senha Eucompropãoas11hs tem mais força do que dce*(1%& e é muito mais fácil de ser lembrada.

Troca periódica da senha: Forçar a troca da senha periodicamente acrescenta muito pouco em termos de segurança. A origem da troca periódica de senha está no tempo em que o poder computacional para fazer o ataque de força bruta contra uma senha era limitado, e fazia sentido trocar a senha em um prazo menor do que o tempo que em tese seria gasto fazendo o ataque. Nos dias de hoje com o poder computacional existente, a frequencia com que essa troca é feita pode ser menor.

Senhas automaticamente geradas: Garante que você não reutilizará nenhuma senha pessoal (senha da caixa postal, do banco, do computador do trabalho, etc). A reutilização de senhas, ou a utilização de uma senha única para todos os sistemas, é uma prática bastante desaconselhada, uma vez que o vazamento da senha em um sistema compromete a segurança de outros.

Cuidados que você deve tomar com logins e senhas

* Evite utilizar o mesmo login em diferentes serviços, evite também utilizar o seu email como login. Saber o login de um usuário é meio caminho andado para uma futura invasão.

* Não revele sua senha para ninguém, nem compartilhe com colegas de trabalho, assistentes ou secretárias, mesmo quando viajar ou sair de férias.

* Não reutilize a senha de um site ou programa em nenhum outro sistema com senha.

* Não envie sua senha por e-mail a ninguém. Os e-mails de recibo de cadastro e lembrança de senha devem ser mantidos em local seguro ou preferencialmente apagados.

* Não escreva sua senha em papel. Decore-a ou utilize-se do recurso ‘Lembrar senha’.

O futuro das senhas

Os sistemas e o poder computacional evoluiram fazendo com que as senhas precisem evoluir também. O uso de geradores de token, autenticação utilizando certificados digitais, validação por hardware ou mesmo biometria são recursos essenciais para o futuro da segurança dos usuários comuns. Foi-se o tempo em que escaneamento de retina ou impressões digitais eram coisa de filmes de ficção científica.

O projeto de lei que regulamenta as profissões de analista de sistemas (nível superior) e técnico em informática (nível médio) está na pauta da Comissão de Assuntos Sociais do Senado, que se reúne nesta terça, 13/07.

Se a comissão confirmar a aprovação do texto em decisão terminativa, ele será enviado diretamente à Câmara dos Deputados.

Mas falta consenso com relação à proposta. Em audiência pública realizada pelo Senado no final de 2008, os participantes se dividiram entre os que defendem a regulamentação e os que são contra a iniciativa. Para os que são contra, o projeto criaria uma reserva de mercado, impedindo assim a colaboração de profissionais de outras áreas. Eles também argumentam que o controle da profissão deveria ser feito a partir da qualidade do produto.

O projeto (PLS 607/07) foi apresentado pelo então senador Expedito Júnior, em 2007. Na ocasião, Expedito ressaltou que o texto proposto por ele foi inspirado em outro projeto de lei: o PL 1.947/03, que acabou sendo arquivado, de autoria do ex-deputado federal Eduardo Paes (hoje prefeito do Rio de Janeiro).

A proposta – já aprovada em primeiro turno pela Comissão de Assuntos Sociais – determina que podem exercer a profissão de analista de sistemas quem possuir diploma de análise de sistemas, ciência da computação, processamento de dados ou engenharia de software (este último incluído item por emenda apresentada na própria Comissão de Assuntos Sociais). Também estariam autorizados aqueles que tenham exercido a profissão comprovadamente por pelo menos cinco anos e aqueles que tiverem se graduado no exterior e revalidarem seus diplomas no Brasil.

Quanto à profissão de técnico em informática, a proposta determina que podem exercê-la quem fez curso técnico de informática ou de programação de computadores (em nível de ensino médio ou equivalente) e quem já tenha exercido essa profissão, comprovadamente, por pelo menos quatro anos.

O texto determina ainda que "é privativa de analista de sistemas a responsabilidade técnica por projetos e sistemas para processamento de dados, informática e automação, assim como a emissão de laudos, relatórios e pareceres técnicos".

O projeto também estabelece a jornada de trabalho de 40 horas semanais, "facultada a compensação de horários e a redução da jornada, mediante acordo ou convenção coletiva de trabalho". Para os profissionais que exercem atividades em que há "esforço repetitivo", a jornada será de 20 horas semanais, que não podem exceder a cinco horas diárias, incluído um descanso de 15 minutos. O relator da matéria é o senador Raimundo Colombo (DEM-SC).

Antes de chegar à Comissão de Assuntos Sociais, a matéria foi modificada por outras duas comissões do Senado: primeiramente pela Comissão de Ciência, Tecnologia, Inovação, Comunicação e Informática (CCT) e, em seguida, pela Comissão de Constituição, Justiça e Cidadania (CCJ).

Uma das principais alterações foi a retirada dos dispositivos que previam a criação de conselhos federais e regionais para o setor.Os relatores na CCT e na CCJ argumentaram que esses conselhos só podem ser criados pelo presidente da República, e não pelo Congresso. O relatório do senador Raimundo Colombo acata essas modificações – além daquelas propostas na própria Comissão de Assuntos Sociais.

Fonte: Convergência Digital

Neste link o projeto de lei na íntegra.

Fonte: Lovato

www.youtube.com/watch?v=JpB6NLs09ZE

www.youtube.com/watch?v=m711mKI54iI

www.youtube.com/watch?v=V-cyaXVmNUQ

Quantos dilemas atormentam a vida desses pobres profissionais.

Dica do amigo Fabiano Vilela

Você estuda desenvolvimento de sistemas web na faculdade ou baixa umas apostilas de HTML, faz um cursinho rápido de Photoshop, aprende a instalar gerenciadores de conteúdo gratuitos e acha que está pronto para se tornar um webmaster.

Após uma propaganda entre amigos, um boca a boca, surge o primeiro cliente. O que muitos não sabem é que o verdadeiro conhecimento necessário para o desenvolvimento de sistemas para web não é o técnico, mas sim, o operacional.

Você marca uma reunião com o cliente e começa a entender os verdadeiros desafios de se tornar um desenvolvedor web. Logo no primeiro contato com o cliente, você deve:

1. Entender todas os devaneios que o cliente pretende realizar com o site, explicando que certas coisas ainda não podem ser feitas online, como entrega de pizza por email.

2. Define o tipo de linguagem de programação que será usada para desenvolver o site e ouve o cliente dizer: "Em português, é claro! Mas se quiser, pode colocar uma versão em inglês também, fica chique."

3. Explica ao cliente que por baixo das figurinhas e letrinhas, existe um emaranhado de códigos e gambiarras, por isso o site não pode ser entregue amanhã de tarde.

4. Define o layout e tenta convencer o cliente de que flashes animados, roxo e fonte Wingdings na página podem causar ataques epiléticos em alguns visitantes.

5. Varre o computador do cliente atrás de figuras, documentos e informações pertinentes para que o site possa usá-las como conteúdo, para que ele não possua apenas, duas páginas de besteiras.

6. Sugere um domínio diferente do www.velasgrandesvermelhasperfumadasdadonasebastiana.com.br indicado pelo cliente.

7. Precisa encontrar uma provedor de hospedagem para o site que não leve o cliente a falência por cobrar caríssimos 10 reais por mês e que ao mesmo tempo, não saia do ar a cada 5 minutos.

8. Barganha o preço do desenvolvimento do site por 2 horas seguidas explicando novamente que ele não está pagando apenas por aquelas figurinhas. Ao chegar ao valor mínimo de uma coxinha no bar da esquina, o cliente ainda vai chorar e pedir que o valor seja divido em 12 vezes sem juros.

9. Após definir o valor do serviço, descobre que o cliente não quer pagar uma "fortuna" por mês para que o site seja atualizado por você. Logo, você deverá gastar o dobro do tempo desenvolvendo um sistema que possa ser facilmente atualizado online pelo sobrinho do cliente que começou a fazer um curso de HTML semana passada e saca muito. 

10. Logo após a reunião, recebe um telefonema do cliente dizendo que teve uma nova idéia para o site e gostaria de mudar tudo o que foi combinado previamente com você.

11. Após semanas programando de madrugada, caçando figuras, templates e ouvindo o cliente reclamar da demora e de que ele gostaria de mudar mais algumas coisas a cada nova linha de código que você escreve, finalmente o site estará pronto.

12. Você passará as próximas duas semanas brigando com o FTP que não envia os arquivos pro site, discutindo com os atendentes do provedor de hospedagem idiotas que não fazem idéia do que é um charset e ensinando o maldito moleque sobrinho do cliente (que não sabe porra nenhuma), a fuder com o layout do site, utilizando fontes tamanho 48 e alinhamento centralizado.

Da próxima vez que você sentir vontade de comer uma coxinha no bar da esquina, vai lembrar de como é difícil a vida de um webmaster e vai preferir pedir uns trocados no sinal da esquina.

www.youtube.com/watch?v=zE5PGeh2K9k

O OpenCart é uma plataforma de comércio online baseado em PHP e MySQL. Esta plataforma suporta o sistema de carrinho de compras e permite a criação de uma solução de comércio eletrônico, ideal para pequenas empresas. Apesar de já existirem outras plataformas para este meio, o OpenCart é gratuito e promete ser melhor que seus concorrentes.

Entre as suas caracteristicas mais interessantes está a possibilidade de criar categorias, produtos e marcas, sem qualquer tipo de limite, o suporte a várias moedas, a possibilidade dos clientes inserirem reviews dos produtos, redimensionamento automático das imagens do produtos, a instalação de pacotes de linguagens (português, inclusive), troca de templates e mais de 20 sistemas de pagamento. O desenvolvedor ainda pode instalar diversas outras formas de pagamento, como os boletos de bancos brasileiros disponibilizados por outros desenvolvedores na seção de contribuições.

A interface do site é agradável e extremamamente intuitiva e o backoffice administrativo é bastante funcional. Visite o site do projeto para ver uma demonstração online e baixar o software.