full-disclosure - <Cisco Message> Mike Lynn's controversial CiscoSecurity Presentation

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <200508011209.18130.list@guru.at>
Date: Mon Aug  1 11:09:27 2005
From: list at guru.at (Christoph Gruber)
Subject: <Cisco Message> Mike Lynn's controversial
	CiscoSecurity Presentation

Am Samstag, 30. Juli 2005 17:19 schrieb DAN MORRILL:

> Protection right now, the Joy of being a student) the creator of the data
> has the direct right under Title 17 and the DMCA to determine how the data
> will be used (hence expiring CDR's and DRM).
>
> If data is sent in error that does not limit or otherwise reduce the rights
> of the data owner, and the data owner can request that the data be removed.

That's what they did.

> The data owner can also request assurances that the data has been removed
> from all parties that they believe have copies of that data.

ROFL!

> Cisco in their 
> message has acted according to American law by requesting that all copies
> of the data that is held in private hands be deleted as they are the acting
> IP owners along with ISS.

Should I tell, what's US-law is to me?
I care more about the dirt under my fingernails.

> Cisco is acting as the agent of the IP owner 
> (much like RIAA and MPAA do for artists and movie makers).
>
> Their request is quite legal, and at least they were polite about it.

Legal? Where?

And after all, how to enforce it?

> If anyone wants more data on this subject (which is way off topic for FD),
> I can provide it separately or as private conversation.

-- 
Christoph Gruber
2B OR (NOT (2B)) = FF 
 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.grok.org.uk/pipermail/full-disclosure/attachments/20050801/fc511784/attachment.bin