subject:"Re\: Seguridad"

Re: Seguridad controladores o firmware non-free

2020-01-22 Por tema Ricardo Alejandro García Gómez

¡Muchas gracias! Paynalton e igualmente a todos ustedes por su loable labor.
Ahora lo tengo muy claro pues en algunos lugares afirman que usar tales
paquetes es bajo tu propio riesgo pero, ahora con lo que mencionaste, sé
que no habrá problemas por ustedes en la medida de lo posible. :-D
Saludos.

El mié., 22 de ene. de 2020 10:17 a. m., Paynalton 
escribió:

>
>
>
> El mié., 22 ene. 2020 a las 0:09, Ricardo Alejandro García Gómez (<
> gagor...@gmail.com>) escribió:
>
>> Muy buen día
>>
>> Agradeciendo anticipadamente la atención y agradecido por su excelente
>> labor por la libertad  de
>> los usuarios
>> 
>> o desarrollares de software.
>>
>> Por favor, podrían resolverme la siguiente inquietud respecto a los
>> paquetes contenidos en non-free: ¿Ustedes revisan
>> , en la medida de
>> lo posible, que tales paquetes
>>  son seguros
>> , particularmente me
>> interesa sobre controladores y firmware?
>>
>
> Debian se basa por completo en el trabajo de la comunidad, esto nos lleva
> a que cada paquete tiene un responsable encargado de revisar la seguridad y
> estabilidad de ese paquete. También hay una legión de testers voluntarios
> que prueban todo el sistema y reportan a los mantenedores de paquetes
> problemas encontrados, además de distribuciones derivadas de ramas unstable
> que aportan gran cantidad de reportes de fallo.
>
> Una vez encontrado un fallo, el mantenedor del paquete contacta al creador
> o a alguna comunidad de desarrolladores dispuesta a corregirlo, prueba la
> solución y actualiza el paquete en el repositorio.
>
> De todos los paquetes de debian, solo aquellos que alcanzan un cierto
> grado de calidad llegan a la versión estable, la calidad se mide por la
> cantidad y severidad de los reportes, así como la velocidad de respuesta de
> sus mantenedores.
>
>
>>
>> ¿Si he consultado al lugar incorrecto podría mencionarme cómo y con
>> quién contactar?
>>
>
> Para cada paquete en específico, buscalo en
> https://www.debian.org/distrib/packages y ahí puedes contactar a sus
> mantenedores y a las comunidades que le dan soporte.
>
>
>>
>> Nuevamente, gracias por su atención, espero atentamente su respuesta.
>>
>

Re: Seguridad controladores o firmware non-free

2020-01-22 Por tema Paynalton

El mié., 22 ene. 2020 a las 0:09, Ricardo Alejandro García Gómez (<
gagor...@gmail.com>) escribió:

> Muy buen día
>
> Agradeciendo anticipadamente la atención y agradecido por su excelente
> labor por la libertad  de
> los usuarios
> 
> o desarrollares de software.
>
> Por favor, podrían resolverme la siguiente inquietud respecto a los
> paquetes contenidos en non-free: ¿Ustedes revisan
> , en la medida de lo
> posible, que tales paquetes
>  son seguros
> , particularmente me
> interesa sobre controladores y firmware?
>

Debian se basa por completo en el trabajo de la comunidad, esto nos lleva a
que cada paquete tiene un responsable encargado de revisar la seguridad y
estabilidad de ese paquete. También hay una legión de testers voluntarios
que prueban todo el sistema y reportan a los mantenedores de paquetes
problemas encontrados, además de distribuciones derivadas de ramas unstable
que aportan gran cantidad de reportes de fallo.

Una vez encontrado un fallo, el mantenedor del paquete contacta al creador
o a alguna comunidad de desarrolladores dispuesta a corregirlo, prueba la
solución y actualiza el paquete en el repositorio.

De todos los paquetes de debian, solo aquellos que alcanzan un cierto grado
de calidad llegan a la versión estable, la calidad se mide por la cantidad
y severidad de los reportes, así como la velocidad de respuesta de sus
mantenedores.


>
> ¿Si he consultado al lugar incorrecto podría mencionarme cómo y con quién
> contactar?
>

Para cada paquete en específico, buscalo en
https://www.debian.org/distrib/packages y ahí puedes contactar a sus
mantenedores y a las comunidades que le dan soporte.


>
> Nuevamente, gracias por su atención, espero atentamente su respuesta.
>

Re: Seguridad controladores o firmware non-free

2020-01-22 Por tema Galvatorix Torixgalva

Hola,

pues CREO (repito, CREO) que se solamente se revisan al 100% los paquetes
de los repositorios, que para eso estan en los repositorios.

Los paquetes que vengan de otras fuentes (firmware non-free y demas cosas)
tienen ciertos riesgos, algunos es "solamente" el tema de la licencia que
usan, otros te da un binario y tu elijes si instalarlo o no, etc.

Por norma general no deberias instalar software de fuentes que sean
distintas a las recomendadas (los repositorios oficiales).

La unica forma de tener seguridad de que el software que viene de fuentes
no recomendadas hace solamente lo que deberia hacer es que tu mismo seas
experto en la materia en cuestion y al ver el codigo fuente (si tienes
acceso a el) veas que todo esta correcto.

Un saludo

Re: Seguridad - Montaje memorias USB

2017-10-28 Por tema u-01



27. Oct 2017 08:12 por rcalle...@gmail.com:


> Buenas tardes,
> utilizo debian 8.9 y hace tiempo que intento, sin exito, que las memorias usb 
> no se monten automaticamente en el sistema.
>
> Alguien puede ayudarme,,
>
> he intentado cambiar los valores de 
> /sys/bus/usb/devices/usbX/authorized_default
>
> Deauthorize a device:
>
> $ echo 0 > /sys/bus/usb/devices/DEVICE/authorized
>
> DEVICE = usb1, usb2
>
> Set new devices connected to hostX to be deauthorized by default (ie:
> lock down):
>
> $ echo 0 > /sys/bus/usb/devices/usbX/authorized_default
>
>
> Pero al reiniciar vuelven a ponerse los valores a 1.
>
>
> Tambien he intentado desabilitar el modulo de los usb:
>
> # find /lib/modules/`uname -r` -name *usb*
>
> # lsmod | grep usb
>
> # modinfo usb_storage
>
> # rmmod usb_storage
>
>
> Sin exito.
>
>
> Y con el fichero de configuracion:
>
> # echo "blacklist usb-storage" >> /etc/modprobe.d/blacklist.conf  
>
>
> Bueno, muchas gracias de antemano a quien pueda ayudarme.
>
> R>  
>
>

 

apt install usbguard

Se que no es lo que pedís exactamente. Pero por si te interesa.

Sirve para bloquear todos los dispositivos usb, permitiendo un montaje temporal 
y/o generar una lista blanca de confianza.

Re: Seguridad - Montaje memorias USB

2017-10-27 Por tema Maikel Enrique Pernía Matos

Colega:

El vie, 27-10-2017 a las 17:12 +0200, R Calleja escribió:
> Buenas tardes,
> 
> utilizo debian 8.9 y hace tiempo que intento, sin exito, que las
> memorias usb no se monten automaticamente en el sistema.
> 
> 
> Alguien puede ayudarme,,
> 
> 
> he intentado cambiar los valores de 
> /sys/bus/usb/devices/usbX/authorized_default
> 
> Deauthorize a device:
> 
> $ echo 0 > /sys/bus/usb/devices/DEVICE/authorized
> 
> DEVICE = usb1, usb2
> 
> Set new devices connected to hostX to be deauthorized by default (ie:
> lock down):
> 
> $ echo 0 > /sys/bus/usb/devices/usbX/authorized_default
> 
> 
> 
> Pero al reiniciar vuelven a ponerse los valores a 1.
> 
> 
> 
> Tambien he intentado desabilitar el modulo de los usb:
> 
> # find /lib/modules/`uname -r` -name *usb*
> 
> # lsmod | grep usb
> 
> # modinfo usb_storage
> 
> # rmmod usb_storage
> 
> 
> 
> Sin exito.
> 
> 
> 
> Y con el fichero de configuracion:
> 
> # echo "blacklist usb-storage" >> /etc/modprobe.d/blacklist.conf  
> 
> 
> 
> Bueno, muchas gracias de antemano a quien pueda ayudarme.
> 
> 
> R 
> 
En este url puedes encontrar una app que desarrolle para gestionar el
tema de los dispositivos usb, no lo he probado aún en Stretch por lo que
no sé si te resuelva el problema.

