[slack-users] Mudanças nos módulos assinados do kernel 4.3.3

Discussion:

Raphael Bastos

2015-12-22 18:04:54 UTC

Oi,

Documentei a mais recente mudanÃ§a do kernel Linux na versÃ£o 4.3.3 referente
a assinatura de mÃ³dulos compilados fora do kernel.

https://wiki.hackstore.com.br/Assinando_m%C3%B3dulos_do_kernel

Na prÃ¡tica mudou de:

# perl /usr/src/linux/scripts/sign-file <hash algo> <key> <x509>

para:

# /usr/src/linux/scripts/sign-file <hash algo>
/usr/src/linux/certs/signing_key.pem /usr/src/linux/certs/signing_key.x509

MudanÃ§as:

1- Trocaram o script de assinatura de perl pra C
2- Colocaram todos os arquivos de assinatura no diretÃ³rio
/usr/src/linux/certs/
3- O arquivo de chave privada agora se chama "signing_key.pem" ao invÃ©s de
"signing_key.priv"

Na oportunidade, atualizei a doc do Gentoo e mais tarde vou atualizar a do
Funtoo. Atualizem vocÃªs a doc do Slackware caso queiram :D

https://wiki.gentoo.org/wiki/Signed_kernel_module_support

Att,
Raphael Bastos aka Coffnix

*====================================================*
* Linux Reg. User*: 388431 // *LPI ID:* LPI000214711
*email:~> $* echo "xgvngkrhgyzuyFngiqyzuxk4ius4hx" | perl -pe \
's/(.)/chr(ord($1)-2*3)/ge'
*Public Key:* 3FBB468B //
http://www.hackstore.com.br/coffnix/coffnix-pgp-key.txt
*Yaxkin/Gentoo Linux* - http://downloads.hackstore.com.br
*Wiki Hackstore* - http://wiki.hackstore.com.br
*Ãrea 31 Hackerspace* - http://www.area31.net.br
*Kankin/Funtoo Linux* - http://kankin.area31.net.br
*====================================================*
--
GUS-BR - Grupo de UsuÃ¡rios de Slackware Brasil
http://www.slackwarebrasil.org/
http://groups.google.com/group/slack-users-br

Antes de perguntar:
http://www.vivaolinux.com.br/artigo/Como-elaborar-perguntas-para-listas-de-discussao

Para sair da lista envie um e-mail para:
slack-users-br+***@googlegroups.com
---
VocÃª estÃ¡ recebendo esta mensagem porque se inscreveu no grupo "Slackware Users Group - Brazil" dos Grupos do Google.
Para cancelar inscriÃ§Ã£o nesse grupo e parar de receber e-mails dele, envie um e-mail para slack-users-br+***@googlegroups.com.
Para obter mais opÃ§Ãµes, acesse https://groups.google.com/d/optout.

c***@gmail.com

2015-12-22 20:06:16 UTC

Permalink

Post by Raphael Bastos
Oi,
Documentei a mais recente mudanÃ§a do kernel Linux na versÃ£o 4.3.3
referente a assinatura de mÃ³dulos compilados fora do kernel.
https://wiki.hackstore.com.br/Assinando_m%C3%B3dulos_do_kernel
# perl /usr/src/linux/scripts/sign-file <hash algo> <key> <x509>
# /usr/src/linux/scripts/sign-file <hash algo>
/usr/src/linux/certs/signing_key.pem /usr/src/linux/certs/signing_key.x509
1- Trocaram o script de assinatura de perl pra C
2- Colocaram todos os arquivos de assinatura no diretÃ³rio
/usr/src/linux/certs/
3- O arquivo de chave privada agora se chama "signing_key.pem" ao invÃ©s de
"signing_key.priv"
Na oportunidade, atualizei a doc do Gentoo e mais tarde vou atualizar a do
Funtoo. Atualizem vocÃªs a doc do Slackware caso queiram :D
https://wiki.gentoo.org/wiki/Signed_kernel_module_support

Pensativo aqui: isso seria feito na prÃ³pria mÃ¡quina, onde estÃ£o o mÃ³dulo,
os sources, o script/aplicativo de assinatura e a respectiva chave?

Obrigado.

CÃ¡ssio
--
GUS-BR - Grupo de UsuÃ¡rios de Slackware Brasil
http://www.slackwarebrasil.org/
http://groups.google.com/group/slack-users-br

Antes de perguntar:
http://www.vivaolinux.com.br/artigo/Como-elaborar-perguntas-para-listas-de-discussao

Para sair da lista envie um e-mail para:
slack-users-br+***@googlegroups.com
---
VocÃª estÃ¡ recebendo esta mensagem porque se inscreveu no grupo "Slackware Users Group - Brazil" dos Grupos do Google.
Para cancelar inscriÃ§Ã£o nesse grupo e parar de receber e-mails dele, envie um e-mail para slack-users-br+***@googlegroups.com.
Para obter mais opÃ§Ãµes, acesse https://groups.google.com/d/optout.

Raphael Bastos

2015-12-22 20:37:32 UTC

Permalink

Casfre, nÃ£o entendi a pergunta.

Att,
Raphael Bastos aka Coffnix

*====================================================*
* Linux Reg. User*: 388431 // *LPI ID:* LPI000214711
*email:~> $* echo "xgvngkrhgyzuyFngiqyzuxk4ius4hx" | perl -pe \
's/(.)/chr(ord($1)-2*3)/ge'
*Public Key:* 3FBB468B //
http://www.hackstore.com.br/coffnix/coffnix-pgp-key.txt
*Yaxkin/Gentoo Linux* - http://downloads.hackstore.com.br
*Wiki Hackstore* - http://wiki.hackstore.com.br
*Ãrea 31 Hackerspace* - http://www.area31.net.br
*Kankin/Funtoo Linux* - http://kankin.area31.net.br
*====================================================*

Post by c***@gmail.com

Post by Raphael Bastos
Oi,
Documentei a mais recente mudanÃ§a do kernel Linux na versÃ£o 4.3.3
referente a assinatura de mÃ³dulos compilados fora do kernel.
https://wiki.hackstore.com.br/Assinando_m%C3%B3dulos_do_kernel
# perl /usr/src/linux/scripts/sign-file <hash algo> <key> <x509>
# /usr/src/linux/scripts/sign-file <hash algo>
/usr/src/linux/certs/signing_key.pem /usr/src/linux/certs/signing_key.x509
1- Trocaram o script de assinatura de perl pra C
2- Colocaram todos os arquivos de assinatura no diretÃ³rio
/usr/src/linux/certs/
3- O arquivo de chave privada agora se chama "signing_key.pem" ao invÃ©s
de "signing_key.priv"
Na oportunidade, atualizei a doc do Gentoo e mais tarde vou atualizar a
do Funtoo. Atualizem vocÃªs a doc do Slackware caso queiram :D
https://wiki.gentoo.org/wiki/Signed_kernel_module_support

