Slashdot Log In
Microsoft Openly Provides Kerberos Interop Specs
Posted by
Roblimo
on Wed Jun 28, 2000 07:15 AM
from the it's-still-copyrighted-material dept.
from the it's-still-copyrighted-material dept.
konstant writes: "Microsoft has published a document on its TechNet security site providing most of the information in the infamous CAB file plus sample code. There appears to be no onerous license this time." Well, it's not the *whole thing* but has lots of useful info about Microsoft's Kerberos implementation. Strange note: the page where this appears has a footer that says, "Last updated January 21, 2000," but when I did a search on Microsoft.com during our little tussle with them last month, I didn't find it.
This discussion has been archived.
No new comments can be posted.
Microsft Openly Provides Kerberos Interop Specs
|
Log In/Create an Account
| Top
| 119 comments
(Spill at 50!) | Index Only
| Search Discussion
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
(1)
|
2
(1)
|
2
Just a scam perhaps? (Score:3)
But this does makes you wonder.. Could it be that /.'s hassle with MS was just MS's way in following the saying "it doesn't matter how they talk about you as long as they are talking about you.", which they've done before? The last (afaik also proven) example of this behaviour was during the introduction of Windows 95. There were quite some rumours going on that the OS was massivly spread by hackers (according to the local news, we call 'm warez weenies) but in the end it turned out that it was MS itself who spread those 'illegal' copies. Another scheme to get the whole campain on the news without the extra commercial costs.
If this theory is correct, and please not that I'm not stating that it is, the remaining question would be "why /. ?". Well, it is a fact that a lot of technical skilled people hang out on Slashdot. This kind of information is only interessting for people who actually know a little bit more about stuff like this. But I'm quite positive that this thread gets far more attention now that /. had a little hassle with MS about this very same issue. At least among regular /. readers.
IMHO (Score:3)
As I understand it, that's the point (Score:3)
With only a copyright, this essentially becomes a "how to implement MS Kerb" book--you can use it to create an implementation but you can't copy the text. Just like any other book.
--
Whoa, Microsoft supporting GNU tools? (Score:4)
Wow, MS is recommending interoperability with Solaris using GCC! Personally, I never thought I'd live to see this.
What's Missing? Thing MacGyver (Score:4)
For all the fears about bombmaking information on the Internet, MacGyver in its time never needed to worry it was really teaching kids how to make any form of explosive--while most of the steps were technically accurate(usually), something was always left out so that kids wouln't blow off their fingers and sue the production company.
My question here is, has Microsoft left something out, something minor and non-obvious but critical to successful reimplementation? I'm not accusing them of doing this, but I am interested in what's been removed from the public documentation. Now, it's likely to be nothing--there's more likely more than a few very pissed off Kerberos developers within Microsoft, and I wouldn't be surprised in the least if them and a few "volunteer managers" were starting to get fed up with being used as pawns, particularly with the stock price falling so precipitously. The entire Kerberos debacle was a embarassment for everyone involved and I'm sure MS Upper Management figured that out reasonably quickly.
But still, the question remains: Has anything substantive been removed from these pubic documents?
Yours Truly,
Dan Kaminsky
DoxPara Research
http://www.doxpara.com
Did MS back off or what? (Score:5)
What ever happened with that tussle, anyhow? Did MS slink away when Andover's lawyers got tough or what?
-carl
Wrong Dates (Score:3)
As for the spec. I think that Microsoft realizes that nobody will adopt their software if it doesn't work in the existing infastructure, and doesn't conform. I mean, I can call Java C++ all I want, but it doesn't mean that Java is C++, and programmers trying to use it to write C++ will go with a different compiler. Get it? Whether they found it morally right or wrong, they are beginning to see that they have to start playing nice, or die after they are split up.
Close, but not quite (Score:4)
NOTICE SPECIFIC TO DOCUMENTS AVAILABLE ON THIS WEBSITE. Permission to use Documents (such as white papers, press releases, datasheets and FAQs) from this server ("Server") is granted, provided that (1) the below copyright notice appears in all copies and that both the copyright notice and this permission notice appear, (2) use of such Documents from this Server is for informational and non-commercial or personal use only and will not be copied or posted on any network computer or broadcast in any media, and (3) no modifications of any Documents are made. Educational institutions ( specifically K-12, universities and state community colleges) may download and reproduce the Documents for distribution in the classroom. Distribution outside the classroom requires express written permission. Use for any other purpose is expressly prohibited by law, and may result in severe civil and criminal penalties. Violators will be prosecuted to the maximum extent possible
Documents specified above do not include the design or layout of the Microsoft.com website or any other Microsoft owned, operated, licensed or controlled site. Elements of Microsoft websites are protected by trade dress, trademark, unfair competition, and other laws and may not be copied or imitated in whole or in part. No logo, graphic, sound or image from any Microsoft website may be copied or retransmitted unless expressly permitted by Microsoft.
Looks pretty much like the previous release, just without the trade secret nonsense.
Microsoft disclosing development info (Score:3)
Agelmar
Re:Whoa, Microsoft supporting GNU tools? (Score:5)
It's not too surprising once you realize the amount of people with *nix backgrounds that they hire. I have three friends who work there and they all either own a Linux box or have hacked Open Source projects at one time or the other.
The problem with MSFT isn't that they are evil or that they are out to screw Open Source but that they truly believe that the Microsoft Way will advance technology and bring the coolest technology to the masses. It is this belief in their rightness that makes them (at least at the developer level) dangerous to Open Source and third parties. After all, if you believe that without MSFT technology the world would be in the dark ages and your mom wouldn't even be able to use a computer without MSFT wizards and GUIs, then you'd begin to have a certain kind of tunnel vision which would border on delusional.
Basically what I'm trying to say is this, they don't go out of their way to not be interoperable, it simply is that interoperability never crosses their minds when creating software.
DON'T touch them! (Score:4)
re: "Last updated January 21, 2000," (Score:3)
There are two distinct possibilities. I will be generous and present them in order of highest benefit to M$:
Needs a disclaimer: (Score:3)
This is not a criticism, it's just something to keep in mind when you read his take on things - just as it is when any employee of a company publicly comments on something directly involving that company's business).