https://gutl.jovenclub.cu/de-misox-external-device-manager/

Saludos cordiales,
Maikel


--
Este mensaje le ha llegado mediante el servicio de correo electronico que 
ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema 
Nacional de Salud. La persona que envia este correo asume el compromiso de usar 
el servicio a tales fines y cumplir con las regulaciones establecidas

Infomed: http://www.sld.cu/

Re: Seguridad - Montaje memorias USB

2017-10-27 Por tema JAP


El 27/10/17 a las 12:12, R Calleja escribió:

Buenas tardes,
utilizo debian 8.9 y hace tiempo que intento, sin exito, que las 
memorias usb no se monten automaticamente en el sistema.


Alguien puede ayudarme,,

he intentado cambiar los valores de
/sys/bus/usb/devices/usbX/authorized_default

Deauthorize a device:

$ echo 0 > /sys/bus/usb/devices/DEVICE/authorized

DEVICE = usb1, usb2

Set new devices connected to hostX to be deauthorized by default (ie:
lock down):

$ echo 0 > /sys/bus/usb/devices/usbX/authorized_default


Pero al reiniciar vuelven a ponerse los valores a 1.


Tambien he intentado desabilitar el modulo de los usb:

# find /lib/modules/`uname -r` -name *usb*

# lsmod | grep usb

# modinfo usb_storage

# rmmod usb_storage


Sin exito.


Y con el fichero de configuracion:

# echo "blacklist usb-storage" >> /etc/modprobe.d/blacklist.conf


Bueno, muchas gracias de antemano a quien pueda ayudarme.

R


El montaje automático no lo maneja el sistema, si no que lo hace el 
entorno de escritorio que estés usando.

Sobre todo, si es Gnome.
En algún rincón tiene una configuración para no hacerlo.


--
JAP
https://wiki.debian.org/es/NormasLista

Re: Seguridad - Montaje memorias USB

2017-10-27 Por tema fernando sainz

El día 27 de octubre de 2017, 17:12, R Calleja  escribió:
> Buenas tardes,
> utilizo debian 8.9 y hace tiempo que intento, sin exito, que las memorias
> usb no se monten automaticamente en el sistema.
>
> Alguien puede ayudarme,,
>
> he intentado cambiar los valores de
> /sys/bus/usb/devices/usbX/authorized_default
>
> Deauthorize a device:
>
> $ echo 0 > /sys/bus/usb/devices/DEVICE/authorized
>
> DEVICE = usb1, usb2
>
> Set new devices connected to hostX to be deauthorized by default (ie:
> lock down):
>
> $ echo 0 > /sys/bus/usb/devices/usbX/authorized_default
>
>
> Pero al reiniciar vuelven a ponerse los valores a 1.
>
>
> Tambien he intentado desabilitar el modulo de los usb:
>
> # find /lib/modules/`uname -r` -name *usb*
>
> # lsmod | grep usb
>
> # modinfo usb_storage
>
> # rmmod usb_storage
>
>
> Sin exito.
>
>
> Y con el fichero de configuracion:
>
> # echo "blacklist usb-storage" >> /etc/modprobe.d/blacklist.conf
>
>
> Bueno, muchas gracias de antemano a quien pueda ayudarme.
>
> R

Hola.
El montado de dispositivos suele estar gestionado por el escritorio
que uses. (o algún programa del mismo, como nautilus)
Yo no uso escritorio, tan solo un gestor de ventanas (fvwm) y me sobra.
Puedes ver información sobre como configurar el tema del automontado
en este enlace:
(Es de ubuntu, pero será igual)
https://askubuntu.com/questions/18926/how-to-control-gnomes-auto-mounting-capabilities

De todas formas todo lo que pongas en /etc/fstab tiene prioridad sobre
estos automontadores.
Yo solo uso montajes manuales.

S2.

--
Fernando

Re: Seguridad

2015-03-18 Por tema Camaleón

El Wed, 18 Mar 2015 13:20:55 -0300, Mauro Antivero escribió:

 Estimados, cómo andan tanto tiempo. Espero que bien.
 
 Les escribo para ver si me pueden indicar algo de documentación sobre
 seguridad, tanto en sistemas Linux como en redes.  Por supuesto que en
 Google o Youtube hay una tremenda cantidad de información al respecto,
 pero les pregunto para ver si alguno leyó o tiene conocimiento sobre
 algún documento y me lo puede recomendar. Si hay algún buen libro
 bienvenido sea.
 
 En fin, cualquier recomendación es bienvenida.
 
 Saludos y muchas gracias, Mauro.

Debian tiene una mini FAQ que estás bastante bien:

Securing Debian Manual 
https://www.debian.org/doc/manuals/securing-debian-howto/index.en.html

Otros documentos que conozco son los de Sans Institute, que son más 
genéricos y tratan varios aspectos sobre seguridad (activa/pasiva), casos 
prácticos, terminología, etc...:

Information Security Resources
http://www.sans.org/security-resources/

Saludos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/pan.2015.03.18.16.27...@gmail.com

Re: [OT-FreeBSD] Re: SEGURIDAD EQUIPO securetty

2015-02-06 Por tema Jose Maldonado


El 05/02/15 a las 21:39, Edward Villarroel (EDD) escribió:

okey si se que es hay! pero no se como configurarlo
Edward Villarroel:  @Agentedd



El día 5 de febrero de 2015, 18:47, Jose Maldonado
josemal...@gmail.com escribió:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

El 05/02/15 a las 13:50, Edward Villarroel (EDD) escribió:

Hey

estamos todos perdido!! yo tengo debian jessie instalado de 64bits
  nucleo linux!!

simplemente comente que en freebsd yo podia colocar las tty como
inseguras y no permitian el log de root tambien pude configurar
que cuando entraba en modo mono-usuario tampoco se logeara el root

mi pregunta fue


en debian se puede tambien hacer esas configuraciones y si se puede
como se hacen

me parese que con este archivo es un buen comienzo /etc/securetty
Edward Villarroel:  @Agentedd



El día 5 de febrero de 2015, 11:38, Camaleón noela...@gmail.com
escribió:

El Thu, 05 Feb 2015 15:20:46 +, Camaleón escribió:


El Wed, 04 Feb 2015 22:11:52 -0430, Edward Villarroel (EDD)
escribió:


buenas noches comunidad

en mi experiencia con freebsd descubrir que se puede
asegurar los equipos físico para evitar el login del root sin
password por consola le eche un ojo al /etc/securetty pero no
vi como le pongo que el equipo no esta en una ubicación
segura...


Si el manual de Debian es bueno el de FreeBSD no le va a la
zaga:


(...)


les escribo en esta oportunidad por que tengo una


Y aquí es cuando te das cuenta de que estás enviando a la lista
equivocada :-P


O no. Veo que hay un man securetty, así que algo hay para
linux:

sm01@stt008:~$ cat /etc/securetty # /etc/securetty: list of
terminals on which root is allowed to login. # See securetty(5)
and login(1).

Revisa los manuales que sugiere para ver cómo configurarlo.

Saludos,

-- Camaleón


-- To UNSUBSCRIBE, email to
debian-user-spanish-requ...@lists.debian.org with a subject of
unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/pan.2015.02.05.16.08...@gmail.com






Como dije antes, si quieres evitar que se conecten como root tanto de
forma local como remota, deberas modificar los archivos /etc/securetty
y /etc/security/access.conf, en esos dos archivos puedes definir que
tipo de accesos quedaran o no habilitados.