Pensativo aqui: isso seria feito na prÃ³pria mÃ¡quina, onde estÃ£o o mÃ³dulo,
os sources, o script/aplicativo de assinatura e a respectiva chave?
Obrigado.
CÃ¡ssio
--
GUS-BR - Grupo de UsuÃ¡rios de Slackware Brasil
http://www.slackwarebrasil.org/
http://groups.google.com/group/slack-users-br
http://www.vivaolinux.com.br/artigo/Como-elaborar-perguntas-para-listas-de-discussao
---
VocÃª recebeu essa mensagem porque estÃ¡ inscrito no grupo "Slackware Users
Group - Brazil" dos Grupos do Google.
Para cancelar inscriÃ§Ã£o nesse grupo e parar de receber e-mails dele, envie
Para mais opÃ§Ãµes, acesse https://groups.google.com/d/optout.

--
GUS-BR - Grupo de UsuÃ¡rios de Slackware Brasil
http://www.slackwarebrasil.org/
http://groups.google.com/group/slack-users-br

Antes de perguntar:
http://www.vivaolinux.com.br/artigo/Como-elaborar-perguntas-para-listas-de-discussao

Para sair da lista envie um e-mail para:
slack-users-br+***@googlegroups.com
---
VocÃª estÃ¡ recebendo esta mensagem porque se inscreveu no grupo "Slackware Users Group - Brazil" dos Grupos do Google.
Para cancelar inscriÃ§Ã£o nesse grupo e parar de receber e-mails dele, envie um e-mail para slack-users-br+***@googlegroups.com.
Para obter mais opÃ§Ãµes, acesse https://groups.google.com/d/optout.

c***@gmail.com

2015-12-22 20:43:32 UTC

Permalink

Post by Raphael Bastos
Casfre, nÃ£o entendi a pergunta.

Raphael, eu ainda nÃ£o conhecia essa opÃ§Ã£o. Achei Ã³timo saber. Mas fiquei
pensativo, a assinatura do mÃ³dulo (conforme mostra no documento) Ã© feita na
mÃ¡quina onde estÃ£o os componentes? O que me intriga: qualquer um, com
acesso root (imagino que vai escrever em /lib/modules) pode validar
qualquer mÃ³dulo?

Obrigado.

CÃ¡ssio

Post by Raphael Bastos
Att,
Raphael Bastos aka Coffnix
*====================================================*
* Linux Reg. User*: 388431 // *LPI ID:* LPI000214711
*email:~> $* echo "xgvngkrhgyzuyFngiqyzuxk4ius4hx" | perl -pe \
's/(.)/chr(ord($1)-2*3)/ge'
*Public Key:* 3FBB468B //
http://www.hackstore.com.br/coffnix/coffnix-pgp-key.txt
*Yaxkin/Gentoo Linux* - http://downloads.hackstore.com.br
*Wiki Hackstore* - http://wiki.hackstore.com.br
*Ãrea 31 Hackerspace* - http://www.area31.net.br
*Kankin/Funtoo Linux* - http://kankin.area31.net.br
*====================================================*

Post by c***@gmail.com

Post by Raphael Bastos
Oi,
Documentei a mais recente mudanÃ§a do kernel Linux na versÃ£o 4.3.3
referente a assinatura de mÃ³dulos compilados fora do kernel.
https://wiki.hackstore.com.br/Assinando_m%C3%B3dulos_do_kernel
# perl /usr/src/linux/scripts/sign-file <hash algo> <key> <x509>
# /usr/src/linux/scripts/sign-file <hash algo>
/usr/src/linux/certs/signing_key.pem /usr/src/linux/certs/signing_key.x509
1- Trocaram o script de assinatura de perl pra C
2- Colocaram todos os arquivos de assinatura no diretÃ³rio
/usr/src/linux/certs/
3- O arquivo de chave privada agora se chama "signing_key.pem" ao invÃ©s
de "signing_key.priv"
Na oportunidade, atualizei a doc do Gentoo e mais tarde vou atualizar a
do Funtoo. Atualizem vocÃªs a doc do Slackware caso queiram :D
https://wiki.gentoo.org/wiki/Signed_kernel_module_support

Pensativo aqui: isso seria feito na prÃ³pria mÃ¡quina, onde estÃ£o o mÃ³dulo,
os sources, o script/aplicativo de assinatura e a respectiva chave?
Obrigado.
CÃ¡ssio
--
GUS-BR - Grupo de UsuÃ¡rios de Slackware Brasil
http://www.slackwarebrasil.org/
http://groups.google.com/group/slack-users-br
http://www.vivaolinux.com.br/artigo/Como-elaborar-perguntas-para-listas-de-discussao
---
VocÃª recebeu essa mensagem porque estÃ¡ inscrito no grupo "Slackware Users
Group - Brazil" dos Grupos do Google.
Para cancelar inscriÃ§Ã£o nesse grupo e parar de receber e-mails dele,
Para mais opÃ§Ãµes, acesse https://groups.google.com/d/optout.

--
GUS-BR - Grupo de UsuÃ¡rios de Slackware Brasil
http://www.slackwarebrasil.org/
http://groups.google.com/group/slack-users-br
http://www.vivaolinux.com.br/artigo/Como-elaborar-perguntas-para-listas-de-discussao
---
VocÃª recebeu essa mensagem porque estÃ¡ inscrito no grupo "Slackware Users
Group - Brazil" dos Grupos do Google.
Para cancelar inscriÃ§Ã£o nesse grupo e parar de receber e-mails dele, envie
Para mais opÃ§Ãµes, acesse https://groups.google.com/d/optout.

Raphael Bastos

2015-12-22 21:34:40 UTC

Permalink

Oi,

NÃ£o. O procedimento que eu adoto Ã© de compilar o kernel, copiar a chave
privada pra um pendrive qualquer, assino os mÃ³dulos que desejo e em seguida
apago a chave privada do disco.

Todo mÃ³dulo compilado externamente necessita da assinatura para ser
carregado para o kernel, logo a pessoa pode atÃ© obter acesso root, escrever
em /lib/modules e tudo, porÃ©m nÃ£o serÃ¡ carregado visto que o modulo (ou
rootkit) necessita da chave privada para o tal. Se vocÃª remove a chave
privada do disco, voilÃ¡, sua defesa quanto a isso estÃ¡ feita.

Att,
Raphael Bastos aka Coffnix

*====================================================*
* Linux Reg. User*: 388431 // *LPI ID:* LPI000214711
*email:~> $* echo "xgvngkrhgyzuyFngiqyzuxk4ius4hx" | perl -pe \
's/(.)/chr(ord($1)-2*3)/ge'
*Public Key:* 3FBB468B //
http://www.hackstore.com.br/coffnix/coffnix-pgp-key.txt
*Yaxkin/Gentoo Linux* - http://downloads.hackstore.com.br
*Wiki Hackstore* - http://wiki.hackstore.com.br
*Ãrea 31 Hackerspace* - http://www.area31.net.br
*Kankin/Funtoo Linux* - http://kankin.area31.net.br
*====================================================*

Post by c***@gmail.com

Post by Raphael Bastos
Casfre, nÃ£o entendi a pergunta.

2015-12-22 16:04 GMT-02:00 Raphael Bastos <

