Proyecto del cortafuego de Java
He estado jugando con la idea de un cortafuego de Java. He ejecutado hasta ahora al molde portuario funcional de a completamente - que usaba el hijacking portuario. Explora para los puertos abiertos en el interfaz de red que proporciona la conexi�n a internet.
Sin embargo el molde portuario un cortafuego no hace. Es simplemente un paso de beb�. Necesitamos tener acceso al sistema operativo API para poder bloquear los puertos que no permiten el secuestrar. Tambi�n necesitamos modo de la cautela evitar que los atacantes incluso detecten la existencia de la computadora. Necesitamos y podemos bloquear f�cilmente tr�fico del UDP. Entonces viene el control de acceso del uso.
Todos los �stos pueden ser hechos.
Evalu� varios cortafuegos como ZoneAlarm o el puesto avanzado de Agnitum y cada uno de ellos carece en un cierto aspecto clave u otro. En mi experiencia su inhabilidad es la m�s dolorosa para los usuarios de energ�a. Comenzamos tan este proyecto conducido interno.
La pregunta es cu�l ser�a el nivel de inter�s en la comunidad de usuario de apoyar un proyecto del cortafuego de Java.
Archivado bajo seguridad de computadora, noticias de t�tulo, software de Java, tecnolog�a, Web, servicios de Web |�
� |
� RSS 2.0 |�
� Trackback este art�culo | �
� Env�e por correo electr�nico este art�culo
Usted puede tambi�n tener gusto de leer |
Agregue a los favoritos de Technorati
23 de mayo de 2006 en el 2:02 P.M.
La escritura de un cortafuego de Java pod�a ser dif�cil debido a la complejidad implicada con JNI. Usted linado escribe obviamente un cortafuego sin conseguir en el apilado del TCP del OS. Tambi�n depende de qu� OS usted est� intentando ejecutar. Usted puede ser que consiga mucha ayuda con linux pero con Windows usted es bonito mucho en sus el propio. Pero ese haber dicho, all� es pares de puestas en pr�ctica que vi en codeproject usando c�digo manejado. Porque es f�cil conseguir en los APIs del nivel del OS con C# (PInvoke y C++/CLI) pensar�a que ejecut�ndolo en C# (para Windows) sea relativamente f�cil que Java.
23 de mayo de 2006 en el 6:10 P.M.
hola all�,
+1.
apenas hace un momento, vi alguien el expresar de un deseo para el servidor de Java VOIP. Ahora, usted est� expresando un deseo para un cortafuego.
�Estamos all� todav�a? �Qu� va a ser los gastos indirectos para una puesta en pr�ctica pura de Java? �Los usuarios de escritorio ordinarios tendr�n gusto de �l?
Puedo ofrecer probarlo en mi caja.
BR,
~A
24 de mayo de 2006 en el 5:38
> �Estamos all� todav�a?
En mi investigaci�n preliminar y prototipo tenemos todas las tecnolog�as para desarrollar un cortafuego en Java para Windows. Sin embargo necesitaremos algunas llamadas nativas de las cuales pueda ser tomado f�cilmente cuidado.
�> qu� va a ser los gastos indirectos para una puesta en pr�ctica pura de Java?
No pienso que el funcionamiento ser� una edici�n. En todo caso tenemos siempre la opci�n para utilizar los m�dulos nativos. Dudo seriamente que la necesitemos.
�> los usuarios de escritorio ordinarios como ella?
Que mi amigo solamente el tiempo dir�. Ser� m�s funcional que cortafuego popular un de los en mercado hoy.
> pensar�a que ejecut�ndola en C# (para Windows) sea relativamente f�cil que Java.
Hay bibliotecas para simplificar JNI.
15 de noviembre de 2006 en el 2:40 P.M.
de mi experiencia usando el uso de Java es lento y memoria hambriento. Tengo que aumentar m�s mi RAM para asegurarme que est� funcionando bien.
8 de agosto de 2007 en el 4:25
Khairul,
Java es lenta es un mito hist�rico, no realidad; consiga sobre ella.
27 de diciembre de 2007 en el 2:18 P.M.
Pienso que hay una necesidad definida de un cortafuego que se pueda manejar f�cilmente por un consumidor. Quiz�s hay uno hacia fuera all� y tengo todav�a encontrarlo. Tengo gusto de la idea de Java, simplemente porque es una lengua que soy familiar con.
Tiene usted considerado una soluci�n de Linksys/del linux/de Java. Linksys como lo entiendo produjo una versi�n de su ranurador sin hilos que puede funcionar linux. Si usted utiliz� el linux para que la comunicaci�n del OS y la Java usada proporcionen un UI en Internet y obren rec�procamente con linux y pongan el asunto en los linksys como el hardware usted pudo tener algo valioso.
Mi opini�n de la seguridad en el nivel de escritorio es baja. Mastica para arriba recursos de sistema y da a consumidores un sentido falso del control. La inspecci�n del paquete de Stateful en un cortafuego basado hardware con la capacidad de establecer confianza divide en zonas o las listas blancas ser�an inestimables.
D