-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBAgAGBQJU0/oeAAoJEMi8HmIe5eUnG50P/1Eccjft7gAP/kbAJvB0lBoO
cKS37CTLFAZYpU3I3hlJEGRO/vp28Ld48b390AAzObXj2hMP2jQVTdOhoj21r/EW
THieUiJ0j34R4ya1z4VbnwCF7X3UGjMbEyC9601XyywKUCyrSc06OfeoffaowXZM
/vc0aqGTSsoFhZbOclnVVrvmKC+1r7FWwYi45PhA0Kfd6QyY6gcYKGmH57REfg84
4IHO+MYaf3w8g+w96DI4LLlLz7xvDNMO7PUm4KiWCzqaUmj+BGZHwxsfBkfgxWwe
1Qr3gwzlV9siL94R/6c9P8MuvLzC71s/aIcNx0p8xuTExAZe21wnQk7501ZEVL2D
7SYAp3Po0nY1uBYFKmRZBHNCNGA1vlXtjifKGov4uT3eP2ePUNFXWenlmZpb3GPq
2RV6RX0MOpSn22w32Gt8BJi3X3tuISBJ/ARHTKlRs6RHSe96fsL6mh93CobWUejT
/GY5mMcDEG9SEuBR4Mee4+kj9Ls6o5oE8BxrseLdGOm58GOedrS4+o62TmkkTrVQ
xNonsfIniDFW1Ul45RQYMOFnNzMLf+kR71muoDYlOPq3D4g37ktUPOmZjB88XHe+
u5p4MK+6MGq5uXyFs5ELlurmAxubRvDzfuY0qKyX3PGaKrrbE9wUsvGbtykFVk3p
KOqmwjUsMVT19rfSqjYl
=HY3G
-END PGP SIGNATURE-


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/54d3fa1f.7040...@gmail.com



Primero, NO me contestes al privado, contesta a la lista.

Segundo, creo que es bueno que vayas buscando un manual en Google 
resulta bastante fácil conseguir esa información.


Tercero, usa el man o incluso el archivo /etc/security/access.conf está 
más que bien comentado.



Info:

http://www.faqs.org/docs/securing/chap5sec41.html
http://linux.die.net/man/5/access.conf


--
Dios en su cielo todo bien en la Tierra
God in his heaven all right in the Earth
*


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/54d4c836.1060...@gmail.com

Re: [OT-FreeBSD] Re: SEGURIDAD EQUIPO securetty

2015-02-06 Por tema Camaleón

El Thu, 05 Feb 2015 13:50:49 -0430, Edward Villarroel (EDD) escribió:

(corrijo el top posting)

 El día 5 de febrero de 2015, 11:38, Camaleón noela...@gmail.com
 escribió:
 El Thu, 05 Feb 2015 15:20:46 +, Camaleón escribió:

 El Wed, 04 Feb 2015 22:11:52 -0430, Edward Villarroel (EDD) escribió:

 buenas noches comunidad

 en mi experiencia con freebsd descubrir que se puede asegurar los
 equipos físico para evitar el login del root sin password por consola
 le eche un ojo al /etc/securetty pero no vi como le pongo que el
 equipo no esta en una ubicación segura...

 Si el manual de Debian es bueno el de FreeBSD no le va a la zaga:

 (...)

 les escribo en esta oportunidad por que tengo una

 Y aquí es cuando te das cuenta de que estás enviando a la lista
 equivocada :-P

 O no. Veo que hay un man securetty, así que algo hay para linux:

 sm01@stt008:~$ cat /etc/securetty # /etc/securetty: list of terminals
 on which root is allowed to login.
 # See securetty(5) and login(1).

 Revisa los manuales que sugiere para ver cómo configurarlo.

 Hey
 
 estamos todos perdido!! yo tengo debian jessie instalado de 64bits
 nucleo linux!!

Sí, algo así pensé después de ver que existía el archivo /etc/securetty 
y una página del manual.

 simplemente comente que en freebsd yo podia colocar las tty como
 inseguras y no permitian el log de root tambien pude configurar que
 cuando entraba en modo mono-usuario tampoco se logeara el root

Ya, ya me di cuenta. Pues parece que si no puedes hacer lo mismo sí algo 
parecido, todo es cuestión de que se leas la documentación para saber 
cómo hacerlo en Debian.

 mi pregunta fue
 
 
 en debian se puede tambien hacer esas configuraciones y si se puede como
 se hacen
 
 me parese que con este archivo es un buen comienzo /etc/securetty 

Sí, exacto. Y revisa los manuales que sugieren esos archivos, ahí te dirá 
qué necesitas y cómo se configura en linux.

Saludos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/pan.2015.02.06.14.57...@gmail.com

Re: SEGURIDAD EQUIPO securetty

2015-02-05 Por tema José Maldonado

El dice FreeBSD  no Debian/kFreeBSD dos sistemas que si bien comparten un
núcleo en común muchas de sus herramientas usarland son distintas ya que
Debian  usa como usarland el set de herramientas de GNU y eso ya cambia
muchas  cosas.  Ahora si lo que quiere es evitar acceso local a root pues
que modifique el archivo que ha mencionado el archivo access.conf y si
quiere aun más modificaciones en pro de seguridad que modifique el pam de
su

Dios en su Cielo, todo bien en la Tierra
El 04/02/2015 23:31, Manolo Díaz diaz.man...@gmail.com escribió:

 El jueves, 5 feb 2015, a las 03:50 UTC+1 horas,
 Jose Maldonado escribió:

 ¿FreeBSD? Hasta donde tengo conocimiento esta es una lista Debian.

 https://www.debian.org/ports/

 --
 Manolo Díaz


 --
 To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact
 listmas...@lists.debian.org
 Archive: https://lists.debian.org/20150205050113.4e282...@gmail.com

Re: [OT-FreeBSD] Re: SEGURIDAD EQUIPO securetty

2015-02-05 Por tema Camaleón

El Thu, 05 Feb 2015 15:20:46 +, Camaleón escribió:

 El Wed, 04 Feb 2015 22:11:52 -0430, Edward Villarroel (EDD) escribió:
 
 buenas noches comunidad
 
 en mi experiencia con freebsd descubrir que se puede asegurar los
 equipos físico para evitar el login del root sin password por consola le
 eche un ojo al /etc/securetty pero no vi como le pongo que el equipo no
 esta en una ubicación segura...
 
 Si el manual de Debian es bueno el de FreeBSD no le va a la zaga:

(...)

 les escribo en esta oportunidad por que tengo una 
 
 Y aquí es cuando te das cuenta de que estás enviando a la lista 
 equivocada :-P

O no. Veo que hay un man securetty, así que algo hay para linux:

sm01@stt008:~$ cat /etc/securetty 
# /etc/securetty: list of terminals on which root is allowed to login.
# See securetty(5) and login(1).

Revisa los manuales que sugiere para ver cómo configurarlo.

Saludos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/pan.2015.02.05.16.08...@gmail.com

[OT-FreeBSD] Re: SEGURIDAD EQUIPO securetty

2015-02-05 Por tema Camaleón

El Wed, 04 Feb 2015 22:11:52 -0430, Edward Villarroel (EDD) escribió:

 buenas noches comunidad
 
 en mi experiencia con freebsd descubrir que se puede asegurar los
 equipos físico para evitar el login del root sin password por consola le
 eche un ojo al /etc/securetty pero no vi como le pongo que el equipo no
 esta en una ubicación segura...

Si el manual de Debian es bueno el de FreeBSD no le va a la zaga:

***
https://www.freebsd.org/doc/handbook/consoles.html

https://www.freebsd.org/doc/handbook/book.html#boot-insecure-console

Example 13.3. Configuring an Insecure Console in /etc/ttys

# name  getty   typestatus  comments
#
# If console is marked insecure, then init will ask for the root password
# when going to single-user mode.
console noneunknown off insecure