Post by Raphael Bastos
Oi,
Documentei a mais recente mudanÃ§a do kernel Linux na versÃ£o 4.3.3
referente a assinatura de mÃ³dulos compilados fora do kernel.
https://wiki.hackstore.com.br/Assinando_m%C3%B3dulos_do_kernel
# perl /usr/src/linux/scripts/sign-file <hash algo> <key> <x509>
# /usr/src/linux/scripts/sign-file <hash algo>
/usr/src/linux/certs/signing_key.pem /usr/src/linux/certs/signing_key.x509
1- Trocaram o script de assinatura de perl pra C
2- Colocaram todos os arquivos de assinatura no diretÃ³rio
/usr/src/linux/certs/
3- O arquivo de chave privada agora se chama "signing_key.pem" ao invÃ©s
de "signing_key.priv"
Na oportunidade, atualizei a doc do Gentoo e mais tarde vou atualizar a
do Funtoo. Atualizem vocÃªs a doc do Slackware caso queiram :D
https://wiki.gentoo.org/wiki/Signed_kernel_module_support

Pensativo aqui: isso seria feito na prÃ³pria mÃ¡quina, onde estÃ£o o
mÃ³dulo, os sources, o script/aplicativo de assinatura e a respectiva chave?
Obrigado.
CÃ¡ssio
--
GUS-BR - Grupo de UsuÃ¡rios de Slackware Brasil
http://www.slackwarebrasil.org/
http://groups.google.com/group/slack-users-br
http://www.vivaolinux.com.br/artigo/Como-elaborar-perguntas-para-listas-de-discussao
---
VocÃª recebeu essa mensagem porque estÃ¡ inscrito no grupo "Slackware
Users Group - Brazil" dos Grupos do Google.
Para cancelar inscriÃ§Ã£o nesse grupo e parar de receber e-mails dele,
Para mais opÃ§Ãµes, acesse https://groups.google.com/d/optout.

--
GUS-BR - Grupo de UsuÃ¡rios de Slackware Brasil
http://www.slackwarebrasil.org/
http://groups.google.com/group/slack-users-br
http://www.vivaolinux.com.br/artigo/Como-elaborar-perguntas-para-listas-de-discussao
---
VocÃª recebeu essa mensagem porque estÃ¡ inscrito no grupo "Slackware Users
Group - Brazil" dos Grupos do Google.
Para cancelar inscriÃ§Ã£o nesse grupo e parar de receber e-mails dele,
Para mais opÃ§Ãµes, acesse https://groups.google.com/d/optout.

c***@gmail.com

2015-12-23 00:53:15 UTC

Permalink

Sim, isso foi o que me intrigou. No entanto, embora seja complicado, se os
fontes do kernel permanecerem na mÃ¡quina, o "malfeitor", com acesso root,
ainda poderia retirar a opÃ§Ã£o que precisa estar ativa no kernel e
recompilÃ¡-lo. Certo? Claro, um reset ainda seria necessÃ¡rio e percebido.
Ou jÃ¡ existe um jeito operacional de "trocar o kernel" sem reset?

Fiquei imaginando que o "hardening" teria que ser tal que, pelo menos pelos
caminhos "Ã³bvios", um eventual malfeitor nÃ£o poderia "desfazer" a proteÃ§Ã£o.
Deixar a chave guardada em outro lugar pode ser uma opÃ§Ã£o para o caso de
alguÃ©m assinar qualquer mÃ³dulo, mas ainda penso que seria necessÃ¡rio
remover os outros caminhos "Ã³bvios".

Isso se nÃ£o perdi nenhum detalhe e, claro, sempre haverÃ¡ uma (ou muitas)
brecha. :-)

Obrigado.

CÃ¡ssio

Post by Raphael Bastos
Oi,
NÃ£o. O procedimento que eu adoto Ã© de compilar o kernel, copiar a chave
privada pra um pendrive qualquer, assino os mÃ³dulos que desejo e em seguida
apago a chave privada do disco.
Todo mÃ³dulo compilado externamente necessita da assinatura para ser
carregado para o kernel, logo a pessoa pode atÃ© obter acesso root, escrever
em /lib/modules e tudo, porÃ©m nÃ£o serÃ¡ carregado visto que o modulo (ou
rootkit) necessita da chave privada para o tal. Se vocÃª remove a chave
privada do disco, voilÃ¡, sua defesa quanto a isso estÃ¡ feita.
Att,
Raphael Bastos aka Coffnix
*====================================================*
* Linux Reg. User*: 388431 // *LPI ID:* LPI000214711
*email:~> $* echo "xgvngkrhgyzuyFngiqyzuxk4ius4hx" | perl -pe \
's/(.)/chr(ord($1)-2*3)/ge'
*Public Key:* 3FBB468B //
http://www.hackstore.com.br/coffnix/coffnix-pgp-key.txt
*Yaxkin/Gentoo Linux* - http://downloads.hackstore.com.br
*Wiki Hackstore* - http://wiki.hackstore.com.br
*Ãrea 31 Hackerspace* - http://www.area31.net.br
*Kankin/Funtoo Linux* - http://kankin.area31.net.br
*====================================================*

Post by c***@gmail.com

Post by Raphael Bastos
Casfre, nÃ£o entendi a pergunta.

2015-12-22 16:04 GMT-02:00 Raphael Bastos <

Post by Raphael Bastos
Oi,
Documentei a mais recente mudanÃ§a do kernel Linux na versÃ£o 4.3.3
referente a assinatura de mÃ³dulos compilados fora do kernel.
https://wiki.hackstore.com.br/Assinando_m%C3%B3dulos_do_kernel
# perl /usr/src/linux/scripts/sign-file <hash algo> <key> <x509>
# /usr/src/linux/scripts/sign-file <hash algo>
/usr/src/linux/certs/signing_key.pem /usr/src/linux/certs/signing_key.x509
1- Trocaram o script de assinatura de perl pra C
2- Colocaram todos os arquivos de assinatura no diretÃ³rio
/usr/src/linux/certs/
3- O arquivo de chave privada agora se chama "signing_key.pem" ao
invÃ©s de "signing_key.priv"
Na oportunidade, atualizei a doc do Gentoo e mais tarde vou atualizar
a do Funtoo. Atualizem vocÃªs a doc do Slackware caso queiram :D
https://wiki.gentoo.org/wiki/Signed_kernel_module_support

Pensativo aqui: isso seria feito na prÃ³pria mÃ¡quina, onde estÃ£o o
mÃ³dulo, os sources, o script/aplicativo de assinatura e a respectiva chave?
Obrigado.
CÃ¡ssio
--
GUS-BR - Grupo de UsuÃ¡rios de Slackware Brasil
http://www.slackwarebrasil.org/
http://groups.google.com/group/slack-users-br
http://www.vivaolinux.com.br/artigo/Como-elaborar-perguntas-para-listas-de-discussao
---
VocÃª recebeu essa mensagem porque estÃ¡ inscrito no grupo "Slackware
Users Group - Brazil" dos Grupos do Google.
Para cancelar inscriÃ§Ã£o nesse grupo e parar de receber e-mails dele,
Para mais opÃ§Ãµes, acesse https://groups.google.com/d/optout.

