Hangout:Desvendando o DNS Server no Linux, quinta-feira às 20h
Inscrição em: https://app.webinarjam.net/register/31271/b5004ea848
Enviado por Paulo Oliveira (treinamentoΘlinuxsolutions·com·br)
Inscrição em: https://app.webinarjam.net/register/31271/b5004ea848
Enviado por Paulo Oliveira (treinamentoΘlinuxsolutions·com·br)
Enviado por Djames Suhanko (djames·suhankoΘgmail·com)
Através dessa pesquisa eu pretendo fazer um mapeamento sobre o uso de Qt no país e, a partir dos dados, ver a possibilidade de realização de um evento sobre o tema. Há uma lacuna de eventos sobre Qt aqui no Brasil e seria legal organizar um com palestras, mini-cursos e treinamentos.
O questionário é anônimo e leva entre 1 e 2 minutos para ser respondido. Espero contar com a contribuição de todos e poder reunir pessoas interessadas em Qt em um evento nacional. Por favor, respondam o questionário e/ou ajudem a divulgá-lo.
Enviado por Aracele Torres (araceletorresΘgmail·com)
Lembrando que um sistema Linux não é infectado de maneira automática nem pelo Umbreon nem pelo Encryptor RaaS. Em ambos os casos, os servidores são geralmente comprometidos por um atacante remoto (vulnerabilidades em aplicações web ou serviços expostos) e aí sim, o malware é instalado. Mesmo assim, acho que já podemos mudar a ideia de que "não existe vírus pra Linux", certo? ;-)
Enviado por Fernando Mercês (nandu88Θgmail·com)
Enviado por Giovanni Nunes (giovanni·nunesΘgmail·com)
Enviado por Giovani Ferreira (giovaniΘriseup·net)
Em julho de 2016, tive a honra de viajar até a cidade de Lambayeque, no Museu Tumbas Reais de Sipán, pude fazer uma série de fotografias do crânio mochica, visando posterior digitalização em 3D.
No dia 20 de setembro apresentei a face do Senhor de Sipán, durante o VIII Congreso Internacional de Computación y Telecomunicaciones (COMTEL 2016), em Lima.
Já era esperada uma ampla cobertura da mídia peruana, mas a notícia ultrapassou os limites do país e chegou a ser veiculada em 19 idiomas diferentes!
Ainda estou organizando tudo, mas já posso ter a honra de compartilhar com vocês os resultados prévios desse projeto fantástico.
Álbum com capturas de telas e links em 19 idiomas e sites notórios: https://www.facebook.com/media/set/?set=a.513831928787111.1073741838.284755568361416&type=3
Vídeo compacto de 2 minutos de reportagens veiculadas em 13 idiomas: https://www.facebook.com/ciceromoraes3d/videos/515007618669542/
Agradeço a atenção e deixo um grande abraço a todos!
Enviado por Cicero Moraes (cogitas3dΘgmail·com)
Este Webinar gratuito vai acontecer no dia 06/10/16 (quinta-feira), às 15:00 (Brasília), com duração de 1 hora. As vagas são limitadas e para se inscrever neste Webinar, favor enviar um email para treinamentos@innovus.com.br. Para quem não for participar do webinar e quiser assistir depois, favor enviar um email solicitando o acesso ao vídeo do webinar.
Enviado por Alberto Mitsuo Sato (amsatoΘinnovus·com·br)
Enviado por Juliano Ramos (profjulianoramosΘgmail·com)
Enviado por Euler Taveira (eulerΘtimbira·com·br)
É importante que arquitetos de software pensem em otimizações na criação de objetos, na estrutura do código e na interação entre objetos nesses níveis, pois isso garante que o custo da manutenção de software seja baixo e o código seja facilmente reutilizado ou adaptado a mudanças.
O livro Aprendendo padrões de projeto em Python, lançado pela Novatec Editora, ensina a implementar cenários do mundo real com a versão mais recente de Python, a v3.5. Indicado para desenvolvedores Python e interessados no assunto, o livro começa apresentando padrões de projeto do ponto de vista de Python, e então parte para os padrões Singleton, Factory e Façade em detalhes. Ensina também como controlar o acesso a objetos com o padrão Proxy e inclui padrões Observer, Command e Compound. Ao final, o leitor terá melhorado suas habilidades profissionais em arquitetura, design e desenvolvimento de software.
Enviado por Stephanie Milate (smilateΘnovatec·com·br)
Post completo no Taverna Linux.
Enviado por Diego Barbosa (diego·barbosaΘlinuxmail·com)
De acordo com Jardel Fernandes, instrutor do treinamento, "Docker em breve não será mais um diferencial no mercado, e sim uma obrigação de todo dev/sysadmin".
Considerando que seja mesmo do seu interesse participar da próxima edição, sugerimos que faça um rápido cadastro no link a seguir: https://docs.google.com/forms/d/e/1FAIpQLSfXHoSp8UQrXU8a1x—r8JGm4sRqW8uFRW_-InTSfR723grSw/viewform
Valor: R$ 299,00 (Leitores do BR-Linux tem 10% de desconto)
Para tanto, no cadastro campo (Considerações Gerais) informe que ficou sabendo deste treinamento através do Br-Linux
Quem já se cadastrou neste momento está recebendo coordenadas para participar da turma de Outubro, dias 22 e 29
Enviado por ANDERSON OLIVEIRA DE PAULA (andersonopΘgmail·com)
Os desafios de segurança que o Linux enfrenta hoje precisam ser enfrentados como a indústria automobilística enfrentou os dela nos anos 70: passando a projetar seus produtos considerando também o que acontece com eles no momento dos sinistros.
Situações como os dispositivos IoT de consumidores finais, cada vez mais numerosos e com baixa chance de receber uma atualização de sistema operacional por iniciativa de seus usuários, smartphones que duram mais do que o tempo em que os fabricantes disponibilizam um canal de atualização, hackers financiados por entidades governamentais que usam recursos superiores aos anteriormente comuns para analisar cada atualização em busca de brechas, exigem repensar os modelos anteriormente praticados.
Segundo este artigo do ars technica, a mensagem acima foi apresentada por numerosos desenvolvedores no Linux Security Summit 2016, em Toronto.
O artigo do ars ilustra a situação com o vídeo acima, comparando – em uma batida – a segurança oferecida por um carro da década passada e um da década de 70.
(via arstechnica.com - “Unsafe at any clock speed: Linux kernel security needs a rethink | Ars Technica”)
Uma das novas opções introduzidas é a ProtectKernelTunables= . Esta opção torna as variáveis em /proc/sys, /proc/acpi e outras interfaces dispersas em /proc com acesso somente leitura a todos os processos de uma unidade do systemd que a implementar.
Já a opção ProtectControlGroups= torna as hierarquias dos cgroups em /sys/fs/cgroups somente leitura para todos os processos de uma unidade. Com exceção dos gerenciadores de containers, o systemd está buscando bloquear a escrita de outros serviços ao Controle de Grupos Hierárquicos do Linux(cgroups).
Por último, a opção ProtectSystem= aceita o novo argumento "strict". Quando configurado, toda a hierarquia do sistema de arquivos é montado como somente leitura, com exceção dos diretórios que são conhecidos como API (/dev, /proc e /sys) que devem ser protegidos em segunda camada pelas opções ProtectControlGroups, ProtectKernelTunables, e PrivateDevices (este que isola o /dev em um namespace distinto, dando acesso apenas a pseudodispositivos como /dev/zero e /dev/null).
Os desenvolvedores do systemd buscam no ProtectSystem=strict a proteção para serviços que rodam de forma contínua, bloqueando locais que não devem ter acesso de escrita, sendo liberados de forma granular.
Algumas proteções diversas tiveram seus manuais atualizados e vale a pena ler. Maiores detalhes sobre o que mais foi implementado do commit que segue.
Enviado por Nícolas Wildner (nicolasgauchoΘgmail·com)