[GUFSC] Res: software livre e criptografia
Emerson Ribeiro de Mello
emerson em das.ufsc.br
Quarta Dezembro 3 16:57:16 BRST 2008
oi,
acho que é possível pular alguns desses passos para quem é leigo e usa
um SO diferente de Linux.
Basta conhecer o google :-D. Fiz isso e achei uma ferramenta bem simples
em sítios como o 'superdownloads' e qualquer uma saberia buscar por:
"pdf unlock download"
Depois que se tem o recurso em mãos (no caso o PDF) fica difícil
garantir a 'proteção' do mesmo.
[]s
emerson
Daniel Martins escreveu:
> Realmente, proteção do pdf é coisa muito fraca. A questão técnica todos
> da lista foram cabais em demonstrar.
>
> Agora, fiquei pensando: se o usuário que recebe este conteúdo "protegido
> parcialmente" (encriptação de leitura é outra coisa, o pdftk tb faz
> isto) tem de
>
> 1. instalar linux
> 2. instalar xpdf
> 3. configurar uma impressora ps ou pdf
> 4. aprender a usar um ocr
> 5. gerar um script (bash,perl etc) para automatizar o processo
> 6. remontar um ps pu pdf
> 7. esnobar um usuário que se sente "preso" às ferramentas tradicionais
>
> ou qualquer subconjunto dos itens anteriores, a proteção do pdf já
> cumpriu seu objetivo didático!
>
> Basta um usuário mediano se tornar "técnico" que já valeu a pena!
>
> Um abraço,
>
> Daniel
>
>
>
>
> 2008/12/3 Paŭlo de Souza Geyer <paulogeyer em gmail.com
> <mailto:paulogeyer em gmail.com>>
>
> Erm... proteção de conteúdo?
> DRM? Espere... não lembro de um dia ter sido impedido de copiar um
> CD/DVD ou qualquer outra coisa, por algum mecanismo de cópia.
>
> É mito, não existe meio de proteger o seu conteúdo contra cópia,
> muita gente choraminga por causa da DRM, mas isso não afeta a vida
> de ninguém na prática. Lembram do CSS (proteção de cópia do DVD)?
> Escreveram um código de 6 linhas que quebrava a proteção.
>
> xkcd sobre DRM:
> http://www.xkcd.com/511/
>
> sobre a ética, bem... aí vai de cada um e da situação financeira de
> cada um, pirataria não é (moralmente) um crime no Brasil, onde temos
> uma carga tributária pesada. Quem tem dinheiro sobrando paga R$20 ou
> até R$100 em um livro. Mas deixar de ler algo por falta de dinheiro
> é algo absurdo, estou esperando o dólar baixar pra comprar mais
> alguns livros de programação assim que puder, até lá continuo com os
> meus PDFs :)
>
>
> 2008/12/3 Rodrigo V. Raimundo <spyro em das.ufsc.br
> <mailto:spyro em das.ufsc.br>>
>
> Isso me lembra o formato imposto nos novos produtos para HDTV.
> Querem
>
> tampar todos os buracos com DRM para que no final a única brecha
> possível seja a saída analógica (que sempre pode ser capturada
> de forma
> automatizada).
>
> Isso daria uma looooonga discussão...
>
> Gostaria de esclarecer também que não sou contra e-mails longos,
> já os
> escrevi muitas vezes e sempre acabo apagando quase tudo antes de
> enviar.
>
> Abraços!
>
>
> Renan Noceti wrote:
> > Vou pegar a deixa do Wagner e discutir um pouco sobre propriedade
> > intelectual e suas restrições técnicas.
> >
> > Primeiramente, vou dar apenas um pitaco do ponto de vista
> ideológico:
> > acredito que o conhecimento deva ser compartilhado sim, e que
> > restrições desse tipo são inadequadas do ponto de vista
> ético. Mas
> > isso não interessa. Vamos discutir a restrição dum ponto de vista
> > "prático".
> >
> > Vejam: é complicado quando alguém copia algo e faz uso
> indevido ou
> > reutiliza as informações e não dá crédito ao autor. Ok. E no
> que uma
> > restrição de cópia ou impressão ajuda com relação a isso? A
> questão é
> > a seguinte: se você escreveu um material interessante, que
> vai servir
> > a alguém, esse alguém vai, quase que de certeza, usar seu
> material de
> > alguma forma. Se for um usuário técnico, ele quebra a
> restrição. Isso
> > vai envolver uns 20 minutos de perda de tempo pesquisando e
> > descobrindo como fazer, mas é certo: ele vai fazer. Se for um
> usuário
> > leigo, muito provavelmente: ele vai pedir ajuda pra um amigo
> nerd; vai
> > dar um "printscreen" e imprimir o que interessa; ou vai
> copiar "na
> > mão" os trechos de texto que interessam para ele.
> >
> > Logo, no que isso ajuda para impedir o uso indevido? O
> usuário leigo
> > ou técnico com boas intenções, que vai fazer um uso adequado
> do seu
> > material citando as fontes, vai ter um pouco de dor de cabeça
> e vai
> > usar o seu material. O usuário leigo ou técnico mal
> intencionado, vai
> > ter um pouco de dor de cabeça e vai usar seu material também.
> No final
> > das contas, a função da restrição é essa: aborrecimento
> desnecessário.
> >
> > E quanto a restrição de cópia? O sujeito pode ler seu trabalho no
> > monitor do computador, mas não pode imprimir pra ler no
> banheiro? Que
> > raio de lógica é essa? O único sentido que eu vejo para uma
> restrição
> > de impressão é quando você alia ela à restrição de cópia para
> impedir
> > um OCR posterior do trabalho impresso. Mas provavelmente,
> alguém que
> > sabe o que é e consegue usar um mecanismo de OCR também sabe
> quebrar
> > uma restrição de cópia de PDF com facilidade...
> >
> > Enfim. O problema é mais que ideológico. O problema é técnico. A
> > restrição técnica simplesmente não faz sentido. É como os
> "códigos
> > para lançar foguete da NASA" na hora de instalar o Windows. Para
> > piratear o software o que você faz? Digita o código! E isso, até
> > usuários leigos conseguem fazer... ^^
> >
> > Att.
> >
> > Renan Noceti
> >
> >
> ------------------------------------------------------------------------
> > *De:* Wagner Saback Dantas <wagners em das.ufsc.br
> <mailto:wagners em das.ufsc.br>>
> > *Para:* gufsc em softwarelivre.ufsc.br
> <mailto:gufsc em softwarelivre.ufsc.br>
> > *Enviadas:* Quarta-feira, 3 de Dezembro de 2008 11:33:45
> > *Assunto:* Re: [GUFSC] software livre e criptografia
> >
> >
> > Concordo com Daniel sobre os casos especiais em que se faz
> necessária
> > uma proteção do conteúdo do documento. SL e privacidade de
> informações
> > delicadas não são mutuamente excludentes. GnuPG é o quê mesmo?
> >
> > Em relação aos e-mails longos: bobagem, Daniel, você se achar
> «culpado»
> > por reclames alheios sobre este ponto. Os e-mails longos são
> bem-vindos
> > como qualquer outro. A lista serve ao intuito de discussão em
> temas
> > caros ao associados de alguma maneira a SL, e a sua intenção
> primeira
> > foi nobilíssma. Ou isto aqui não é uma lista de discussão? ;-)
> >
> > []'s
> > Wagner.
> >
> > Daniel Martins escreveu:
> > > Concordo que a técnica não é boa. Que só serve para usuário
> leigos.
> > > Que criptografar o arquivo é melhor. Que flags em pdf não
> > > sãoeficientes, ou pelo menos ainda não são etc.
> > >
> > >
> > > Apenas aproveitei a deixa pois discordo especificamente com
> o ponto de
> > > vista de que restringir acesso de documento teu (leitura,
> impressão.
> > > montagem etc.) seja "contra todos os princípios do software
> livre".
> > >
> > > Digo isto por que sei que muitas pessoas e principalmente
> empresas
> > > ficam com receios de usar software livre por interpretar mal
> > > declarações como esta.
> > >
> > > Por isto mudei o título e o mudei errado: talvez fosse melhor
> > >
> > > software livre e propriedade intelectual.
> > >
> > > Não vou mais mandar "emails longos" nem prolongar a discussão.
> > >
> > > Um abraço a todos
> > >
> > > Daniel
> > >
> > > 2008/12/3 Paulo Manoel Mafra <mafra em das.ufsc.br
> <mailto:mafra em das.ufsc.br>
> > <mailto:mafra em das.ufsc.br <mailto:mafra em das.ufsc.br>>
> > > <mailto:mafra em das.ufsc.br <mailto:mafra em das.ufsc.br>
> <mailto:mafra em das.ufsc.br <mailto:mafra em das.ufsc.br>>>>
> > >
> > > On Wed, Dec 03, 2008 at 10:09:20AM -0200, Daniel Martins
> wrote:
> > > * Para o problema do Altamir recomendo o pdftk
> > > *
> > > *
> > > * do manual dele
> > > *
> > > * EXAMPLES
> > > * Decrypt a PDF
> > > * pdftk secured.pdf input_pw foopass output
> unsecured.pdf
> > > *
> > > * Encrypt a PDF using 128-bit strength (the default),
> > > withhold all
> > > * per???
> > > * missions (the default)
> > > * pdftk 1.pdf output 1.128.pdf owner_pw foopass
> > > *
> > > * Same as above, except password 'baz' must also
> be used to
> > > open
> > > * output
> > > * PDF
> > > * pdftk 1.pdf output 1.128.pdf owner_pw foo
> user_pw baz
> > > *
> > > * Same as above, except printing is allowed (once
> the PDF
> > > is open)
> > > * pdftk 1.pdf output 1.128.pdf owner_pw foo
> user_pw baz
> > allow
> > > * printing
> > > *
> > > *
> > > * Se for colocada uma senha de leitura creio que os outros
> > > leitores nao
> > > * poderao abrir sem a senha
> > > *
> > > *
> > > * Com relação a isto ser contra "os principios do
> software livre",
> > > discordo
> > > * radicalmente. Software livre não quer dizer que você é
> obrigado
> > > a fazer tudo
> > > * e disponibilizar tudo a toda a hora. Seguindo este
> raciocínio,
> > > serviços
> > > * sigilosos ou de segurança não poderiam ser feitos com
> software
> > > livre e o
> > > * são!
> > > *
> > > * Pelo contrário, software livre é a favor da privacidade e
> > > criptografia é uma
> > > * das chaves da privacidade.
> > > *
> > > * Software livre não é contra a propriedade intelectual,
> não é
> > > contra direito
> > > * autoral, é apenas a favor de uma via alternativa de
> trabalho
> > > colaborativo.
> > > * Um escritor moderno que eu gosto muito Neal
> Stephenson, alardeia
> > > para todos
> > > * que todos os seus imensos livros foram escritos no
> Emacs (editor
> > > que tb uso
> > > * direto). Isto não quer dizer que seus livros sejam de
> dominio
> > > público. (De
> > > * passagem recomendo Cryptonomicon).
> > > *
> > > *
> > > * Software livre não é contra patentes também, apenas
> contra a
> > > aberração
> > > * decorrida das "patentes de software". Isto por que as
> "patentes de
> > > * software" são um subterfúgio que pode levar a
> aprisionar tipos de
> > > * conhecimentos que o próprio Tratado de Paris, que
> instituiu uma
> > > * universalidade das patentes no sec 19, já havia se
> manifestado
> > > contrário.
> > > *
> > > *
> > > * Se existem ativistas de software livre que são contra
> toda e
> > > qualquer
> > > * propriedade intelectual isto é uma questão de liberdade de
> > > pensamento.
> > > * Alguns são vegetarianos também, mas não podem me
> impedir de
> > > comer carne.
> > > *
> > > * Daniel
> > >
> > > Oi Daniel, acho que voce esta misturando um pouco as coisas.
> > > Privacidade
> > > e' garantida com criptografia. Se voce quer que um
> documento nao seja
> > > impresso ou visto (o que da no mesmo) voce cifra este
> documento e
> > > pronto. Nao precisa de nenhum mecanismo que insira flags
> no documento
> > > dizendo "isso nao pode ser impresso". Onde esta a
> seguranca nisso ?
> > >
> >
> > _______________________________________________
> > GUFSC mailing list
> > GUFSC em softwarelivre.ufsc.br
> <mailto:GUFSC em softwarelivre.ufsc.br>
> <mailto:GUFSC em softwarelivre.ufsc.br
> <mailto:GUFSC em softwarelivre.ufsc.br>>
> > https://www.softwarelivre.ufsc.br/mailman/listinfo/gufsc
> >
> >
> ------------------------------------------------------------------------
> > Veja quais são os assuntos do momento no Yahoo! + Buscados:
> Top 10
> >
> <http://br.rd.yahoo.com/mail/taglines/mail/*http://br.maisbuscados.yahoo.com/>
> > - Celebridades
> >
> <http://br.rd.yahoo.com/mail/taglines/mail/*http://br.maisbuscados.yahoo.com/celebridades/>
> > - Música
> >
> <http://br.rd.yahoo.com/mail/taglines/mail/*http://br.maisbuscados.yahoo.com/m%C3%BAsica/>
> > - Esportes
> >
> <http://br.rd.yahoo.com/mail/taglines/mail/*http://br.maisbuscados.yahoo.com/esportes/>
> >
> >
> ------------------------------------------------------------------------
> >
> > _______________________________________________
> > GUFSC mailing list
> > GUFSC em softwarelivre.ufsc.br <mailto:GUFSC em softwarelivre.ufsc.br>
> > https://www.softwarelivre.ufsc.br/mailman/listinfo/gufsc
> >
>
> _______________________________________________
> GUFSC mailing list
> GUFSC em softwarelivre.ufsc.br <mailto:GUFSC em softwarelivre.ufsc.br>
> https://www.softwarelivre.ufsc.br/mailman/listinfo/gufsc
>
>
>
> _______________________________________________
> GUFSC mailing list
> GUFSC em softwarelivre.ufsc.br <mailto:GUFSC em softwarelivre.ufsc.br>
> https://www.softwarelivre.ufsc.br/mailman/listinfo/gufsc
>
>
> nteudo "protegido" tem de
>
> 1. instalar linux
> 2. instalar xpdf
> 3. configurar uma impressora ps ou pdf
> 4. aprender a usar um ocr
> 5. gerar um script (bash,perl etc) para automatizar o processo
> 6. remontar um ps pu pdf
> 7. esnobar um usuário que se sente "preso" às ferramentas tradicionais
>
> ou qualquer subconjunto dos itens anteriores, a proteção do pdf já
> cumpriu seu objetivo didático!
>
> Basta um usuário mediano se tornar "técnico" que já valeu a pena!
>
> Um abraço,
>
> Daniel
>
>
>
>
> 2008/12/3 Paŭlo de Souza Geyer <paulogeyer em gmail.com
> <mailto:paulogeyer em gmail.com>>
>
> Erm... proteção de conteúdo?
> DRM? Espere... não lembro de um dia ter sido impedido de copiar um
> CD/DVD ou qualquer outra coisa, por algum mecanismo de cópia.
>
> É mito, não existe meio de proteger o seu conteúdo contra cópia,
> muita gente choraminga por causa da DRM, mas isso não afeta a vida
> de ninguém na prática. Lembram do CSS (proteção de cópia do DVD)?
> Escreveram um código de 6 linhas que quebrava a proteção.
>
> xkcd sobre DRM:
> http://www.xkcd.com/511/
>
> sobre a ética, bem... aí vai de cada um e da situação financeira de
> cada um, pirataria não é (moralmente) um crime no Brasil, onde temos
> uma carga tributária pesada. Quem tem dinheiro sobrando paga R$20 ou
> até R$100 em um livro. Mas deixar de ler algo por falta de dinheiro
> é algo absurdo, estou esperando o dólar baixar pra comprar mais
> alguns livros de programação assim que puder, até lá continuo com os
> meus PDFs :)
>
>
> 2008/12/3 Rodrigo V. Raimundo <spyro em das.ufsc.br
> <mailto:spyro em das.ufsc.br>>
>
> Isso me lembra o formato imposto nos novos produtos para HDTV.
> Querem
>
> tampar todos os buracos com DRM para que no final a única brecha
> possível seja a saída analógica (que sempre pode ser capturada
> de forma
> automatizada).
>
> Isso daria uma looooonga discussão...
>
> Gostaria de esclarecer também que não sou contra e-mails longos,
> já os
> escrevi muitas vezes e sempre acabo apagando quase tudo antes de
> enviar.
>
> Abraços!
>
>
> Renan Noceti wrote:
> > Vou pegar a deixa do Wagner e discutir um pouco sobre propriedade
> > intelectual e suas restrições técnicas.
> >
> > Primeiramente, vou dar apenas um pitaco do ponto de vista
> ideológico:
> > acredito que o conhecimento deva ser compartilhado sim, e que
> > restrições desse tipo são inadequadas do ponto de vista
> ético. Mas
> > isso não interessa. Vamos discutir a restrição dum ponto de vista
> > "prático".
> >
> > Vejam: é complicado quando alguém copia algo e faz uso
> indevido ou
> > reutiliza as informações e não dá crédito ao autor. Ok. E no
> que uma
> > restrição de cópia ou impressão ajuda com relação a isso? A
> questão é
> > a seguinte: se você escreveu um material interessante, que
> vai servir
> > a alguém, esse alguém vai, quase que de certeza, usar seu
> material de
> > alguma forma. Se for um usuário técnico, ele quebra a
> restrição. Isso
> > vai envolver uns 20 minutos de perda de tempo pesquisando e
> > descobrindo como fazer, mas é certo: ele vai fazer. Se for um
> usuário
> > leigo, muito provavelmente: ele vai pedir ajuda pra um amigo
> nerd; vai
> > dar um "printscreen" e imprimir o que interessa; ou vai
> copiar "na
> > mão" os trechos de texto que interessam para ele.
> >
> > Logo, no que isso ajuda para impedir o uso indevido? O
> usuário leigo
> > ou técnico com boas intenções, que vai fazer um uso adequado
> do seu
> > material citando as fontes, vai ter um pouco de dor de cabeça
> e vai
> > usar o seu material. O usuário leigo ou técnico mal
> intencionado, vai
> > ter um pouco de dor de cabeça e vai usar seu material também.
> No final
> > das contas, a função da restrição é essa: aborrecimento
> desnecessário.
> >
> > E quanto a restrição de cópia? O sujeito pode ler seu trabalho no
> > monitor do computador, mas não pode imprimir pra ler no
> banheiro? Que
> > raio de lógica é essa? O único sentido que eu vejo para uma
> restrição
> > de impressão é quando você alia ela à restrição de cópia para
> impedir
> > um OCR posterior do trabalho impresso. Mas provavelmente,
> alguém que
> > sabe o que é e consegue usar um mecanismo de OCR também sabe
> quebrar
> > uma restrição de cópia de PDF com facilidade...
> >
> > Enfim. O problema é mais que ideológico. O problema é técnico. A
> > restrição técnica simplesmente não faz sentido. É como os
> "códigos
> > para lançar foguete da NASA" na hora de instalar o Windows. Para
> > piratear o software o que você faz? Digita o código! E isso, até
> > usuários leigos conseguem fazer... ^^
> >
> > Att.
> >
> > Renan Noceti
> >
> >
> ------------------------------------------------------------------------
> > *De:* Wagner Saback Dantas <wagners em das.ufsc.br
> <mailto:wagners em das.ufsc.br>>
> > *Para:* gufsc em softwarelivre.ufsc.br
> <mailto:gufsc em softwarelivre.ufsc.br>
> > *Enviadas:* Quarta-feira, 3 de Dezembro de 2008 11:33:45
> > *Assunto:* Re: [GUFSC] software livre e criptografia
> >
> >
> > Concordo com Daniel sobre os casos especiais em que se faz
> necessária
> > uma proteção do conteúdo do documento. SL e privacidade de
> informações
> > delicadas não são mutuamente excludentes. GnuPG é o quê mesmo?
> >
> > Em relação aos e-mails longos: bobagem, Daniel, você se achar
> «culpado»
> > por reclames alheios sobre este ponto. Os e-mails longos são
> bem-vindos
> > como qualquer outro. A lista serve ao intuito de discussão em
> temas
> > caros ao associados de alguma maneira a SL, e a sua intenção
> primeira
> > foi nobilíssma. Ou isto aqui não é uma lista de discussão? ;-)
> >
> > []'s
> > Wagner.
> >
> > Daniel Martins escreveu:
> > > Concordo que a técnica não é boa. Que só serve para usuário
> leigos.
> > > Que criptografar o arquivo é melhor. Que flags em pdf não
> > > sãoeficientes, ou pelo menos ainda não são etc.
> > >
> > >
> > > Apenas aproveitei a deixa pois discordo especificamente com
> o ponto de
> > > vista de que restringir acesso de documento teu (leitura,
> impressão.
> > > montagem etc.) seja "contra todos os princípios do software
> livre".
> > >
> > > Digo isto por que sei que muitas pessoas e principalmente
> empresas
> > > ficam com receios de usar software livre por interpretar mal
> > > declarações como esta.
> > >
> > > Por isto mudei o título e o mudei errado: talvez fosse melhor
> > >
> > > software livre e propriedade intelectual.
> > >
> > > Não vou mais mandar "emails longos" nem prolongar a discussão.
> > >
> > > Um abraço a todos
> > >
> > > Daniel
> > >
> > > 2008/12/3 Paulo Manoel Mafra <mafra em das.ufsc.br
> <mailto:mafra em das.ufsc.br>
> > <mailto:mafra em das.ufsc.br <mailto:mafra em das.ufsc.br>>
> > > <mailto:mafra em das.ufsc.br <mailto:mafra em das.ufsc.br>
> <mailto:mafra em das.ufsc.br <mailto:mafra em das.ufsc.br>>>>
> > >
> > > On Wed, Dec 03, 2008 at 10:09:20AM -0200, Daniel Martins
> wrote:
> > > * Para o problema do Altamir recomendo o pdftk
> > > *
> > > *
> > > * do manual dele
> > > *
> > > * EXAMPLES
> > > * Decrypt a PDF
> > > * pdftk secured.pdf input_pw foopass output
> unsecured.pdf
> > > *
> > > * Encrypt a PDF using 128-bit strength (the default),
> > > withhold all
> > > * per???
> > > * missions (the default)
> > > * pdftk 1.pdf output 1.128.pdf owner_pw foopass
> > > *
> > > * Same as above, except password 'baz' must also
> be used to
> > > open
> > > * output
> > > * PDF
> > > * pdftk 1.pdf output 1.128.pdf owner_pw foo
> user_pw baz
> > > *
> > > * Same as above, except printing is allowed (once
> the PDF
> > > is open)
> > > * pdftk 1.pdf output 1.128.pdf owner_pw foo
> user_pw baz
> > allow
> > > * printing
> > > *
> > > *
> > > * Se for colocada uma senha de leitura creio que os outros
> > > leitores nao
> > > * poderao abrir sem a senha
> > > *
> > > *
> > > * Com relação a isto ser contra "os principios do
> software livre",
> > > discordo
> > > * radicalmente. Software livre não quer dizer que você é
> obrigado
> > > a fazer tudo
> > > * e disponibilizar tudo a toda a hora. Seguindo este
> raciocínio,
> > > serviços
> > > * sigilosos ou de segurança não poderiam ser feitos com
> software
> > > livre e o
> > > * são!
> > > *
> > > * Pelo contrário, software livre é a favor da privacidade e
> > > criptografia é uma
> > > * das chaves da privacidade.
> > > *
> > > * Software livre não é contra a propriedade intelectual,
> não é
> > > contra direito
> > > * autoral, é apenas a favor de uma via alternativa de
> trabalho
> > > colaborativo.
> > > * Um escritor moderno que eu gosto muito Neal
> Stephenson, alardeia
> > > para todos
> > > * que todos os seus imensos livros foram escritos no
> Emacs (editor
> > > que tb uso
> > > * direto). Isto não quer dizer que seus livros sejam de
> dominio
> > > público. (De
> > > * passagem recomendo Cryptonomicon).
> > > *
> > > *
> > > * Software livre não é contra patentes também, apenas
> contra a
> > > aberração
> > > * decorrida das "patentes de software". Isto por que as
> "patentes de
> > > * software" são um subterfúgio que pode levar a
> aprisionar tipos de
> > > * conhecimentos que o próprio Tratado de Paris, que
> instituiu uma
> > > * universalidade das patentes no sec 19, já havia se
> manifestado
> > > contrário.
> > > *
> > > *
> > > * Se existem ativistas de software livre que são contra
> toda e
> > > qualquer
> > > * propriedade intelectual isto é uma questão de liberdade de
> > > pensamento.
> > > * Alguns são vegetarianos também, mas não podem me
> impedir de
> > > comer carne.
> > > *
> > > * Daniel
> > >
> > > Oi Daniel, acho que voce esta misturando um pouco as coisas.
> > > Privacidade
> > > e' garantida com criptografia. Se voce quer que um
> documento nao seja
> > > impresso ou visto (o que da no mesmo) voce cifra este
> documento e
> > > pronto. Nao precisa de nenhum mecanismo que insira flags
> no documento
> > > dizendo "isso nao pode ser impresso". Onde esta a
> seguranca nisso ?
> > >
> >
> > _______________________________________________
> > GUFSC mailing list
> > GUFSC em softwarelivre.ufsc.br
> <mailto:GUFSC em softwarelivre.ufsc.br>
> <mailto:GUFSC em softwarelivre.ufsc.br
> <mailto:GUFSC em softwarelivre.ufsc.br>>
> > https://www.softwarelivre.ufsc.br/mailman/listinfo/gufsc
> >
> >
> ------------------------------------------------------------------------
> > Veja quais são os assuntos do momento no Yahoo! + Buscados:
> Top 10
> >
> <http://br.rd.yahoo.com/mail/taglines/mail/*http://br.maisbuscados.yahoo.com/>
> > - Celebridades
> >
> <http://br.rd.yahoo.com/mail/taglines/mail/*http://br.maisbuscados.yahoo.com/celebridades/>
> > - Música
> >
> <http://br.rd.yahoo.com/mail/taglines/mail/*http://br.maisbuscados.yahoo.com/m%C3%BAsica/>
> > - Esportes
> >
> <http://br.rd.yahoo.com/mail/taglines/mail/*http://br.maisbuscados.yahoo.com/esportes/>
> >
> >
> ------------------------------------------------------------------------
> >
> > _______________________________________________
> > GUFSC mailing list
> > GUFSC em softwarelivre.ufsc.br <mailto:GUFSC em softwarelivre.ufsc.br>
> > https://www.softwarelivre.ufsc.br/mailman/listinfo/gufsc
> >
>
> _______________________________________________
> GUFSC mailing list
> GUFSC em softwarelivre.ufsc.br <mailto:GUFSC em softwarelivre.ufsc.br>
> https://www.softwarelivre.ufsc.br/mailman/listinfo/gufsc
>
>
>
> _______________________________________________
> GUFSC mailing list
> GUFSC em softwarelivre.ufsc.br <mailto:GUFSC em softwarelivre.ufsc.br>
> https://www.softwarelivre.ufsc.br/mailman/listinfo/gufsc
>
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> GUFSC mailing list
> GUFSC em softwarelivre.ufsc.br
> https://www.softwarelivre.ufsc.br/mailman/listinfo/gufsc
Mais detalhes sobre a lista de discussão GUFSC