--
GUS-BR - Grupo de UsuÃ¡rios de Slackware Brasil
http://www.slackwarebrasil.org/
http://groups.google.com/group/slack-users-br
http://www.vivaolinux.com.br/artigo/Como-elaborar-perguntas-para-listas-de-discussao
---
VocÃª recebeu essa mensagem porque estÃ¡ inscrito no grupo "Slackware
Users Group - Brazil" dos Grupos do Google.
Para cancelar inscriÃ§Ã£o nesse grupo e parar de receber e-mails dele,
Para mais opÃ§Ãµes, acesse https://groups.google.com/d/optout.

--
GUS-BR - Grupo de UsuÃ¡rios de Slackware Brasil
http://www.slackwarebrasil.org/
http://groups.google.com/group/slack-users-br
http://www.vivaolinux.com.br/artigo/Como-elaborar-perguntas-para-listas-de-discussao
---
VocÃª recebeu essa mensagem porque estÃ¡ inscrito no grupo "Slackware Users
Group - Brazil" dos Grupos do Google.
Para cancelar inscriÃ§Ã£o nesse grupo e parar de receber e-mails dele,
Para mais opÃ§Ãµes, acesse https://groups.google.com/d/optout.

Raphael Bastos

2015-12-23 03:09:20 UTC

Permalink

Oi,

Tanto grsecurity quanto selinux e apparmor tem proteÃ§Ã£o a isso, basta usar.
Eu gosto do grsec+PAX (funtoo hardened).
Alterar kernel Ã© possÃvel sem reboot sim, tem o ksplice, kpatch e kgraft.
De toda forma, se eu jÃ¡ tivesse root em um sistema, a Ãºltima parte que eu
preocuparia em alterar seria o kernel. :D

Abs.

Att,
Raphael Bastos aka Coffnix

*====================================================*
* Linux Reg. User*: 388431 // *LPI ID:* LPI000214711
*email:~> $* echo "xgvngkrhgyzuyFngiqyzuxk4ius4hx" | perl -pe \
's/(.)/chr(ord($1)-2*3)/ge'
*Public Key:* 3FBB468B //
http://www.hackstore.com.br/coffnix/coffnix-pgp-key.txt
*Yaxkin/Gentoo Linux* - http://downloads.hackstore.com.br
*Wiki Hackstore* - http://wiki.hackstore.com.br
*Ãrea 31 Hackerspace* - http://www.area31.net.br
*Kankin/Funtoo Linux* - http://kankin.area31.net.br
*====================================================*

Post by c***@gmail.com

Sim, isso foi o que me intrigou. No entanto, embora seja complicado, se os
fontes do kernel permanecerem na mÃ¡quina, o "malfeitor", com acesso root,
ainda poderia retirar a opÃ§Ã£o que precisa estar ativa no kernel e
recompilÃ¡-lo. Certo? Claro, um reset ainda seria necessÃ¡rio e percebido.
Ou jÃ¡ existe um jeito operacional de "trocar o kernel" sem reset?
Fiquei imaginando que o "hardening" teria que ser tal que, pelo menos
pelos caminhos "Ã³bvios", um eventual malfeitor nÃ£o poderia "desfazer" a
proteÃ§Ã£o. Deixar a chave guardada em outro lugar pode ser uma opÃ§Ã£o para o
caso de alguÃ©m assinar qualquer mÃ³dulo, mas ainda penso que seria
necessÃ¡rio remover os outros caminhos "Ã³bvios".
Isso se nÃ£o perdi nenhum detalhe e, claro, sempre haverÃ¡ uma (ou muitas)
brecha. :-)
Obrigado.
CÃ¡ssio

2015-12-22 18:37 GMT-02:00 Raphael Bastos <

Post by Raphael Bastos
Casfre, nÃ£o entendi a pergunta.

2015-12-22 16:04 GMT-02:00 Raphael Bastos <

Post by Raphael Bastos
Oi,
Documentei a mais recente mudanÃ§a do kernel Linux na versÃ£o 4.3.3
referente a assinatura de mÃ³dulos compilados fora do kernel.
https://wiki.hackstore.com.br/Assinando_m%C3%B3dulos_do_kernel
# perl /usr/src/linux/scripts/sign-file <hash algo> <key> <x509>
# /usr/src/linux/scripts/sign-file <hash algo>
/usr/src/linux/certs/signing_key.pem /usr/src/linux/certs/signing_key.x509
1- Trocaram o script de assinatura de perl pra C
2- Colocaram todos os arquivos de assinatura no diretÃ³rio
/usr/src/linux/certs/
3- O arquivo de chave privada agora se chama "signing_key.pem" ao
invÃ©s de "signing_key.priv"
Na oportunidade, atualizei a doc do Gentoo e mais tarde vou atualizar
a do Funtoo. Atualizem vocÃªs a doc do Slackware caso queiram :D
https://wiki.gentoo.org/wiki/Signed_kernel_module_support

Pensativo aqui: isso seria feito na prÃ³pria mÃ¡quina, onde estÃ£o o
mÃ³dulo, os sources, o script/aplicativo de assinatura e a respectiva chave?
Obrigado.
CÃ¡ssio
--
GUS-BR - Grupo de UsuÃ¡rios de Slackware Brasil
http://www.slackwarebrasil.org/
http://groups.google.com/group/slack-users-br
http://www.vivaolinux.com.br/artigo/Como-elaborar-perguntas-para-listas-de-discussao
---
VocÃª recebeu essa mensagem porque estÃ¡ inscrito no grupo "Slackware
Users Group - Brazil" dos Grupos do Google.
Para cancelar inscriÃ§Ã£o nesse grupo e parar de receber e-mails dele,
Para mais opÃ§Ãµes, acesse https://groups.google.com/d/optout.

--
GUS-BR - Grupo de UsuÃ¡rios de Slackware Brasil
http://www.slackwarebrasil.org/
http://groups.google.com/group/slack-users-br
http://www.vivaolinux.com.br/artigo/Como-elaborar-perguntas-para-listas-de-discussao
---
VocÃª recebeu essa mensagem porque estÃ¡ inscrito no grupo "Slackware
Users Group - Brazil" dos Grupos do Google.
Para cancelar inscriÃ§Ã£o nesse grupo e parar de receber e-mails dele,
Para mais opÃ§Ãµes, acesse https://groups.google.com/d/optout.

--
GUS-BR - Grupo de UsuÃ¡rios de Slackware Brasil
http://www.slackwarebrasil.org/
http://groups.google.com/group/slack-users-br
http://www.vivaolinux.com.br/artigo/Como-elaborar-perguntas-para-listas-de-discussao
---
VocÃª recebeu essa mensagem porque estÃ¡ inscrito no grupo "Slackware Users
Group - Brazil" dos Grupos do Google.
Para cancelar inscriÃ§Ã£o nesse grupo e parar de receber e-mails dele,
Para mais opÃ§Ãµes, acesse https://groups.google.com/d/optout.

c***@gmail.com

2015-12-24 17:45:35 UTC

Permalink

