Re: añadir directorio en path debian 10
Buenas, has provado con: PATH=".:/bin:/usr/bin:" etc etc etc? Fran. El 18/11/19, ruben.mag...@inisis.es escribió: > Buenos días a todos, > > Sabéis como añadir el directorio local, o sea, “.” a la variable PATH en > debian. > > Antes, en debian 9, añadías “:.” Al final de la línea ENV_PATH en > “/etc/login.defs” y era suficiente pero con debian 10 no funciona. > > > > Gracias a todos de antemano > > > > > > De: Galvatorix Torixgalva > Enviado el: viernes, 28 de junio de 2019 7:25 > Para: lista-debian > Asunto: Re: Verifying DMI pool data .. se para debian 9.9 > > > > Hola, > > > > vendria bien que pusieras todos los detalles posibles de la configuracion > del ordenador. > > > > Un saludo. > >
añadir directorio en path debian 10
Buenos días a todos, Sabéis como añadir el directorio local, o sea, “.” a la variable PATH en debian. Antes, en debian 9, añadías “:.” Al final de la línea ENV_PATH en “/etc/login.defs” y era suficiente pero con debian 10 no funciona. Gracias a todos de antemano De: Galvatorix Torixgalva Enviado el: viernes, 28 de junio de 2019 7:25 Para: lista-debian Asunto: Re: Verifying DMI pool data .. se para debian 9.9 Hola, vendria bien que pusieras todos los detalles posibles de la configuracion del ordenador. Un saludo.
Re: Fwd: debcheckroot v2.0 released
El 18/11/19 a las 9:45, Antonio Trujillo Carmona escribió: > El 15/11/19 a las 18:25, Juan Lavieri escribió: >> Para la información de todos. >> >> >> Mensaje reenviado >> Asunto: debcheckroot v2.0 released >> Resent-Date: Fri, 15 Nov 2019 16:16:35 + (UTC) >> Resent-From: debian-secur...@lists.debian.org >> Fecha: Fri, 15 Nov 2019 17:16:17 +0100 >> De: Elmar Stellnberger >> Para: debian-secur...@lists.debian.org >> >> >> >> Dear readers of debian-security >> >> I have just released debcheckroot-v2.0: >> https://www.elstel.org/debcheckroot/ >> >> The new tool can be used to check a Debian installation also against >> previously unknown rootkits. It has many improvements towards >> debcheckroot-v1.0: >> >> # usage of direct comparison or creation and usage of sha-256 lists >> instead of the unsafe md5sums provided in the package header >> # allow usage of multiple changeable media: i.e. DVD & BD-SL >> verification rather than just BD-DL verification >> # testing of symbolic links, of user, group and file-mode >> # scanning the home directory for odd filenames that contain control >> characters, on request: listing all hidden binary files in the home >> directory >> # download only mode + shuffling of download order for package >> download via Tails/Tor and subsequent offline verification >> # use of Python3 instead of Perl with built in support for tar, xzip, >> gzip and bzip2; no more external helper programs required, works from >> any live cd! >> >> Finally debcheckroot-v1.0 did no more work with current versions of >> Debian as Debian now uses xzip instead of gzip. The new program >> supports any of xzip, gzip and bz2 for compression of the data.tar.xz >> and the controls .tar.xz inside the .deb ar-archive. Files are merely >> unpacked in memory so debcheckroot keeps being quite efficient. >> >> I would be happy to discuss the new release here or to assist anyone >> who wants to test the new tool! >> >> Regards, >> Elmar >> > Como administrador de mas de un ciento de sistemas linux (la mayoría > debian, aunque también muchos OEL) siempre he estado tentado a usar > algún rootkit para evitar disgustos, (aunque hasta ahora solo hemos > sufrido un ataque por culpa de los desarrolladores web que se empeñaban > en no actualizar el perl), pero tengo un par de dudas. > > ¿Va a interferir de algún modo el rootkit con el tradicional "apt > update; apt upgrade"? > > Muchos de los sistemas interactúan con sistemas Windows, si se chequean > los directorios de "/home" o "/mnt" o "/opt", donde pueden estar > compartidos o montados ficheros donde los usuarios o sistemas no tienen > "miramiento" en usar espacios o caracteres "raros", ¿Va producirme esto > dolores de cabeza?. > > Gracias y felicitaciones por vuestro trabajo. > > > Por cierto, no encuentro el paquete "debcheckroot", ¿es el mismo de "rkhunter", o se trata de un paquete no incluido en los repositorios debian?. signature.asc Description: OpenPGP digital signature
Re: Fwd: debcheckroot v2.0 released
El 15/11/19 a las 18:25, Juan Lavieri escribió: > Para la información de todos. > > > Mensaje reenviado > Asunto: debcheckroot v2.0 released > Resent-Date: Fri, 15 Nov 2019 16:16:35 + (UTC) > Resent-From: debian-secur...@lists.debian.org > Fecha: Fri, 15 Nov 2019 17:16:17 +0100 > De: Elmar Stellnberger > Para: debian-secur...@lists.debian.org > > > > Dear readers of debian-security > > I have just released debcheckroot-v2.0: > https://www.elstel.org/debcheckroot/ > > The new tool can be used to check a Debian installation also against > previously unknown rootkits. It has many improvements towards > debcheckroot-v1.0: > > # usage of direct comparison or creation and usage of sha-256 lists > instead of the unsafe md5sums provided in the package header > # allow usage of multiple changeable media: i.e. DVD & BD-SL > verification rather than just BD-DL verification > # testing of symbolic links, of user, group and file-mode > # scanning the home directory for odd filenames that contain control > characters, on request: listing all hidden binary files in the home > directory > # download only mode + shuffling of download order for package > download via Tails/Tor and subsequent offline verification > # use of Python3 instead of Perl with built in support for tar, xzip, > gzip and bzip2; no more external helper programs required, works from > any live cd! > > Finally debcheckroot-v1.0 did no more work with current versions of > Debian as Debian now uses xzip instead of gzip. The new program > supports any of xzip, gzip and bz2 for compression of the data.tar.xz > and the controls .tar.xz inside the .deb ar-archive. Files are merely > unpacked in memory so debcheckroot keeps being quite efficient. > > I would be happy to discuss the new release here or to assist anyone > who wants to test the new tool! > > Regards, > Elmar > Como administrador de mas de un ciento de sistemas linux (la mayoría debian, aunque también muchos OEL) siempre he estado tentado a usar algún rootkit para evitar disgustos, (aunque hasta ahora solo hemos sufrido un ataque por culpa de los desarrolladores web que se empeñaban en no actualizar el perl), pero tengo un par de dudas. ¿Va a interferir de algún modo el rootkit con el tradicional "apt update; apt upgrade"? Muchos de los sistemas interactúan con sistemas Windows, si se chequean los directorios de "/home" o "/mnt" o "/opt", donde pueden estar compartidos o montados ficheros donde los usuarios o sistemas no tienen "miramiento" en usar espacios o caracteres "raros", ¿Va producirme esto dolores de cabeza?. Gracias y felicitaciones por vuestro trabajo. signature.asc Description: OpenPGP digital signature
