List Archives >
Mathcad List Archive >
Archive by date >
This Month By Date >
This Month By Topic
[mathcad] RE: Mathcad 13 and C_Dilla
| [mathcad] RE: Mathcad 13 and C_Dilla |
|
Author: Jan Theodore Galkowski
Posted: Wed, 11 Jan 2006 11:47:18 -0500
|
Just to correct: MAC addresses are network things. There's one per
network card. So, for instance, if a notebook has both a wireless-G and
a cable attachment, there are typically two network cards, each having
their own MAC. Similarly, if separate cards for wireless-B and
wireless-G, two MACs.
Moreover, MACs can be changed using networking utilities which interpose
themselves between the MAC request and the actual MAC channel. While
this inevitably does degrade security when abused, the odds of guessing
a MAC address on, say, a WEP-protected wireless router are pretty
small. There are better security measures, like WAP, but they affect
bandwidth.
Finally, the best security is layered, so a LAN oughtn't rely upon just
a MAC protection at its periphery. There ought to be firewalls on
machines within the LAN, on the router itself, and the firewalls ought
to discriminate based upon MACs within the LAN, too. It goes without
saying there needs to be AV and anti-spam on each node, too.
I don't know what C_Dilla does, but most purveyors of software use
things like keys to authorize. Mathsoft's problem might be they are
trying to use a one-size-fits-all solution, and users' problems are they
are too knee-jerk in their protection of "privacy". Mathsoft could
simply check Internet connectivity and poll to a central server from
within Mathcad, conveying the product's serial and internal numbers. If
Internet weren't available, they could queue in some way until it were.
Few people are completely disconnected from the Internet at all times
these days, except maybe for the spooks on secure and military networks.
And, they could backup their Internet authorization using a friendlier
key-based approach, like Kaspersky uses.
But, of course, this is just my opinion,
- Jan
Chris Whitford wrote:
> It's a pity Mathsoft doesn't use flexlm. It still ties the software to
> the machine, but it uses just one ID, usually the MAC address, which
> doesn't change unless you scrap the computer. I have 5 or 6 flexlm
> licensed products and it always works reliably. Perhaps all companies
> should register their licensees with a third party to protect users
> should they cease trading?
>
> Chris
>
> At 08:50 11/01/2006 -0500, you wrote:
>
>> I think cdilla writes data to an otherwise inaccessible area on the hard
>> drive, so an image of the disk may not be sufficient. Thus, other
>> software with the cdilla system can interfere.
>>
>> I have had cdilla fail unexpectedly, one while in the math soft
>> offices. They fixed it immediately, but it gives me the creeps.
>
>
|
[View Complete Thread]
Previous by date: [mathcad] RE: Mathcad 13 and C_Dilla, Gray, Steven G
Next by date: [mathcad] RE: rgeom mistake?, Oakley, Philip SELEX UK
Previous thread: [mathcad] RE: Mathcad 13 and C_Dilla, Oakley, Philip SELEX UK
Next thread: [mathcad] RE: rgeom mistake?, Oakley, Philip SELEX UK
|
RSS Feeds
Packs