Post by Raphael Bastos
Oi,
Tanto grsecurity quanto selinux e apparmor tem proteÃ§Ã£o a isso, basta
usar. Eu gosto do grsec+PAX (funtoo hardened).
Alterar kernel Ã© possÃvel sem reboot sim, tem o ksplice, kpatch e kgraft.

Sim. JÃ¡ cheguei a usar um RHEL com Selinux, mas por pouco tempo (e a
recomendaÃ§Ã£o do pacote que estava testando era para desativÃ¡-lo .:-). Eu
uso sÃ³ Slackware, faz tempo. :-)

Eu jÃ¡ tinho lido (sÃ©culos atrÃ¡s), que estavam desenvolvendo/testando
soluÃ§Ãµes para alterar o kernel sem reboot, mas fazia tempo que nem lia
sobre o assunto. QUe bom que jÃ¡ listou algumas de bÃŽnus. :-) Depois de
tanto tempo fazendo reset para isso, a ideia de alterar o kernel sem reboot
ainda me causa estranheza. :-)

Post by Raphael Bastos
De toda forma, se eu jÃ¡ tivesse root em um sistema, a Ãºltima parte que eu
preocuparia em alterar seria o kernel. :D

:-)
Eu estava pensando nas vantagens dos mÃ³dulos assinados versus overhead
administrativo para manter as chaves separadas, os fontes isolados etc...
:-) AlÃ©m disso, tambÃ©m pensei em alguÃ©m que quisesse fazer todo o
"malfeito", sumir e deixar lÃ¡ o "mÃ³dulo alienÃgena prejudicial assinado".
:-)

Com o passar do tempo vÃ£o surgindo opÃ§Ãµes e opÃ§Ãµes e opÃ§Ãµes de seguranÃ§a,
mas sempre hÃ¡ mais procedimentos administrativos, mais cÃ³digos, mais
dependÃªncias entre cÃ³digos etc.

Obrigado pela atenÃ§Ã£o e pelo "bÃŽnus".

CÃ¡ssio
--
GUS-BR - Grupo de UsuÃ¡rios de Slackware Brasil
http://www.slackwarebrasil.org/
http://groups.google.com/group/slack-users-br

Antes de perguntar:
http://www.vivaolinux.com.br/artigo/Como-elaborar-perguntas-para-listas-de-discussao

Para sair da lista envie um e-mail para:
slack-users-br+***@googlegroups.com
---
VocÃª estÃ¡ recebendo esta mensagem porque se inscreveu no grupo "Slackware Users Group - Brazil" dos Grupos do Google.
Para cancelar inscriÃ§Ã£o nesse grupo e parar de receber e-mails dele, envie um e-mail para slack-users-br+***@googlegroups.com.
Para obter mais opÃ§Ãµes, acesse https://groups.google.com/d/optout.

Raphael Bastos

2015-12-25 05:00:00 UTC

Permalink

Casfre jones, desculpa ser chato, mas hÃ¡ um erro conceitual ae. NÃ£o existem
opÃ§Ãµes de "seguranÃ§a". SeguranÃ§a Ã© um sentimento, uma sensaÃ§Ã£o. O que
existem sÃ£o defesas que aumentam nossa sensaÃ§Ã£o de seguranÃ§a. :D

Sobre o trabalho que dÃ¡ em manter mais esse nÃvel de defesa que discutimos
(modulos assinados) Ã© a lei da vida. SeguranÃ§a se obtÃ©m em camadas de
defesa, e quando mais camadas, mais trabalho pra se gerenciar o todo. Ã
foda huahuauahuahaua

AbraÃ§Ã£o, e bora nos falando. Fazia tempos que eu nÃ£o discutia com alguÃ©m
aqui na br-under que fizesse perguntas tÃ£o inteligentes e pertinentes. Eu
que agradeÃ§o a atenÃ§Ã£o e a prosa. :D

Att,
Raphael Bastos aka Coffnix

*====================================================*
* Linux Reg. User*: 388431 // *LPI ID:* LPI000214711
*email:~> $* echo "xgvngkrhgyzuyFngiqyzuxk4ius4hx" | perl -pe \
's/(.)/chr(ord($1)-2*3)/ge'
*Public Key:* 3FBB468B //
http://www.hackstore.com.br/coffnix/coffnix-pgp-key.txt
*Yaxkin/Gentoo Linux* - http://downloads.hackstore.com.br
*Wiki Hackstore* - http://wiki.hackstore.com.br
*Ãrea 31 Hackerspace* - http://www.area31.net.br
*Kankin/Funtoo Linux* - http://kankin.area31.net.br
*====================================================*

Post by c***@gmail.com

Sim. JÃ¡ cheguei a usar um RHEL com Selinux, mas por pouco tempo (e a
recomendaÃ§Ã£o do pacote que estava testando era para desativÃ¡-lo .:-). Eu
uso sÃ³ Slackware, faz tempo. :-)
Eu jÃ¡ tinho lido (sÃ©culos atrÃ¡s), que estavam desenvolvendo/testando
soluÃ§Ãµes para alterar o kernel sem reboot, mas fazia tempo que nem lia
sobre o assunto. QUe bom que jÃ¡ listou algumas de bÃŽnus. :-) Depois de
tanto tempo fazendo reset para isso, a ideia de alterar o kernel sem reboot
ainda me causa estranheza. :-)

Post by Raphael Bastos
De toda forma, se eu jÃ¡ tivesse root em um sistema, a Ãºltima parte que eu
preocuparia em alterar seria o kernel. :D

:-)
Eu estava pensando nas vantagens dos mÃ³dulos assinados versus overhead
administrativo para manter as chaves separadas, os fontes isolados etc...
:-) AlÃ©m disso, tambÃ©m pensei em alguÃ©m que quisesse fazer todo o
"malfeito", sumir e deixar lÃ¡ o "mÃ³dulo alienÃgena prejudicial assinado".
:-)
Com o passar do tempo vÃ£o surgindo opÃ§Ãµes e opÃ§Ãµes e opÃ§Ãµes de seguranÃ§a,
mas sempre hÃ¡ mais procedimentos administrativos, mais cÃ³digos, mais
dependÃªncias entre cÃ³digos etc.
Obrigado pela atenÃ§Ã£o e pelo "bÃŽnus".
CÃ¡ssio
--
GUS-BR - Grupo de UsuÃ¡rios de Slackware Brasil
http://www.slackwarebrasil.org/
http://groups.google.com/group/slack-users-br
http://www.vivaolinux.com.br/artigo/Como-elaborar-perguntas-para-listas-de-discussao
---
VocÃª recebeu essa mensagem porque estÃ¡ inscrito no grupo "Slackware Users
Group - Brazil" dos Grupos do Google.
Para cancelar inscriÃ§Ã£o nesse grupo e parar de receber e-mails dele, envie
Para mais opÃ§Ãµes, acesse https://groups.google.com/d/optout.

c***@gmail.com

2015-12-25 10:32:06 UTC

Permalink

Raphael,