An insecure console means that physical security to the console is 
considered to be insecure, so only someone who knows the root 
password may use single-user mode.
***

 les escribo en esta oportunidad por que tengo una 

Y aquí es cuando te das cuenta de que estás enviando a la lista 
equivocada :-P

Saludos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/pan.2015.02.05.15.20...@gmail.com

Re: [OT-FreeBSD] Re: SEGURIDAD EQUIPO securetty

2015-02-05 Por tema Jose Maldonado

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

El 05/02/15 a las 13:50, Edward Villarroel (EDD) escribió:
 Hey
 
 estamos todos perdido!! yo tengo debian jessie instalado de 64bits
  nucleo linux!!
 
 simplemente comente que en freebsd yo podia colocar las tty como 
 inseguras y no permitian el log de root tambien pude configurar
 que cuando entraba en modo mono-usuario tampoco se logeara el root
 
 mi pregunta fue
 
 
 en debian se puede tambien hacer esas configuraciones y si se puede
 como se hacen
 
 me parese que con este archivo es un buen comienzo /etc/securetty 
 Edward Villarroel:  @Agentedd
 
 
 
 El día 5 de febrero de 2015, 11:38, Camaleón noela...@gmail.com 
 escribió:
 El Thu, 05 Feb 2015 15:20:46 +, Camaleón escribió:
 
 El Wed, 04 Feb 2015 22:11:52 -0430, Edward Villarroel (EDD) 
 escribió:
 
 buenas noches comunidad
 
 en mi experiencia con freebsd descubrir que se puede
 asegurar los equipos físico para evitar el login del root sin
 password por consola le eche un ojo al /etc/securetty pero no
 vi como le pongo que el equipo no esta en una ubicación
 segura...
 
 Si el manual de Debian es bueno el de FreeBSD no le va a la 
 zaga:
 
 (...)
 
 les escribo en esta oportunidad por que tengo una
 
 Y aquí es cuando te das cuenta de que estás enviando a la lista
 equivocada :-P
 
 O no. Veo que hay un man securetty, así que algo hay para 
 linux:
 
 sm01@stt008:~$ cat /etc/securetty # /etc/securetty: list of 
 terminals on which root is allowed to login. # See securetty(5) 
 and login(1).
 
 Revisa los manuales que sugiere para ver cómo configurarlo.
 
 Saludos,
 
 -- Camaleón
 
 
 -- To UNSUBSCRIBE, email to 
 debian-user-spanish-requ...@lists.debian.org with a subject of 
 unsubscribe. Trouble? Contact listmas...@lists.debian.org 
 Archive: 
 https://lists.debian.org/pan.2015.02.05.16.08...@gmail.com
 
 
 

Como dije antes, si quieres evitar que se conecten como root tanto de
forma local como remota, deberas modificar los archivos /etc/securetty
y /etc/security/access.conf, en esos dos archivos puedes definir que
tipo de accesos quedaran o no habilitados.



-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBAgAGBQJU0/oeAAoJEMi8HmIe5eUnG50P/1Eccjft7gAP/kbAJvB0lBoO
cKS37CTLFAZYpU3I3hlJEGRO/vp28Ld48b390AAzObXj2hMP2jQVTdOhoj21r/EW
THieUiJ0j34R4ya1z4VbnwCF7X3UGjMbEyC9601XyywKUCyrSc06OfeoffaowXZM
/vc0aqGTSsoFhZbOclnVVrvmKC+1r7FWwYi45PhA0Kfd6QyY6gcYKGmH57REfg84
4IHO+MYaf3w8g+w96DI4LLlLz7xvDNMO7PUm4KiWCzqaUmj+BGZHwxsfBkfgxWwe
1Qr3gwzlV9siL94R/6c9P8MuvLzC71s/aIcNx0p8xuTExAZe21wnQk7501ZEVL2D
7SYAp3Po0nY1uBYFKmRZBHNCNGA1vlXtjifKGov4uT3eP2ePUNFXWenlmZpb3GPq
2RV6RX0MOpSn22w32Gt8BJi3X3tuISBJ/ARHTKlRs6RHSe96fsL6mh93CobWUejT
/GY5mMcDEG9SEuBR4Mee4+kj9Ls6o5oE8BxrseLdGOm58GOedrS4+o62TmkkTrVQ
xNonsfIniDFW1Ul45RQYMOFnNzMLf+kR71muoDYlOPq3D4g37ktUPOmZjB88XHe+
u5p4MK+6MGq5uXyFs5ELlurmAxubRvDzfuY0qKyX3PGaKrrbE9wUsvGbtykFVk3p
KOqmwjUsMVT19rfSqjYl
=HY3G
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/54d3fa1f.7040...@gmail.com

Re: [OT-FreeBSD] Re: SEGURIDAD EQUIPO securetty

2015-02-05 Por tema Edward Villarroel (EDD)

Hey

estamos todos perdido!! yo tengo debian jessie instalado de 64bits
nucleo linux!!

simplemente comente que en freebsd yo podia colocar las tty como
inseguras y no permitian el log de root
tambien pude configurar que cuando entraba en modo mono-usuario
tampoco se logeara el root

mi pregunta fue

en debian se puede tambien hacer esas configuraciones y si se puede
como se hacen

me parese que con este archivo es un buen comienzo
/etc/securetty
Edward Villarroel: @Agentedd

El día 5 de febrero de 2015, 11:38, Camaleón noela...@gmail.com escribió:
El Thu, 05 Feb 2015 15:20:46 +, Camaleón escribió:

El Wed, 04 Feb 2015 22:11:52 -0430, Edward Villarroel (EDD) escribió:

buenas noches comunidad

en mi experiencia con freebsd descubrir que se puede asegurar los
equipos físico para evitar el login del root sin password por consola le
eche un ojo al /etc/securetty pero no vi como le pongo que el equipo no
esta en una ubicación segura...

Si el manual de Debian es bueno el de FreeBSD no le va a la zaga:

(...)

les escribo en esta oportunidad por que tengo una

Y aquí es cuando te das cuenta de que estás enviando a la lista
equivocada :-P

O no. Veo que hay un man securetty, así que algo hay para linux:

sm01@stt008:~$ cat /etc/securetty
# /etc/securetty: list of terminals on which root is allowed to login.
# See securetty(5) and login(1).

Revisa los manuales que sugiere para ver cómo configurarlo.

Saludos,

--
Camaleón

--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/pan.2015.02.05.16.08...@gmail.com

--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/cadfsjo2io8-f4ag-yg+bmt6zmk4cxzr0f82qygvmvna+2m1...@mail.gmail.com

Re: SEGURIDAD EQUIPO securetty

2015-02-04 Por tema Jose Maldonado

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

El 04/02/15 a las 22:11, Edward Villarroel (EDD) escribió:
 buenas noches comunidad
 
 en mi experiencia con freebsd descubrir que se puede asegurar los 
 equipos físico para evitar el login del root sin password por 
 consola le eche un ojo al /etc/securetty pero no vi como le pongo 
 que el equipo no esta en una ubicación segura...
 
 les escribo en esta oportunidad por que tengo una Edward 
 Villarroel:  @Agentedd
 
 

