o cromo chapeou a segurança
parece que todo o mundo está falando sobre o novo browser de google chamado cromo … google até fez um livro cômico sobre o produto …
o cômico descreve muito do que entrou no cromo e toca como google tomado algumas decisões de desenho muito interessantes, como criação dele uma aplicação de multi-processo em vez de simplesmente multi-roscado, ou o seu novo motor javascript … ele também captura o estético google bastante bem …
aqueles não são bastante para fazer-me browseres de comutador contudo … eu gosto de certo nível da segurança com a minha organização atual e gostaria de pelo menos um nível equivalente de qualquer browser alternativo mas não parece que eu seria capaz de adquirir isto do cromo …
o cromo implementa dois de três paradigmas preventivos sobre os quais escrevi antes … especificamente implementa colocar na lista negra de sítios (tanto sítios conhecidos apresentar malware como sítios conhecidos ser páginas phishing) e implementa sandboxing … o que não parece implementar (pelo menos o cômico não fez nenhuma menção dele e não vi nenhum sinal quando o testei fora) é whitelisting …
há um par de razões porque whitelisting pode ter sido deixado fora da mistura … o mais simplista do qual ser eles simplesmente não foram familiares com o conceito - de fato, as listas negras de site web estão na maior parte de browseres modernos agora portanto eles são bem conhecidos, e houve um boom mini do browser sandboxing instrumentos (bastante que google de fato adquiriu greenborder chamado daquele no ano passado) portanto eles devem estar no radar de google também … pelo que o conteúdo de web ativo whitelisting vá, contudo, não há muitos jogadores - noscript destaca-se como o único no qual posso pensar (outro do que a zona confiada de IE que quase ninguém usa porque não é usuário simpático) …
se supomos que google fosse familiar com o conteúdo de web ativo whitelisting em geral e noscript especialmente então outra razão possível já que é exclusão emerge - quando você vê a freqüência de atualizações de noscript (atualizações que são mais do que somente uma nova lista como você viria com uma atualização de lista negra, atualizações do próprio codebase) você solta-se com a impressão que a tecnologia como noscript é muito melhor de como um plug-in do que incorporado no browser … não penso que alguém quer atualizar o seu browser inteiro isto muitas vezes …
finalmente, um pensamento que se formou comentando blog de farnum's de Michael - lá parece ser um conflito filosófico fundamental entre o default - negam o paradigma que os whitelists representam e o crescimento orgânico de ecossistemas aplicados … o modo que o conteúdo de web é desenvolvido pode ser considerado ser a mesma incorporação do crescimento orgânico e google fá-lo bastante claro que eles querem contribuir para isto, não chegam é caminho, portanto pode muito ser bem que whitelisting simplesmente não se ajusta na sua visão de segurança …
é uma parte minha bastante importante, contudo, tão no mínimo não estarei ligando ao cromo até que alguém faça um plug-in noscript-parecido para ele as coisas … não serão toda a luz solar e pirulitos quando isto acontece, embora se suponha que … como mencionei antes, o browser tenha sandboxing construído em e na superfície que soa grande … infelizmente eles não compreenderam como a plug-ins de caixa de areia … isto me parece um acordo bastante grande porque o relâmpago é um plug-in e shockwave é um plug-in e quicktime é um plug-in, etc. … o conteúdo muito ativo que não está sendo controlado por meio de um whitelist não está sendo ao que parece contido pela sua técnica sandboxing nenhum … isto parece um pouco para trás porque estou regularmente seguro que atrás durante os dias quando greenborder esteve ainda em volta se você dirigiu o seu browser naquela caixa de areia os plug-ins não ficaram na caixa de areia também … nenhuma preocupação, dirigiremos somente o cromo dentro de outra caixa de areia como sandboxie - direito? tente-o e você também pode ser cumprimentado “com a etiqueta triste” …
não tenho nenhuma idéia porque (não sou nenhum usuário do poder sandboxie) mas todas as páginas levam triste dentro de uma segunda caixa de areia e os úteis recarregam o conselho às vezes leva à etiqueta congelada (e o rapaz faz ele parece frio) …
das olhadas de coisas no explorador de processo, cada processo de etiqueta corre em um processo de sandboxed com o processo de browser unsandboxed como o pai mas quando o processo de browser é sandboxed não parece ser capaz de criar são próprias crianças sandboxed (embora um sandboxed firefox possa lançar vlc na caixa de areia sem preocupação) …
assim não há nenhum whitelist e não só é o construído em sandboxing insuficiente, parece matar a opção de usar uma 3a caixa de areia partidária para compensar são deficiências … é bonito, não me adquira mal, eu gosto da olhada dele - eu também gosto da idéia de mais rápido javascript, mas adquiro mais segurança com a minha organização de browser atual e quando se considera às vezes que sítios legítimos como correio de brutamontes ou cnn estão servindo ao conteúdo malicioso que a segurança fica bastante importante …













Deixe a sua resposta!