Post by Raphael Bastos
Casfre jones, desculpa ser chato, mas hÃ¡ um erro conceitual ae. NÃ£o
existem opÃ§Ãµes de "seguranÃ§a". SeguranÃ§a Ã© um sentimento, uma sensaÃ§Ã£o. O
que existem sÃ£o defesas que aumentam nossa sensaÃ§Ã£o de seguranÃ§a. :D

:-)
Sim, mas essa sensaÃ§Ã£o de seguranÃ§a Ã© o resumo daquelas opÃ§Ãµes. Depois que
se junta os cacos, se percebe o vaso, embora quebrado e colado. Essa
questÃ£o das opÃ§Ãµes, de colar mais um pedaÃ§o aqui, mais um artifÃcio ali,
mais uma diretiva de seguranÃ§a lÃ¡, mais ..., me lembra a colocaÃ§Ã£o do
Wietse, sobre o uso de TLS no Postfix. Quando li pela primeira vez, fiquei
intrigado, mas ele acaba tendo razÃ£o. A assinatura dos mÃ³dulos do Kernel
acaba sendo mais uma opÃ§Ã£o, mais um "pedaÃ§o de cÃ³digo" (isso sem julgar o
mÃ©rito de ser positivo ou negativo, bom ou ruim etc). Um dia desses, eu
acabei tendo que ler a colocaÃ§Ã£o dele novamente. :-)
WARNING

By turning on TLS support in Postfix, you not only get the ability to
encrypt mail and to authenticate remote SMTP clients or servers. You also
turn on thousands and thousands of lines of OpenSSL library code. Assuming
that OpenSSL is written as carefully as Wietse's own code, every 1000 lines
introduce one additional bug into Postfix.
[http://www.postfix.org/TLS_README.html]

Post by Raphael Bastos
Sobre o trabalho que dÃ¡ em manter mais esse nÃvel de defesa que discutimos
(modulos assinados) Ã© a lei da vida. SeguranÃ§a se obtÃ©m em camadas de
defesa, e quando mais camadas, mais trabalho pra se gerenciar o todo. Ã
foda huahuauahuahaua

Por isso me veio a questÃ£o: mais cÃ³digo, mais procedimentos, mais uma coisa
para "dar defeito", mais uma coisa para manter, mais uma coisa para
defender, mais uma camada ... Faz tempo que eu tenho pensado em quanto isso
escala, atÃ© onde isso vai, quanto mais "cÃ³digo auxiliar" serÃ¡ desenvolvido
para fechar aquela brecha, consertar aquele bug, contornar o novo problema
que surgiu quando resolvemos o problema antigo. Quanto mais procedimentos,
maior a chance de falha. Se pensarmos no que Wietse citou, a perspectiva Ã©
de termos mais novos bugs a cada "pedaÃ§o" que "colamos" no sistema.

Sim, vamos acabar no velho dilema: se nÃ£o for assim, nÃ£o se desenvolve. Mas
atÃ© onde isso escala? Eu sempre penso na filosofia original que orientou o
desenvolvimento do UNIX e no que aconteceu ao longo da existÃªncia dele. No
site do Bell Labs (ou era da AT & T?) tinha um link com a histÃ³ria
completa, mas depois que reformularam o site, ela "sumiu" (ou eu nÃ£o achei
onde deixaram). TambÃ©m faz tempo que nÃ£o procuro. Naquela filosofia falava
da simplicidade, do cÃ³digo enxuto, da especializaÃ§Ã£o de cada aplicativo,
dos pipes, do streaming "universal" ASCII entre os processos (saida |
entrada) etc.

Um dia desses eu tive que configurar o nsswitch no Slackware, para fazer
uma autenticaÃ§Ã£o via OpenLDAP (na verdade, para atender ao Samba, mas faz
parte - nesse caso, por uma sÃ©rie de razÃµes, nÃ£o cabia a opÃ§Ã£o de AD). Para
isso funcionar Ã© necessÃ¡rio instalar o nssldap. E, nessas libs, hÃ¡ um bug,
para o qual jÃ¡ existe um patch e que acabei por descobrir quando pesquisei
algo no Slackbuilds. Instalei o smbldap-tools tambÃ©m. Para o smbldap-tools
funcionar foi necessÃ¡rio instalar um monte de mÃ³dulos do Perl e ainda o
Kerberos. E o curioso, ainda pensando nos "pedaÃ§os" Ã© que um mÃ³dulo do Perl
depende de outro, que depende de outro ... Se pensar bem, para ter aquele
domÃnio funcionando, eu tive que "colar" no sistema mais um monte de
cÃ³digo, alÃ©m do que jÃ¡ estava lÃ¡. UÃ©, mas isso tudo para fazer o Linux se
comportar como um controlador de domÃnios Windows? Sim, Ã©. Mas e a
seguranÃ§a disso tudo? Bem, mais processo administrativo, mais brecha para
monitorar, mais coisa para quebrar e por ai vai. :-)

Post by Raphael Bastos
AbraÃ§Ã£o, e bora nos falando. Fazia tempos que eu nÃ£o discutia com alguÃ©m
aqui na br-under que fizesse perguntas tÃ£o inteligentes e pertinentes. Eu
que agradeÃ§o a atenÃ§Ã£o e a prosa. :D

TambÃ©m tenho achado produtivo. Eu hoje mal acho tempo para ler estudar
sobre Linux (nem consigo mais acompanhar o Slackware :-) ), mas tambÃ©m
sinto falta de tratar de assuntos tÃ©cnicos, mudanÃ§as, evoluÃ§Ãµes, rumos,
acontecimentos. Nessa prosa jÃ¡ apareceram alguns itens sobre os quais eu
nem pensava mais (como trocar o kernel sem reboot, por exemplo - ainda nÃ£o
gosto da ideia).

Agora, escrevendo tudo isso, me lembrei do pessoal do OpenBSD tratando
sobre os bugs que apareceram no OpenSSL e na forma como eles olham para
esse situaÃ§Ã£o do desenvolvimento. SerÃ¡ que o caminho Ã© desenvolver, desde a
primeira linha de cÃ³digo, jÃ¡ pensando em seguranÃ§a e em nÃ£o quebrar?

Quanto mais eu penso, mais eu acho que o caminho estÃ¡ na simplicidade, no
cÃ³digo enxuto. Mas como fazer frente Ã s tantas exigÃªncias do mercado e de
um cotidiano "louco", mantendo tudo simples Ã© sim um desafio.

Obrigado.

CÃ¡ssio
--
GUS-BR - Grupo de UsuÃ¡rios de Slackware Brasil
http://www.slackwarebrasil.org/
http://groups.google.com/group/slack-users-br

Antes de perguntar:
http://www.vivaolinux.com.br/artigo/Como-elaborar-perguntas-para-listas-de-discussao

Para sair da lista envie um e-mail para:
slack-users-br+***@googlegroups.com
---
VocÃª estÃ¡ recebendo esta mensagem porque se inscreveu no grupo "Slackware Users Group - Brazil" dos Grupos do Google.
Para cancelar inscriÃ§Ã£o nesse grupo e parar de receber e-mails dele, envie um e-mail para slack-users-br+***@googlegroups.com.
Para obter mais opÃ§Ãµes, acesse https://groups.google.com/d/optout.