¿FreeBSD? Hasta donde tengo conocimiento esta es una lista Debian.
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBAgAGBQJU0tqQAAoJEMi8HmIe5eUnniEP/indP8Hy0J0ztfp5r+kkxc48
y64OqbEDAenRahpODeS1ACy4rYJfdZ97gkM0yDO5z1vzx8ik815bj5eg5XwYSGsi
GHAIPraE4XJh5cVLPkTs2dOHvJsloGwY5qrRg4JJL+ptcf73fGwYtj2Kk9Thtqa7
TBRKPuAr0uje+IdbDL5eEM0FrhXrtcjwgcw6Zzwg0Wv15rlEv19hqS7Zr+9y2iCU
UP3GwV1p6Dj7Hnung0WEwhBpk/UDkipYe/mzlyTosIIv9k0k1gnBp34vgJ2GSB23
uYUnkVk+TvAp5xgY8seLJbo6ttCf1j3IvMBUcE2LlC0ssBXCX5OKWfRiupQNmkK0
Jv97HDU8U2KICKULr3Nd1TOK3X3tZ4sxKqnDcm8skzUcWu+cgdbO3OW4ytbBtbK/
I7bRx27JsywxrN1sR3Uw1BNdvYOk1mimS1MUzuUsO86ThuimI0n8OtLjBl7LQ0sS
zDUsoxX9/MfKmA91uaMobj7j/Iw0zXsabOyho9SF61gCLJ1jFe5uEfupZT0NlEB9
gQqORrul6yLGL1xeO3V0xLDjQN0Y3ABNh7Z9/nKOo1Ftoi6wi8f7MieLeZqCCsDo
v8RuIqrDMpsGv5fv/IYZQqegtH4mWzNkGlOFjYh5K/uSgloTTRKbAkazQqNBaLMd
gNlig8ybIXJ07gEICsDz
=ywbH
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/54d2da90.4040...@gmail.com

Re: SEGURIDAD EQUIPO securetty

2015-02-04 Por tema Manolo Díaz

El jueves, 5 feb 2015, a las 03:50 UTC+1 horas,
Jose Maldonado escribió:

¿FreeBSD? Hasta donde tengo conocimiento esta es una lista Debian.

https://www.debian.org/ports/

-- 
Manolo Díaz


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150205050113.4e282...@gmail.com

Re: Seguridad local (era: LiveCD Debian)

2013-02-17 Por tema Camaleón

El Sat, 16 Feb 2013 16:18:06 -0300, Eric Romanenghi escribió:

(Eric, se recomienda que los mensajes que se envían a esta lista usen un 
formato de texto plano en lugar de html)

 El 16 de febrero de 2013 13:42, Camaleón noela...@gmail.com escribió:
 
 El Sat, 16 Feb 2013 10:51:48 -0500, Josué Marrero Bermúdez escribió:

  Pero es que estamos hablando de cosas diferentes
 
  Nosotros nos referiamos a algunas normas basicas de seguridad..pero
  para el caso de las estaciones de trabajo..no  del local de
  servidores.

 Norma básica es no depender de la BIOS como sistema de seguridad y de
 control de acceso porque es fácilmente vulnerable.

 Ahora bien, si me dices que el propósito de esa medida es sólo
 disuasorio, pues vale.

 
Norma básica es no depender de la BIOS como sistema de seguridad y de
control de acceso porque es fácilmente vulnerable.
 
 Por qué? Tenés algún link sobre esto? Gracias! 

La razón ya expuse en correos anteriores: los valores de la BIOS se 
pueden reiniciar (volver a su estado de fábrica) simplemente quitando la 
pila de la placa base por lo que la seguridad (lo que entendemos por 
seguridad real o efectiva) no puede estar fundamentada en un gesto tan 
sencillo de vulnerar.

Como he dicho antes, puede usarse como medida de carácter disuasorio 
complementaria o en un entorno donde el control de acceso no sea una 
prioridad (p. ej., en los ordenadores caseros) pero está lejos de 
considerarse como una medida eficiente y realista de protección ante 
intrusos.

Saludos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/kfr014$voa$2...@ger.gmane.org

Re: Seguridad local (era: LiveCD Debian)

2013-02-16 Por tema Camaleón

El Fri, 15 Feb 2013 13:52:48 -0500, Josué Marrero Bermúdez escribió:

 El Fri, 15 Feb 2013 14:51:31 -0300, francisco cid escribió:

 El día 15 de febrero de 2013 14:51, Josué Marrero Bermúdez
 i...@zetihl.azcuba.cu escribió:
 Si te pasa eso es porque estas violando algo mas que explicado en
 las normas de seguridad informatica. al menos aqui en
 Cuba..DESABILITAR el arranque por Floppy,CD o USB. Solamente
 bootear por el hdd y problemas resuelto..a ver por donde va a meter
 un sistema Live :')

 eso es bien efectivo, y no olviden poner clave en la BIOS

 Hum... supongo que estaréis de broma ¿no? o_O

(...)

 Bueno...es que tambien hay otra indicación de ponerle sello a las
 PC..se supone que los usuarios no tiene que estar revisando dentro de
 la PC..solo utilizarla.

 Tú lo has dicho: se supone :-)

 A ver, lo que decís es lo que se conoce como seguridad por ocultación
 y de verdad que para un entorno casero puede ser suficiente pero para
 los sistemas informáticos del gobierno, pues como que no.

 Y como se supone que lo hacen en Europa???..para saber
 
 Y asi aprovecho e importo un poco de tecnologia de alla.

Las salas de servidores suelen tener como mínimo acceso restringido 
(según la normativa ISO/IEC que se quiera cumplir puede ir desde lectores 
de tarjetas/tags hasta sistemas biométricos o una combinación de ellos). 
En cualquier caso lo ideal es que el usuario no tenga acceso físico al 
equipo (existen carcasas para PC para eso o armarios para las estaciones 
de trabajo) o en su defecto que haya videovigilancia en la oficina para 
al menos poder documentar los accesos no autorizados o la manipulación de 
los equipos.

Considerar que la contraseña de la BIOS es un sistema (sic) bien 
efectivo es simplemente una temeridad.

Saludos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/kfo9dr$h2e$1...@ger.gmane.org

Re: Seguridad local (era: LiveCD Debian)

2013-02-16 Por tema Josué Marrero Bermúdez


Pero es que estamos hablando de cosas diferentes

Nosotros nos referiamos a algunas normas basicas de seguridad..pero para el 
caso de las estaciones de trabajo..no  del local de servidores.



- Original Message - 
From: Camaleón noela...@gmail.com

To: debian-user-spanish@lists.debian.org
Sent: Saturday, February 16, 2013 10:42 AM
Subject: Re: Seguridad local (era: LiveCD Debian)



El Fri, 15 Feb 2013 13:52:48 -0500, Josué Marrero Bermúdez escribió:


El Fri, 15 Feb 2013 14:51:31 -0300, francisco cid escribió:


El día 15 de febrero de 2013 14:51, Josué Marrero Bermúdez
i...@zetihl.azcuba.cu escribió:

Si te pasa eso es porque estas violando algo mas que explicado en
las normas de seguridad informatica. al menos aqui en
Cuba..DESABILITAR el arranque por Floppy,CD o USB. Solamente
bootear por el hdd y problemas resuelto..a ver por donde va a meter
un sistema Live :')


eso es bien efectivo, y no olviden poner clave en la BIOS


Hum... supongo que estaréis de broma ¿no? o_O


(...)


Bueno...es que tambien hay otra indicación de ponerle sello a las
PC..se supone que los usuarios no tiene que estar revisando dentro de
la PC..solo utilizarla.


Tú lo has dicho: se supone :-)

A ver, lo que decís es lo que se conoce como seguridad por ocultación
y de verdad que para un entorno casero puede ser suficiente pero para
los sistemas informáticos del gobierno, pues como que no.


Y como se supone que lo hacen en Europa???..para saber

Y asi aprovecho e importo un poco de tecnologia de alla.


Las salas de servidores suelen tener como mínimo acceso restringido
(según la normativa ISO/IEC que se quiera cumplir puede ir desde lectores
de tarjetas/tags hasta sistemas biométricos o una combinación de ellos).
En cualquier caso lo ideal es que el usuario no tenga acceso físico al
equipo (existen carcasas para PC para eso o armarios para las estaciones
de trabajo) o en su defecto que haya videovigilancia en la oficina para
al menos poder documentar los accesos no autorizados o la manipulación de
los equipos.

Considerar que la contraseña de la BIOS es un sistema (sic) bien
efectivo es simplemente una temeridad.

Saludos,

--
Camaleón


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact 
listmas...@lists.debian.org

Archive: http://lists.debian.org/kfo9dr$h2e$1...@ger.gmane.org





