Projeto do guarda-fogo de Java
Eu tenho jogado com a idéia de um guarda-fogo de Java. Até agora eu executei o construtor portuário funcional da inteiramente - que usa o desvio de avião portuário. Faz a varredura para portos abertos na relação de rede que fornece a conexão a internet.
Entretanto o construtor portuário um guarda-fogo não faz. É meramente uma etapa de bebê. Nós precisamos de alcançar o sistema de exploração API para poder obstruir os portos que não reservam sequestrar. Nós igualmente precisamos a modalidade do discrição de impedir que os atacantes detectem mesmo a existência do computador. Nós precisamos e podemos facilmente obstruir o tráfego do UDP. Vem então o controlo de acessos da aplicação.
Toda a estes pode ser feita.
Eu avaliei diversos guarda-fogos como ZoneAlarm ou o posto avançado de Agnitum e cada um deles faltam em algum aspecto fulcral ou em outro. Em minha experiência sua inabilidade é a mais dolorosa para usuários de poder. Assim nós começamos este projeto conduzido interno.
A pergunta é o que seria o nível de interesse na comunidade de usuário suportar um projeto do guarda-fogo de Java.
Arquivado sob a segurança de computador, notícia de título, software de Java, tecnologia, correia fotorreceptora, serviços de correia fotorreceptora |
|
RSS 2.0 |
Trackback este artigo |
Envie por correio electrónico este artigo
Você pode igualmente gostar de ler |


Maio 2ó, 2006 no 2:02 pm
Escrever um guarda-fogo de Java podia ser difícil por causa da complexidade envolvida com o JNI. Obviamente você chanfrado escreve um guarda-fogo sem começ na pilha do TCP do ósmio. Igualmente depende de que ósmio você está tentando executar. Você pôde começ muita ajuda com linux mas com Windows você é bonito muito no seus próprios. Mas esse dito, lá é pares de execuções que eu vi no codeproject usando o código controlado. Porque é fácil começ em APIs do nível do ósmio com C# (PInvoke e C++/CLI) eu pensaria que executando o em C# (para Windows) seja relativamente fácil do que Java.
Maio 2ó, 2006 no 6:10 pm
olá! lá,
+1.
apenas um momento há, eu vi alguém expressar um desejo para o usuário de Java VOIP. Agora, você está expressando um desejo para um guarda-fogo.
Somos nós lá ainda? Que está indo ser as despesas gerais para uma execução pura de java? Os usuários ordinários do desktop gostarão d?
Eu posso oferecer testá-lo em minha caixa.
BR,
~A
Maio 2ô, 2006 no 5:38 am
> Somos nós lá ainda?
Em meus investigação preliminar e protótipo nós temos todas as tecnologias para desenvolver um guarda-fogo em Java para Windows. Nós entretanto precisaremos algumas chamadas nativas de que pode facilmente ser tomado.
> o que está indo ser as despesas gerais para uma execução pura de java?
Eu não penso que o desempenho será uma edição. Em todo caso nós temos sempre a opção para usar os módulos nativos. Eu duvido seriamente que nós a precisemos.
> usuários ordinários do desktop como ela?
Que meu amigo somente O tempo o dirá. Será mais funcional do que algum do guarda-fogo popular no mercado hoje.
> eu pensaria que executando a em C# (para Windows) seja relativamente fácil do que Java.
Há bibliotecas para simplificar JNI.
Novembro 1ö, 2006 no 2:40 pm
de minha experiência que usa a aplicação de java é lento e memória com fome. Eu tenho que promover mais meu RAM para assegurar-se de que esteja funcionando bem.
Agosto 8o, 2007 no 4:25 am
Khairul,