Raphael Bastos

2015-12-25 12:27:51 UTC

Permalink

Casfre jones,

Penso exatamente igual a ti. huahuahahuahua
JÃ¡ viu esse doc sobre unix?

Sobre a galera do OpenBSD, Ã© completamente o oposto do Torvalds quando o
assunto Ã© seguranÃ§a, nÃ© nÃ£o? Linus tÃ¡ se cagando pra seguranÃ§a do Linux,
tanto que Ã© necessÃ¡ria a existÃªncia de projetos como
grsecurity/selinux/apparmor da vida :D
Abs.

Att,
Raphael Bastos aka Coffnix

*====================================================*
* Linux Reg. User*: 388431 // *LPI ID:* LPI000214711
*email:~> $* echo "xgvngkrhgyzuyFngiqyzuxk4ius4hx" | perl -pe \
's/(.)/chr(ord($1)-2*3)/ge'
*Public Key:* 3FBB468B //
http://www.hackstore.com.br/coffnix/coffnix-pgp-key.txt
*Yaxkin/Gentoo Linux* - http://downloads.hackstore.com.br
*Wiki Hackstore* - http://wiki.hackstore.com.br
*Ãrea 31 Hackerspace* - http://www.area31.net.br
*Kankin/Funtoo Linux* - http://kankin.area31.net.br
*====================================================*

Post by c***@gmail.com
Raphael,

:-)
Sim, mas essa sensaÃ§Ã£o de seguranÃ§a Ã© o resumo daquelas opÃ§Ãµes. Depois que
se junta os cacos, se percebe o vaso, embora quebrado e colado. Essa
questÃ£o das opÃ§Ãµes, de colar mais um pedaÃ§o aqui, mais um artifÃcio ali,
mais uma diretiva de seguranÃ§a lÃ¡, mais ..., me lembra a colocaÃ§Ã£o do
Wietse, sobre o uso de TLS no Postfix. Quando li pela primeira vez, fiquei
intrigado, mas ele acaba tendo razÃ£o. A assinatura dos mÃ³dulos do Kernel
acaba sendo mais uma opÃ§Ã£o, mais um "pedaÃ§o de cÃ³digo" (isso sem julgar o
mÃ©rito de ser positivo ou negativo, bom ou ruim etc). Um dia desses, eu
acabei tendo que ler a colocaÃ§Ã£o dele novamente. :-)
WARNING
By turning on TLS support in Postfix, you not only get the ability to
encrypt mail and to authenticate remote SMTP clients or servers. You also
turn on thousands and thousands of lines of OpenSSL library code. Assuming
that OpenSSL is written as carefully as Wietse's own code, every 1000 lines
introduce one additional bug into Postfix.
[http://www.postfix.org/TLS_README.html]

Post by Raphael Bastos
Sobre o trabalho que dÃ¡ em manter mais esse nÃvel de defesa que
discutimos (modulos assinados) Ã© a lei da vida. SeguranÃ§a se obtÃ©m em
camadas de defesa, e quando mais camadas, mais trabalho pra se gerenciar o
todo. Ã foda huahuauahuahaua

Por isso me veio a questÃ£o: mais cÃ³digo, mais procedimentos, mais uma
coisa para "dar defeito", mais uma coisa para manter, mais uma coisa para
defender, mais uma camada ... Faz tempo que eu tenho pensado em quanto isso
escala, atÃ© onde isso vai, quanto mais "cÃ³digo auxiliar" serÃ¡ desenvolvido
para fechar aquela brecha, consertar aquele bug, contornar o novo problema
que surgiu quando resolvemos o problema antigo. Quanto mais procedimentos,
maior a chance de falha. Se pensarmos no que Wietse citou, a perspectiva Ã©
de termos mais novos bugs a cada "pedaÃ§o" que "colamos" no sistema.
Sim, vamos acabar no velho dilema: se nÃ£o for assim, nÃ£o se desenvolve.
Mas atÃ© onde isso escala? Eu sempre penso na filosofia original que
orientou o desenvolvimento do UNIX e no que aconteceu ao longo da
existÃªncia dele. No site do Bell Labs (ou era da AT & T?) tinha um link com
a histÃ³ria completa, mas depois que reformularam o site, ela "sumiu" (ou eu
nÃ£o achei onde deixaram). TambÃ©m faz tempo que nÃ£o procuro. Naquela
filosofia falava da simplicidade, do cÃ³digo enxuto, da especializaÃ§Ã£o de
cada aplicativo, dos pipes, do streaming "universal" ASCII entre os
processos (saida | entrada) etc.
Um dia desses eu tive que configurar o nsswitch no Slackware, para fazer
uma autenticaÃ§Ã£o via OpenLDAP (na verdade, para atender ao Samba, mas faz
parte - nesse caso, por uma sÃ©rie de razÃµes, nÃ£o cabia a opÃ§Ã£o de AD). Para
isso funcionar Ã© necessÃ¡rio instalar o nssldap. E, nessas libs, hÃ¡ um bug,
para o qual jÃ¡ existe um patch e que acabei por descobrir quando pesquisei
algo no Slackbuilds. Instalei o smbldap-tools tambÃ©m. Para o smbldap-tools
funcionar foi necessÃ¡rio instalar um monte de mÃ³dulos do Perl e ainda o
Kerberos. E o curioso, ainda pensando nos "pedaÃ§os" Ã© que um mÃ³dulo do Perl
depende de outro, que depende de outro ... Se pensar bem, para ter aquele
domÃnio funcionando, eu tive que "colar" no sistema mais um monte de
cÃ³digo, alÃ©m do que jÃ¡ estava lÃ¡. UÃ©, mas isso tudo para fazer o Linux se
comportar como um controlador de domÃnios Windows? Sim, Ã©. Mas e a
seguranÃ§a disso tudo? Bem, mais processo administrativo, mais brecha para
monitorar, mais coisa para quebrar e por ai vai. :-)

TambÃ©m tenho achado produtivo. Eu hoje mal acho tempo para ler estudar
sobre Linux (nem consigo mais acompanhar o Slackware :-) ), mas tambÃ©m
sinto falta de tratar de assuntos tÃ©cnicos, mudanÃ§as, evoluÃ§Ãµes, rumos,
acontecimentos. Nessa prosa jÃ¡ apareceram alguns itens sobre os quais eu
nem pensava mais (como trocar o kernel sem reboot, por exemplo - ainda nÃ£o
gosto da ideia).
Agora, escrevendo tudo isso, me lembrei do pessoal do OpenBSD tratando
sobre os bugs que apareceram no OpenSSL e na forma como eles olham para
esse situaÃ§Ã£o do desenvolvimento. SerÃ¡ que o caminho Ã© desenvolver, desde a
primeira linha de cÃ³digo, jÃ¡ pensando em seguranÃ§a e em nÃ£o quebrar?
Quanto mais eu penso, mais eu acho que o caminho estÃ¡ na simplicidade, no
cÃ³digo enxuto. Mas como fazer frente Ã s tantas exigÃªncias do mercado e de
um cotidiano "louco", mantendo tudo simples Ã© sim um desafio.
Obrigado.
CÃ¡ssio
--
GUS-BR - Grupo de UsuÃ¡rios de Slackware Brasil
http://www.slackwarebrasil.org/
http://groups.google.com/group/slack-users-br
http://www.vivaolinux.com.br/artigo/Como-elaborar-perguntas-para-listas-de-discussao
---
VocÃª recebeu essa mensagem porque estÃ¡ inscrito no grupo "Slackware Users
Group - Brazil" dos Grupos do Google.
Para cancelar inscriÃ§Ã£o nesse grupo e parar de receber e-mails dele, envie
Para mais opÃ§Ãµes, acesse https://groups.google.com/d/optout.