--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/A49A969070A249BF9DE4EDE1860E3FD1@dbsrv

Re: Seguridad local (era: LiveCD Debian)

2013-02-16 Por tema Camaleón

El Sat, 16 Feb 2013 10:51:48 -0500, Josué Marrero Bermúdez escribió:

(ese top-posting...)

 Bueno...es que tambien hay otra indicación de ponerle sello a las
 PC..se supone que los usuarios no tiene que estar revisando dentro
 de la PC..solo utilizarla.

 Tú lo has dicho: se supone :-)

 A ver, lo que decís es lo que se conoce como seguridad por
 ocultación y de verdad que para un entorno casero puede ser
 suficiente pero para los sistemas informáticos del gobierno, pues
 como que no.

 Y como se supone que lo hacen en Europa???..para saber

 Y asi aprovecho e importo un poco de tecnologia de alla.

 Las salas de servidores suelen tener como mínimo acceso restringido
 (según la normativa ISO/IEC que se quiera cumplir puede ir desde
 lectores de tarjetas/tags hasta sistemas biométricos o una combinación
 de ellos). En cualquier caso lo ideal es que el usuario no tenga acceso
 físico al equipo (existen carcasas para PC para eso o armarios para las
 estaciones de trabajo) o en su defecto que haya videovigilancia en la
 oficina para al menos poder documentar los accesos no autorizados o la
 manipulación de los equipos.

 Considerar que la contraseña de la BIOS es un sistema (sic) bien
 efectivo es simplemente una temeridad.

 Pero es que estamos hablando de cosas diferentes

 Nosotros nos referiamos a algunas normas basicas de seguridad..pero para
 el caso de las estaciones de trabajo..no  del local de servidores.

Norma básica es no depender de la BIOS como sistema de seguridad y de 
control de acceso porque es fácilmente vulnerable.

Ahora bien, si me dices que el propósito de esa medida es sólo 
disuasorio, pues vale.

Saludos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/kfocti$h2e$7...@ger.gmane.org

Re: Seguridad local (era: LiveCD Debian)

2013-02-16 Por tema Eric Romanenghi

El 16 de febrero de 2013 13:42, Camaleón noela...@gmail.com escribió:

 El Sat, 16 Feb 2013 10:51:48 -0500, Josué Marrero Bermúdez escribió:

 (ese top-posting...)

  Bueno...es que tambien hay otra indicación de ponerle sello a las
  PC..se supone que los usuarios no tiene que estar revisando dentro
  de la PC..solo utilizarla.
 
  Tú lo has dicho: se supone :-)
 
  A ver, lo que decís es lo que se conoce como seguridad por
  ocultación y de verdad que para un entorno casero puede ser
  suficiente pero para los sistemas informáticos del gobierno, pues
  como que no.
 
  Y como se supone que lo hacen en Europa???..para saber
 
  Y asi aprovecho e importo un poco de tecnologia de alla.
 
  Las salas de servidores suelen tener como mínimo acceso restringido
  (según la normativa ISO/IEC que se quiera cumplir puede ir desde
  lectores de tarjetas/tags hasta sistemas biométricos o una combinación
  de ellos). En cualquier caso lo ideal es que el usuario no tenga acceso
  físico al equipo (existen carcasas para PC para eso o armarios para las
  estaciones de trabajo) o en su defecto que haya videovigilancia en la
  oficina para al menos poder documentar los accesos no autorizados o la
  manipulación de los equipos.
 
  Considerar que la contraseña de la BIOS es un sistema (sic) bien
  efectivo es simplemente una temeridad.

  Pero es que estamos hablando de cosas diferentes
 
  Nosotros nos referiamos a algunas normas basicas de seguridad..pero para
  el caso de las estaciones de trabajo..no  del local de servidores.

 Norma básica es no depender de la BIOS como sistema de seguridad y de
 control de acceso porque es fácilmente vulnerable.

 Ahora bien, si me dices que el propósito de esa medida es sólo
 disuasorio, pues vale.

 Saludos,

 --
 Camaleón



Norma básica es no depender de la BIOS como sistema de seguridad y de
control de acceso porque es fácilmente vulnerable.

Por qué? Tenés algún link sobre esto? Gracias!

Re: Seguridad local (era: LiveCD Debian)

2013-02-16 Por tema Angel Claudio Alvarez

El Sat, 16 Feb 2013 16:18:06 -0300
Eric Romanenghi ericromanen...@gmail.com escribió:

 El 16 de febrero de 2013 13:42, Camaleón noela...@gmail.com escribió:
 
  El Sat, 16 Feb 2013 10:51:48 -0500, Josué Marrero Bermúdez escribió:
 
  (ese top-posting...)
 
   Bueno...es que tambien hay otra indicación de ponerle sello a las
   PC..se supone que los usuarios no tiene que estar revisando dentro
   de la PC..solo utilizarla.
  
   Tú lo has dicho: se supone :-)
  
   A ver, lo que decís es lo que se conoce como seguridad por
   ocultación y de verdad que para un entorno casero puede ser
   suficiente pero para los sistemas informáticos del gobierno, pues
   como que no.
  
   Y como se supone que lo hacen en Europa???..para saber
  
   Y asi aprovecho e importo un poco de tecnologia de alla.
  
   Las salas de servidores suelen tener como mínimo acceso restringido
   (según la normativa ISO/IEC que se quiera cumplir puede ir desde
   lectores de tarjetas/tags hasta sistemas biométricos o una combinación
   de ellos). En cualquier caso lo ideal es que el usuario no tenga acceso
   físico al equipo (existen carcasas para PC para eso o armarios para las
   estaciones de trabajo) o en su defecto que haya videovigilancia en la
   oficina para al menos poder documentar los accesos no autorizados o la
   manipulación de los equipos.
  
   Considerar que la contraseña de la BIOS es un sistema (sic) bien
   efectivo es simplemente una temeridad.
 
   Pero es que estamos hablando de cosas diferentes
  
   Nosotros nos referiamos a algunas normas basicas de seguridad..pero para
   el caso de las estaciones de trabajo..no  del local de servidores.
 
  Norma básica es no depender de la BIOS como sistema de seguridad y de
  control de acceso porque es fácilmente vulnerable.
 
  Ahora bien, si me dices que el propósito de esa medida es sólo
  disuasorio, pues vale.
 
  Saludos,
 
  --
  Camaleón
 
 
 
 Norma básica es no depender de la BIOS como sistema de seguridad y de
 control de acceso porque es fácilmente vulnerable.
 
 Por qué? Tenés algún link sobre esto? Gracias!

Si necesitas un link para saber la causa estas en el horno

-- 
Angel Claudio Alvarez an...@angel-alvarez.com.ar


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20130216192251.292a36defa74ad5400a20...@angel-alvarez.com.ar

Re: Seguridad local (era: LiveCD Debian)

2013-02-15 Por tema Josué Marrero Bermúdez

Bueno...es que tambien hay otra indicación de ponerle sello a las PC..se 
supone que los usuarios no tiene que estar revisando dentro de la PC..solo 
utilizarla.




- Original Message - 
From: Camaleón noela...@gmail.com

To: debian-user-spanish@lists.debian.org
Sent: Friday, February 15, 2013 1:08 PM
Subject: Seguridad local (era: LiveCD Debian)



El Fri, 15 Feb 2013 14:51:31 -0300, francisco cid escribió:


El día 15 de febrero de 2013 14:51, Josué Marrero Bermúdez
i...@zetihl.azcuba.cu escribió:

Si te pasa eso es porque estas violando algo mas que explicado en las
normas de seguridad informatica. al menos aqui en Cuba..DESABILITAR el
arranque por Floppy,CD o USB. Solamente bootear por el hdd y problemas
resuelto..a ver por donde va a meter un sistema Live :')


eso es bien efectivo, y no olviden poner clave en la BIOS


Hum... supongo que estaréis de broma ¿no? o_O

