Ocultación de acceso remoto

Language / Lenguaje:

Nas.

Ya casi tengo acabado el nuevo sistema de ocultación de la conexión del acceso remoto. Antes se hacía todo enchapuzao a través de redireccionar la syscall de read, lo cual producía a veces errores al hacer un netstat. Ahora lo haré redireccionando la función que muestra /proc/net/tcp (tcp_seq_show creo que se llamaba), ya la redireccioné, solo falta hacer la nueva que chequee si la ip es la que hay que ocultar o no, etc. En un par de dias o menos supongo que ya estará, no hizo falta ninguna chapucilla porque el símbolo para conseguir redireccionarla está exportado. Luego cuando esté acabado hay que añadirlo a lo de desinstalar el módulo porque hay que dejarla como estaba, ya que sino al hacer un netstat saltará a nuestra función que ya no existe y petará el proceso.

Un saludo.


Posted by RaiSe

8 Responses to “Ocultación de acceso remoto”

  1. David Reguera Garcia Says:

    Bien!, a ver si para el 20 de este mes tenemos una versión pública y la colgamos en http://www.enye-sec.org :-), Un saludo.

  2. RaiSe Says:

    Nass. Ya he terminado el tema de la ocultacion de la conexion. Ha quedado muchisimo mejor, ya no da errores como daba antes dependiendo de si fallaba el read. Ademas ahora ya no salen numeros de socket salteados al hacer cat /proc/net/tcp como antes, que igual pasaba del 4 al 6 con el consiguiente moskeo del admin. Aparte he eliminado muchisimo codigo del read.d con lo que se ha optimizado mucho, sobre todo porque cuanto menos se toque la sys_read mejor. Hoy de noche te lo paso y lo pruebas, vale?. Es una version con todo lo nuevo incluido ya (handler nuevo, etc.), menos lo de desinstalar el modulo que aun no he tenido tiempo de meterlo. Tu como llevas lo de los pids?. Un saludo ;).

  3. David Reguera Garcia Says:

    Bien, pero lo tengo algo parado por el tema del curro y demás, pásame eso cuando puedas, un saludo.

  4. RaiSe Says:

    Te lo acabo de enviar por email. Por cierto, me he dado cuenta de 1 bug. Al entrar en las X (no creo que sea por las X en si, seguramente se reproduce con otro programa intensivo en recursos), si abres el acceso remoto y sales de las X con el acesso remoto abierto el kernel de cuelga. Pensé que era cosa del nuevo sistema de ocultacion de la conexion pero no, porque desactivado pasa igual, debe venir de atras. Habrá que mirarlo a ver, probare la v1.1 a ver si tambien pasa. Si se cierran las X con el acceso remoto ya cerrado no pasa nada. Un saludo.

  5. RaiSe Says:

    Con la v1.1 tambien pasa, habra que mirarlo a fondo.. Un saludo.

  6. David Reguera Garcia Says:

    Muy bien a ver si mañana le puedo echar un ojo, ando super liado :_), thx por enviarmelo.

  7. RaiSe Says:

    Joer, lo que faltaba.. jeje, el sistema de ocultacion de procesos no funciona. La shell remota se ve al hacer un ‘ps awx’, creo que el sistema de ‘ver’ los procesos de los ultimos kernels ha cambiado, ya no usa getdents en /proc sino que debe ser otro sistema, con lo cual los procesos ocultos se ven, y seguramente las X se queda esperando por un hijo (la shell) o algo parecido y por eso se cuelga. Hay que revisar el sistema de ocultacion de procesos, a la v1.1 en los ultimos kernels (al - en el 2.6.17) le pasa lo mismo. Un saludo.

  8. RaiSe Says:

    Nas. Lo de ocultar el proceso ya está arreglado, era que usaba getdents en vez de getdents64, se añadio una hacked_getdents y ya está (debe ser que dependiendo de la version de ps usa getdents o getdents64, ahora ya están las 2 hookeadas). El problema del cuelgue sigue, ademas tambien pasa al reiniciar al sistema cuando hace un killall -TERM. Usease al enviarle la TERM peta, ahora npi pq, habra que seguir mirando. Un saludo.

Leave a Reply

You must be logged in to post a comment.