c***@gmail.com

2015-12-25 17:07:43 UTC

Permalink

Post by Raphael Bastos
Casfre jones,
Penso exatamente igual a ti. huahuahahuahua
JÃ¡ viu esse doc sobre unix? http://youtu.be/tc4ROCJYbm0

JÃ¡ tinha visto um pedaÃ§o. Como nÃ£o sou fluente em inglÃªs, estava
complicado. Aproveitei para ver novamente. Ative o CC em inglÃªs e consegui
acompanhar quase tudo. Na essÃªncia, muito parecido com o texto, sÃ³ que
resumido e inserido em um contexto de "documentÃ¡rio". Muito bacana.

Post by Raphael Bastos
Sobre a galera do OpenBSD, Ã© completamente o oposto do Torvalds quando o
assunto Ã© seguranÃ§a, nÃ© nÃ£o? Linus tÃ¡ se cagando pra seguranÃ§a do Linux,
tanto que Ã© necessÃ¡ria a existÃªncia de projetos como
grsecurity/selinux/apparmor da vida :D

Pois Ã©. NÃ£o sei como Ã© a vida de quem usa OpenBSD (ou outros BSD), mas me
inquieta essa quantidade de "coisas" que vÃ£o sendo "coladas" ao Linux.
Qualquer hora quero experimentar um daqueles BSD para desktop, sÃ³ para ter
uma noÃ§Ã£o de como Ã© usÃ¡-los. :-)

E vamos que vamos.

Obrigado.

CÃ¡ssio
--
GUS-BR - Grupo de UsuÃ¡rios de Slackware Brasil
http://www.slackwarebrasil.org/
http://groups.google.com/group/slack-users-br

Antes de perguntar:
http://www.vivaolinux.com.br/artigo/Como-elaborar-perguntas-para-listas-de-discussao

Para sair da lista envie um e-mail para:
slack-users-br+***@googlegroups.com
---
VocÃª estÃ¡ recebendo esta mensagem porque se inscreveu no grupo "Slackware Users Group - Brazil" dos Grupos do Google.
Para cancelar inscriÃ§Ã£o nesse grupo e parar de receber e-mails dele, envie um e-mail para slack-users-br+***@googlegroups.com.
Para obter mais opÃ§Ãµes, acesse https://groups.google.com/d/optout.

Paulo Henrique

2015-12-26 08:01:37 UTC

Permalink

Post by c***@gmail.com

Post by Raphael Bastos
Casfre jones,
Penso exatamente igual a ti. huahuahahuahua
JÃ¡ viu esse doc sobre unix? http://youtu.be/tc4ROCJYbm0

JÃ¡ tinha visto um pedaÃ§o. Como nÃ£o sou fluente em inglÃªs, estava

complicado. Aproveitei para ver novamente. Ative o CC em inglÃªs e consegui
acompanhar quase tudo. Na essÃªncia, muito parecido com o texto, sÃ³ que
resumido e inserido em um contexto de "documentÃ¡rio". Muito bacana.

Post by c***@gmail.com

assunto Ã© seguranÃ§a, nÃ© nÃ£o? Linus tÃ¡ se cagando pra seguranÃ§a do Linux,
tanto que Ã© necessÃ¡ria a existÃªncia de projetos como
grsecurity/selinux/apparmor da vida :D

inquieta essa quantidade de "coisas" que vÃ£o sendo "coladas" ao Linux.
Qualquer hora quero experimentar um daqueles BSD para desktop, sÃ³ para ter
uma noÃ§Ã£o de como Ã© usÃ¡-los. :-)
Em resumo o FreeBSD e NetBSD Ã© muito mais prÃ¡tico e conciso, jÃ¡ com o
OpenBSD complica um pouco mais nada absurdamente quando comparado com o
Linux.

Post by c***@gmail.com
E vamos que vamos.
Obrigado.
CÃ¡ssio
--
GUS-BR - Grupo de UsuÃ¡rios de Slackware Brasil
http://www.slackwarebrasil.org/
http://groups.google.com/group/slack-users-br

http://www.vivaolinux.com.br/artigo/Como-elaborar-perguntas-para-listas-de-discussao

Post by c***@gmail.com
---
VocÃª recebeu essa mensagem porque estÃ¡ inscrito no grupo "Slackware Users

Group - Brazil" dos Grupos do Google.

Post by c***@gmail.com
Para cancelar inscriÃ§Ã£o nesse grupo e parar de receber e-mails dele,
Para mais opÃ§Ãµes, acesse https://groups.google.com/d/optout.

c***@gmail.com

2015-12-27 10:13:58 UTC

Permalink

me inquieta essa quantidade de "coisas" que vÃ£o sendo "coladas" ao Linux.
Qualquer hora quero experimentar um daqueles BSD para desktop, sÃ³ para ter
uma noÃ§Ã£o de como Ã© usÃ¡-los. :-)
Em resumo o FreeBSD e NetBSD Ã© muito mais prÃ¡tico e conciso, jÃ¡ com o
OpenBSD complica um pouco mais nada absurdamente quando comparado com o
Linux.

O tempo anda curto e nem o Linux estÃ¡ sendo possÃvel acompanhar. Sei que hÃ¡
bugs e problemas nos BSD tambÃ©m, mas o que tem me chamado atenÃ§Ã£o Ã© a
filosofia que orienta o desenvolvimento. O complicador Ã© que o mercado anda
tÃ£o complexo que fica difÃcil saber que rumo Ã© o mais plausivel.

De qualquer forma, acho que jÃ¡ fomos alÃ©m do off-topic. :-)

Obrigado.

CÃ¡ssio
--
GUS-BR - Grupo de UsuÃ¡rios de Slackware Brasil
http://www.slackwarebrasil.org/
http://groups.google.com/group/slack-users-br

Antes de perguntar:
http://www.vivaolinux.com.br/artigo/Como-elaborar-perguntas-para-listas-de-discussao

Para sair da lista envie um e-mail para:
slack-users-br+***@googlegroups.com
---
VocÃª estÃ¡ recebendo esta mensagem porque se inscreveu no grupo "Slackware Users Group - Brazil" dos Grupos do Google.
Para cancelar inscriÃ§Ã£o nesse grupo e parar de receber e-mails dele, envie um e-mail para slack-users-br+***@googlegroups.com.
Para obter mais opÃ§Ãµes, acesse https://groups.google.com/d/optout.