Porque como esa sea la base y fundamento de la seguridad en los sistemas
informáticos de los servidores de Cuba ya podéis ir descorchando una
botella de champán y prepararos para el acceso a Internet libre y en
cualquier lugar. Adiós proxy.

Digo yo, que quitando la pila de la BIOS todos los valores vuelven a los
de fábrica y no hay contraseña que valga (ni user password → arranque
sistema ni administrator password → acceso a la configuración de la
BIOS), uno puede iniciar el sistema desde donde le plazca.

Saludos,

--
Camaleón


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact 
listmas...@lists.debian.org

Archive: http://lists.debian.org/kfltjk$ali$1...@ger.gmane.org





--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/F8BBEA9E6F5F4682B9DCB4049291A4ED@dbsrv

Re: Seguridad local (era: LiveCD Debian)

2013-02-15 Por tema Paradix ;)


El 15/02/13 13:08, Camaleón escribió:

El Fri, 15 Feb 2013 14:51:31 -0300, francisco cid escribió:


El día 15 de febrero de 2013 14:51, Josué Marrero Bermúdez
i...@zetihl.azcuba.cu escribió:

Si te pasa eso es porque estas violando algo mas que explicado en las
normas de seguridad informatica. al menos aqui en Cuba..DESABILITAR el
arranque por Floppy,CD o USB. Solamente bootear por el hdd y problemas
resuelto..a ver por donde va a meter un sistema Live :')


eso es bien efectivo, y no olviden poner clave en la BIOS


Hum... supongo que estaréis de broma ¿no? o_O

Porque como esa sea la base y fundamento de la seguridad en los sistemas
informáticos de los servidores de Cuba ya podéis ir descorchando una
botella de champán y prepararos para el acceso a Internet libre y en
cualquier lugar. Adiós proxy.

Digo yo, que quitando la pila de la BIOS todos los valores vuelven a los
de fábrica y no hay contraseña que valga (ni user password → arranque
sistema ni administrator password → acceso a la configuración de la
BIOS), uno puede iniciar el sistema desde donde le plazca.

Saludos,



tambien esta prohibido alterar fisicamente cualquier PC, hay mecanismos 
para eso, desde candados, sellos, etc  no solamente proteger el via 
BIOS sino tambien hacer lo mas dificil posible el acceso fisico


--
Paradix  ;)

Haciendo abogacía por el software libre adonde voy

--

Este mensaje le ha llegado mediante el servicio de correo electronico que 
ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema 
Nacional de Salud. La persona que envia este correo asume el compromiso de usar 
el servicio a tales fines y cumplir con las regulaciones establecidas

Infomed: http://www.sld.cu/


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/511e7dfc.7040...@infomed.sld.cu

Re: Seguridad local (era: LiveCD Debian)

2013-02-15 Por tema Camaleón

El Fri, 15 Feb 2013 13:16:58 -0500, Josué Marrero Bermúdez escribió:

(ese top-posting...)

 - Original Message -
 From: Camaleón noela...@gmail.com To:
 debian-user-spanish@lists.debian.org Sent: Friday, February 15, 2013
 1:08 PM Subject: Seguridad local (era: LiveCD Debian)
 
 
 El Fri, 15 Feb 2013 14:51:31 -0300, francisco cid escribió:

 El día 15 de febrero de 2013 14:51, Josué Marrero Bermúdez
 i...@zetihl.azcuba.cu escribió:
 Si te pasa eso es porque estas violando algo mas que explicado en las
 normas de seguridad informatica. al menos aqui en Cuba..DESABILITAR
 el arranque por Floppy,CD o USB. Solamente bootear por el hdd y
 problemas resuelto..a ver por donde va a meter un sistema Live :')

 eso es bien efectivo, y no olviden poner clave en la BIOS

 Hum... supongo que estaréis de broma ¿no? o_O

 Porque como esa sea la base y fundamento de la seguridad en los
 sistemas informáticos de los servidores de Cuba ya podéis ir
 descorchando una botella de champán y prepararos para el acceso a
 Internet libre y en cualquier lugar. Adiós proxy.

 Digo yo, que quitando la pila de la BIOS todos los valores vuelven a
 los de fábrica y no hay contraseña que valga (ni user password →
 arranque sistema ni administrator password → acceso a la
 configuración de la BIOS), uno puede iniciar el sistema desde donde le
 plazca.

 Bueno...es que tambien hay otra indicación de ponerle sello a las PC..se
 supone que los usuarios no tiene que estar revisando dentro de la
 PC..solo utilizarla.

Tú lo has dicho: se supone :-)

A ver, lo que decís es lo que se conoce como seguridad por ocultación y 
de verdad que para un entorno casero puede ser suficiente pero para los 
sistemas informáticos del gobierno, pues como que no.

Saludos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/kfluve$ali$2...@ger.gmane.org

Re: Seguridad local (era: LiveCD Debian)

2013-02-15 Por tema Josué Marrero Bermúdez

- Original Message - 
From: Camaleón noela...@gmail.com

To: debian-user-spanish@lists.debian.org
Sent: Friday, February 15, 2013 1:32 PM
Subject: Re: Seguridad local (era: LiveCD Debian)

El Fri, 15 Feb 2013 13:16:58 -0500, Josué Marrero Bermúdez escribió:

(ese top-posting...)

- Original Message -
From: Camaleón noela...@gmail.com To:
debian-user-spanish@lists.debian.org Sent: Friday, February 15, 2013
1:08 PM Subject: Seguridad local (era: LiveCD Debian)

El Fri, 15 Feb 2013 14:51:31 -0300, francisco cid escribió:

El día 15 de febrero de 2013 14:51, Josué Marrero Bermúdez
i...@zetihl.azcuba.cu escribió:

Si te pasa eso es porque estas violando algo mas que explicado en las
normas de seguridad informatica. al menos aqui en Cuba..DESABILITAR
el arranque por Floppy,CD o USB. Solamente bootear por el hdd y
problemas resuelto..a ver por donde va a meter un sistema Live :')

eso es bien efectivo, y no olviden poner clave en la BIOS

Hum... supongo que estaréis de broma ¿no? o_O

Porque como esa sea la base y fundamento de la seguridad en los
sistemas informáticos de los servidores de Cuba ya podéis ir
descorchando una botella de champán y prepararos para el acceso a
Internet libre y en cualquier lugar. Adiós proxy.

Digo yo, que quitando la pila de la BIOS todos los valores vuelven a
los de fábrica y no hay contraseña que valga (ni user password →
arranque sistema ni administrator password → acceso a la
configuración de la BIOS), uno puede iniciar el sistema desde donde le
plazca.

Bueno...es que tambien hay otra indicación de ponerle sello a las PC..se
supone que los usuarios no tiene que estar revisando dentro de la
PC..solo utilizarla.

Tú lo has dicho: se supone :-)

A ver, lo que decís es lo que se conoce como seguridad por ocultación y
de verdad que para un entorno casero puede ser suficiente pero para los
sistemas informáticos del gobierno, pues como que no.

Saludos,

--
Camaleón

--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact 
listmas...@lists.debian.org

Archive: http://lists.debian.org/kfluve$ali$2...@ger.gmane.org

Y como se supone que lo hacen en Europa???..para saber

Y asi aprovecho e importo un poco de tecnologia de alla. 

--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/8BF4C23AE0C44B0BBE25B2DB389EFFA7@dbsrv

Re: Seguridad local (era: LiveCD Debian)

2013-02-15 Por tema Agustín Dixan . Díaz Corrales

cuando la paranoia roza la imbecilidad las medidas más extremas surgen como 
flores en primavera, en nuestro caso para desinsentivar el mercado negro 
supongo, q ironía. Por mucho  q intento no imagino a los informáticos y admins 
de google o apple poniendo sellos y candados en sus pcen fin, conozco casos 
de palmaditas al costado del chasis para llevarse la pila a base de 
porrazos y lograr el tan anhelado usb o cd boot.

