[ug-bosug] Request : Dtrace/C++ session
Sriram Narayanan
sriramnrn at gmail.com
Wed Jan 23 07:42:14 PST 2008
On Jan 23, 2008 8:43 PM, Anil Gulecha <anil.verve at gmail.com> wrote:
> > On another note, there's a good reason to not be able to d-trace
> > iTunes: you don't want people to be able to insert probes to stream
> > audio/video downloaded from the iTunes store to their own custom
> > 'rippers', I read of at least one person cracking iTunes by merely
> > reading away a part of the memory that's used by iTunes to store the
> > song.
>
> Once a malware/ripper is on the host system, there is nothing that can
> stop it from accessing all resources (including memory) available.
> Dtrace is just one method. I'm sure you can 'sniff' the incoming music
> in other ways. This is IMHO hardly an excuse for Apple to disable
> Dtrace on iTunes.
>
I was just able to configure Instruments to attach to an existing
ITunes process. I can see calls to various libraries etc.
I'm not a DTrace expert, and am also just taking a break from
configuring a VPN tunnel on a Cisco PIX, so I haven't investigated
this further.
But DTrace seems interesting. I'm thinking "hardware locks". I'm also
curious about how one might use mdb to change proc flags, and indeed
what proc flags are.
But the Cisco Pix beckons, and I'm off again ! :)
> (Besides, the most obvious reason, according to the article, is
> pressure by the music industry to avoid DRM 'break'ing)
>
> Anil
>
> _______________________________________________
> ug-bosug mailing list
> List-Unsubscribe: mailto:ug-bosug-unsubscribe at opensolaris.org
> List-Owner: mailto:ug-bosug-owner at opensolaris.org
> List-Archives: http://www.opensolaris.org/jive/forum.jspa?forumID=54
>
More information about the ug-bosug
mailing list