Esta sección te permite ver todos los mensajes escritos por este usuario. Ten en cuenta que sólo puedes ver los mensajes escritos en zonas a las que tienes acceso en este momento.
Cita de: Eleкtro en 28 Septiembre 2014, 04:19 AMes mejor en caso de que se ejecute en un pc de otro pais no va a servir con el spainCódigo (python) [Seleccionar]locale.setlocale(locale.LC_ALL, "")
import datetime
x = datetime.datetime.now()x.year #es el anioo en ingles
fecha = datetime.date(anho, mes, dia)fecha.strftime('%A')dicdias={'MONDAY':'Lunes','TUESDAY':'Martes','WEDNESDAY':'Miercoles','THURSDAY':'Jueves', \
'FRIDAY':'Viernes','SATURDAY':'Sabado','SUNDAY':'Domingo'}print (dicdias[fecha.strftime('%A').upper()])]Citarhttp://blog.desdelinux.net/script-para-eliminar-automaticamente-el-reggeaton-de-dispositivos-usb-conectados/Script para eliminar automáticamente el reggeatón de dispositivos USB conectadosHace uno o dos días solamente en mi muro de Facebook comenté esta idea y a varios les gustó, explico en qué consiste:
"Un mundo mejor es posible". Quiero empezar con esta frase antes que todo para expresar lo que siento.
En este mundo hay varias cosas que no deberían ser permitidas o simplemente no existir, tales como violadores de menores, fanáticos extremistas... y además, si me permiten incluyo al reggeatón. Este "género" ¿musical? sin lugar a dudas hace daño a la humanidad, si bien muchos de los más fanáticos del mismo son (a mi juicio muy personal) criaturas cuyo coeficiente intelectual es directamente proporcional con su capacidad para apreciar una buena obra arquitectónica, o simplemente buena música como Celine Dion o Andrea Bocelli, el problema no reside solamente en la rápida propagación de este género y sus seguidores (se expande como el más dañino de los virus), sino además que a aquellos a los que NO nos gusta semejante sonido plagado de groserías, debemos muchas veces en contra de nuestra voluntad escuchar ese ruido porque un descerebrado lo tiene puesto a todo volumen en el Bus, salón de clases, o es por desgracia nuestro vecino que carece de sentido común y tiene demasiado alto el sonido ¬_¬
El asunto es que he decidido en nombre de varios geeks o nerds hacer algo al respecto...
He programado un script cuyo funcionamiento es muy simple en realidad, el mismo hace lo siguiente:.
- Busca en la carpeta /media/ (y sus subcarpetas) si hay algún archivo o carpeta que coincida con un filtro.
- En caso de que coincida, eliminará esa carpeta y/o archivos que coinciden.
- Guardará en un log cada archivo o carpeta que sea borrado.
- En caso de que no coincida nada con el filtro, no hará nada entonces
- Cada 20 segundos volverá a ejecutar los pasos anteriores, así nos aseguramos que si se conecta un USB nuevo, no se nos escape
¿Simple no? Aquí les dejo el script para descarga y además el link del script en nuestro Paste:
http://ftp.desdelinux.net/antireggeaton.sh
http://paste.desdelinux.net/4780
Para iniciar el script deben descargarlo y ubicarlo en una carpeta en su home llamado script-antireggeaton, dentro de esa carpeta también deben tener un archivo llamado filtro.lst en el cual pondrán palabras como nombres de cantantes de reggeatón, grupos de este tipo, etc. Cada palabra deberá ir en líneas independientes, les dejo un ejemplo de mi filtro.lst:
reggeaton
yandel
wisin
bieber
.... sí sí ya sé, Justin Bieber no canta reggeatón, pero... ya que estoy eliminando al reggeatón, pensé en hacer el trabajo más completo y además mandar al demonio a este enano de J.Bieber
Una vez tengan ambos archivos (filtro.lst y antireggeaton.sh) en la carpeta $HOME/script-antireggeaton/ asegúrense que el .sh tiene permisos de ejecución, pueden hacer esto dándole clic derecho + propiedades y en una pestaña de Permisos o algo así, ahí verán la opción. Luego, es cosa de simplemente ejecutarlo
En fin, esto viene siendo lo principal referente al script y su funcionamiento.
Por cierto, el script como tal no es que borre solamente reggeatón, el script borrará lo que sea que coincida con el filtro, si desean que borre todos los .exe o todo lo relacionado con (por ejemplo) crack ó messi es cosa de ponerlo en el filtro, así de simple.
Ahora, sé que moralmente habrán algunos que no estén de acuerdo con esto que explico, con mi "forma de hacer las cosas", justo ayer elav me estaba comentando algo al respecto, diciéndome que "no puedo imponer mis gustos a otros", el asunto es que desde hace mucho tiempo yo he tenido que soportar que otros sin importarles que yo NO soporte semejante ruido (ellos lo llaman "música") lo pongan aún así a todo volumen, sin importarles mi opinión o gusto personal, mi bienestar mental ... aún así a las 8AM de un domingo pongan eso a todo volumen haciendo que todos se despierten en casa. Simplemente, se acabó el tiempo de ser tolerante, ¿no creen ustedes?
Citar Bash. Significa golpe, porrazo o castaña.
Sin lugar a dudas, una de las vulnerabilidades del año, con el permiso de lo que quede por llegar, va a ser esta que vamos a comentar. Su matrícula es CVE-2014-6271, un número que va a rebotar en la cabeza de los administradores durante bastantes meses.
Resulta que bash, el intérprete de comandos más extendido en el mundo UNIX y derivados, tiene una curiosa y oscura funcionalidad que puede ser abusada hasta el punto de retorcerla y usarla para ejecutar código arbitrario en sistemas remotos.
Cuando lees una noticia así en una lista de seguridad te viene a la cabeza la imagen de Gandalf el Gris, detrás de ti, dándote golpecitos en la cabeza con su bastón mientras te grita "Parchea!!! Insensatooooooo". No es para menos...
Veamos primero la funcionalidad, presente desde hace años en la misma página de manual de bash:Citar"Functions may be exported so that subshells automatically have them defined with the -f option to the export builtin. A function definition may be deleted using the -f option to the unset builtin"
Esto es un mecanismo similar a cuando exportamos variables definidas en un entorno hacia otro proceso.
Vamos a probar la funcionalidad de manera básica:
Primero creamos una función en el intérpreteCódigo (bash) [Seleccionar]$function test { echo "hola";}
Ahora le decimos a bash que la exporte:Código (bash) [Seleccionar]$ export –f test
Creamos un nuevo interprete...Código (bash) [Seleccionar]$ bash
...y llamamos a la función que acabamos de exportar:Código (bash) [Seleccionar]$ test
hola
¿Dónde está el problema?
En el mecanismo que hace de exportación de esa función, la forma en la que lo hace y como interpreta el código que se inyecta en el entorno donde es exportada.
Para conseguir esa exportación de funciones bash recurre a un pequeño "truco". No exporta la función en sí, sino en una variable de entorno donde se interpreta su valor como el cuerpo de una función. Vamos a verlo modificando el ejemplo anterior, en vez de una función vamos a crear una variable de entorno:Código (bash) [Seleccionar]$ test='() {echo "hola";}'
Exportamos, no una función sino una variable que es lo que haría el intérprete:Código (bash) [Seleccionar]$ export test
Ahora creamos un intérprete y volvemos a invocar nuestra función 'test':Código (bash) [Seleccionar]$ bash
$ test
hola
Curioso, ¿verdad?.
Bueno, pues cuando el entorno recibe esta variable y el interprete detecta la siguiente cadena '() {' entiende que está ante una función y comienza a interpretar su código. El problema y aquí entramos en la zona peligrosa, es que no para de interpretar cuando termina el cuerpo de la función y continua ejecutando el código que viene detrás del cuerpo.
Por ejemplo, si el intérprete tiene la siguiente variable-función exportada con código más allá de la definición de la función:Código (bash) [Seleccionar]
'(){ echo "hola"; }; /bin/ls'
Terminará ejecutando el '/bin/ls' cuando se esté interpretando esa cadena. No hará falta invocar la función, justo cuando el interprete procese las cadenas detrás del cuerpo de la función ejecutará el comando. Idealmente, debería de terminar justo cuando encuentre el '};' correspondiente pero inexplicablemente no lo hace y peor aun ejecuta directamente ese código anexado al cuerpo de la función.
¿Por qué es peligroso?
Son muchísimos los vectores. Las variables de entorno y los intérpretes de comandos son exportados y creados en infinidad de situaciones. El peligro real, es cuando un proceso remoto acepta cadenas de entrada y hace uso de ellas a través de variables de entorno. Ahí es donde se puede inyectar una variable que contenga la cadena '(){' seguida de código arbitrario, comandos que terminarán siendo ejecutados por el proceso.
El ejemplo, ya canónico y que posiblemente veamos estampado en alguna camiseta, es la mínima expresión de definición de una función en bash "() { :;};"
Es fácil interpretarlo, el bloque de la función definida contiene el carácter ':' que en bash no hace nada, simplemente devolver cero. Su correspondiente en C sería un "return 0;". A esa cadena por supuesto se le puede adosar cualquier comando, desde un 'echo "yo estuve aquí" hasta un devastador "rm –Rf" o un "curl****/mi_shell.php" para depositarla en "/var/www/".
En la lista oss-security, donde se dio a conocer públicamente el problema, exponen un escenario que caracteriza el empleo de este ataque. Supongamos un script CGI que procesa las cabeceras HTTP mapeando su clave, valor a variables de entorno. No cuesta imaginar que sucede a partir de aquí. En el momento que se reciba una petición HTTP con una cabecera "cocinada" sería posible que dicho sistema termine ejecutando los comandos que se inyecten desde el exterior.
¿Quién la ha descubierto?
Su nombre es Stephane Chazelas. Francés apasionado del mundo UNIX, Chazelas no es un nombre muy conocido, hasta ahora, en la comunidad de seguridad. No se saben los detalles de cómo llegó hasta la vulnerabilidad, pero es bastante posible que gracias a sus profundos conocimientos de cómo funcionan las entrañas del sistema le proporcionará la óptica necesaria para ver aquello que otros no vieron.
Chazelas apostó por informar sobre su hallazgo a las vías adecuadas para que el problema fuese corregido antes de ser anunciado, aunque casi al final se filtró por algún medio y se precipitó la publicación de detalles y parches.
Una reflexión
Si hacemos un repaso de las últimas vulnerabilidades podríamos ver desde cierta perspectiva que un buen grupo de ellas ya no se asientan sobre desbordamientos de memoria u otras, llamémoslas vulnerabilidades clásicas. Este tipo de errores tira más al fondo, a la lógica del diseño, un territorio donde los fuzzers comienzan a dejar de ser eficaces (no dejarán de serlo completamente) y se confía más en una comprensión del problema que solo te puede proporcionar la experiencia y la capacidad de conectar los vértices que componen la figura final.
Este tipo de errores siempre han existido y el otro tipo, los provocados por funcionalidades achacables a ciertos lenguajes (sí, C y C++, vosotros dos) no van a dejar de dar quebraderos de cabeza. Pero los problemas que derivan de un diseño inadecuado... ¿Qué IDS está preparado para ello? Quizás pueda parar una cadena pasada por Shikata Ga Nai ochocientas veces pero ¿Cómo paras una cabecera HTTP que contiene una definición de una función que va a ser exportada y de paso ejecutado el código que viene detrás? ¿Y la funcionalidad heartbeat de OpenSSL? No hay un detector de diseños defectuosos, no lo habrá nunca. Jamás.
Más información
remote code execution through bash
http://www.openwall.com/lists/oss-security/2014/09/24/11
Bash specially-crafted environment variables code injection attack
https://securityblog.redhat.com/2014/09/24/bash-specially-crafted-environment-variables-code-injection-attack/
Citar"El 4 de febrero de 2003, la ONU realizó una votación sobre el fin del embargo. Solo Estados Unidos, Israel y las Islas Marshall votaron en contra del fin del mismo."
Citar
La ley establece que cualquier compañía no norteamericana que tiene tratos con Cuba puede ser sometida a represalias legales, y que los dirigentes de la compañía pueden ver prohibida su entrada en Estados Unidos. Esto significaba que compañías internacionales debían elegir entre comerciar con Cuba o comerciar con los Estados Unidos, que son un mercado muchísimo mayor.
Citarasi que 209 mb en todo el pais
Total bandwidth between Cuba and the global Internet is just 209 Mbit/s upstream and 379 downstream.[7]
CitarTelecommunications between Cuba and the rest of the world is limited to the Intersputnik systemno hay demasiada infraestructura y las empresas que lo podrian traer por miedo a este no entran
Citar
los K
CitarA todo esto vivo en argentina pero mi sangre es polaca/italiana.Para muchos mi opinion no vale por no ser argentino puro puro , ser nacido aca pero de familias polacas/italianas.eso es lo mas absurdo que escuchado
CitarSueno muy militar , para nada lo soy.Simplemente es lo que pienso.Por mi viviria sin estado o en un comunismo.Pese termino no es muy bien usado el comunismo es la evolucion de un estado socialista, el socialismo es el que puede ser mas o menos autoritario . en un modelo sin estado en donde todos tengan voz y relaciones basadas en cooperacion . Es el opuesto al totalitarismo y las autaquias
CitarPeib0l, la última vez que vi las noticias de tu ciudad la gente se dirigía al matadero... allí si alguien roba una manzana le cortan la mano y si alguien roba a una persona, el cuello xDni que fuera arabia saudi y su ley musulmana( sharia).
CitarAunque creo que aquí funciona mucho el efecto psicólogo tanto de la recomendación como de la moda, es como el empezar a fumar o beber...