- Mensaje original -
De: Josué Marrero Bermúdez i...@zetihl.azcuba.cu
Para: debian-user-spanish@lists.debian.org
Enviados: Viernes, 15 de Febrero 2013 19:52:48
Asunto: Re: Seguridad local (era: LiveCD Debian)


- Original Message - 
From: Camaleón noela...@gmail.com
To: debian-user-spanish@lists.debian.org
Sent: Friday, February 15, 2013 1:32 PM
Subject: Re: Seguridad local (era: LiveCD Debian)


 El Fri, 15 Feb 2013 13:16:58 -0500, Josué Marrero Bermúdez escribió:

 (ese top-posting...)

 - Original Message -
 From: Camaleón noela...@gmail.com To:
 debian-user-spanish@lists.debian.org Sent: Friday, February 15, 2013
 1:08 PM Subject: Seguridad local (era: LiveCD Debian)


 El Fri, 15 Feb 2013 14:51:31 -0300, francisco cid escribió:

 El día 15 de febrero de 2013 14:51, Josué Marrero Bermúdez
 i...@zetihl.azcuba.cu escribió:
 Si te pasa eso es porque estas violando algo mas que explicado en las
 normas de seguridad informatica. al menos aqui en Cuba..DESABILITAR
 el arranque por Floppy,CD o USB. Solamente bootear por el hdd y
 problemas resuelto..a ver por donde va a meter un sistema Live :')

 eso es bien efectivo, y no olviden poner clave en la BIOS

 Hum... supongo que estaréis de broma ¿no? o_O

 Porque como esa sea la base y fundamento de la seguridad en los
 sistemas informáticos de los servidores de Cuba ya podéis ir
 descorchando una botella de champán y prepararos para el acceso a
 Internet libre y en cualquier lugar. Adiós proxy.

 Digo yo, que quitando la pila de la BIOS todos los valores vuelven a
 los de fábrica y no hay contraseña que valga (ni user password →
 arranque sistema ni administrator password → acceso a la
 configuración de la BIOS), uno puede iniciar el sistema desde donde le
 plazca.

 Bueno...es que tambien hay otra indicación de ponerle sello a las PC..se
 supone que los usuarios no tiene que estar revisando dentro de la
 PC..solo utilizarla.

 Tú lo has dicho: se supone :-)

 A ver, lo que decís es lo que se conoce como seguridad por ocultación y
 de verdad que para un entorno casero puede ser suficiente pero para los
 sistemas informáticos del gobierno, pues como que no.

 Saludos,

 -- 
 Camaleón


 -- 
 To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact 
 listmas...@lists.debian.org
 Archive: http://lists.debian.org/kfluve$ali$2...@ger.gmane.org


Y como se supone que lo hacen en Europa???..para saber

Y asi aprovecho e importo un poco de tecnologia de alla. 



-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/8BF4C23AE0C44B0BBE25B2DB389EFFA7@dbsrv




--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/149069959.29324.1360947453889.javamail.r...@lt.datazucar.cu

Re: Seguridad local (era: LiveCD Debian)

2013-02-15 Por tema Paradix ;)


El 15/02/13 13:32, Camaleón escribió:

El Fri, 15 Feb 2013 13:16:58 -0500, Josué Marrero Bermúdez escribió:

(ese top-posting...)


- Original Message -
From: Camaleón noela...@gmail.com To:
debian-user-spanish@lists.debian.org Sent: Friday, February 15, 2013
1:08 PM Subject: Seguridad local (era: LiveCD Debian)



El Fri, 15 Feb 2013 14:51:31 -0300, francisco cid escribió:


El día 15 de febrero de 2013 14:51, Josué Marrero Bermúdez
i...@zetihl.azcuba.cu escribió:

Si te pasa eso es porque estas violando algo mas que explicado en las
normas de seguridad informatica. al menos aqui en Cuba..DESABILITAR
el arranque por Floppy,CD o USB. Solamente bootear por el hdd y
problemas resuelto..a ver por donde va a meter un sistema Live :')


eso es bien efectivo, y no olviden poner clave en la BIOS


Hum... supongo que estaréis de broma ¿no? o_O

Porque como esa sea la base y fundamento de la seguridad en los
sistemas informáticos de los servidores de Cuba ya podéis ir
descorchando una botella de champán y prepararos para el acceso a
Internet libre y en cualquier lugar. Adiós proxy.

Digo yo, que quitando la pila de la BIOS todos los valores vuelven a
los de fábrica y no hay contraseña que valga (ni user password →
arranque sistema ni administrator password → acceso a la
configuración de la BIOS), uno puede iniciar el sistema desde donde le
plazca.



Bueno...es que tambien hay otra indicación de ponerle sello a las PC..se
supone que los usuarios no tiene que estar revisando dentro de la
PC..solo utilizarla.


Tú lo has dicho: se supone :-)

A ver, lo que decís es lo que se conoce como seguridad por ocultación y
de verdad que para un entorno casero puede ser suficiente pero para los
sistemas informáticos del gobierno, pues como que no.

Saludos,



no tan asi camaleon, admito que toda medida o conjunto de ellas pueden 
no ser efectivas en un 100% de los casos, se trata de dificultar 
cualquier intento lo mas posible  en el caso de los sellos, donde se 
apliquen debe existir la politica de chequear que no hayan sido violados


--
Paradix  ;)

Haciendo abogacía por el software libre adonde voy

--

Este mensaje le ha llegado mediante el servicio de correo electronico que 
ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema 
Nacional de Salud. La persona que envia este correo asume el compromiso de usar 
el servicio a tales fines y cumplir con las regulaciones establecidas

Infomed: http://www.sld.cu/


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/511ecb6f.8040...@infomed.sld.cu

Re: Seguridad en Debian!

2011-06-28 Por tema Gonzalo Rivero

El lun, 27-06-2011 a las 19:26 -0700, consul tores escribió: 
 Hola
 
 Solamente, me gustaria retomar la parte tecnica del correo de ANONYMOUS.
 
 Marco de referencia:
 Actualmente, con toda la informacion en la Red, se ha vuelto muy facil
 que un intruso se cuele en nuestros ordenadores/redes. y el equipo de
 Seguridad/Desarrolladores de Debian ya hicieron su parte en la
 actualizacion de Squezee a 6.0.2. Pero nos queda la parte local, que
 podria definirse asi:
 
 1. Hacer una instalacion de solamente paquetes GNU; estos estan
 cubiertos al 100%. Y leer http://www.debian.org/doc/
 2. Agregar lo minimo necesario de non-free y contrib de espejos
 autorizados. Y evitar la instalacion de paquetes que no estan en los
 repositorios Debian.
 3. Asegurar el sistema; iptables, TCPwrapers, portSentry y otros.
 4. Controlar su funcionamiento; rkhunter, tripwire, chkrootkit, logs  y otros.
 5. Verificar que no ha habido una intrusion. Esto es importante, dado
 que Debian podria permanecer trabajando por mucho tiempo.
 
 El caso es que los ordenadores Linux, son apetecidos por las botnet
 (ejercito de ordenadores zombies.), pues les facilitan sus objetivos.
 Y depende de cada usuario, el protegerse o no.
 
 PD:
 Mi intencion es, que ilustremos en la lista, que cuidados deberiamos
 tener, para mantener nuestros equipos y redes algo seguras. Por favor
 hagamos esto en la forma indicada en las normas; solo contenido
 tecnico y evitemos mensajes innecesarios (spam).
 
 Gracias y hasta luego.
 
 

a mi mí gustaban las recomendaciones de este documento:
http://www.debian.org/doc/manuals/securing-debian-howto/index.en.html
antes (al menos yo lo hojeé en 2003) estaba la traducción en
castellano... supongo que se quedó vieja.
Y también de 2007 a esta parte habrán cambiado varias cosas, pero sigue
siendo un buen punto de partida 


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1309264779.1365.13.ca...@eeepc.ucasal.ar

1 2 >

1 - 100 de 195 matches

Mail list logo