Categories: Unternehmen

Sun hat einen Geheimvertrag mit SCO

Bislang war nur Insidern bekannt, dass Sun wenigstens in einer Sache seinem Erzrivalen Microsoft eine Nasenlänge voraus war: Noch vor den Redmondern hat die Firma von Scott McNealy die umstrittene Lizenzvereinbarung mit SCO über den Einsatz von Unix unterzeichnet. Das bestätigten nun sowohl Sun als auch SCO. Sun gilt als Nummer eins der Unix-Server-Anbieter.

Den Deal zwischen SCO und Microsoft hatten beide Parteien im Mai lautstark bekannt gegeben. Der Redmonder Anwalt Brad Smith teilte damals mit, man werde die Lizenz dazu einsetzen, Services für Unix anzubieten sowie die Interoperabilität mit der eigenen Software mit Unix-Produkten zu gewährleisten. Was folgte war ein weiterer Aufschrei der durch SCOs Aktivitäten aufgeschreckten Linux-Gemeinde.

Weniger lautstark war Sun mit seinem Abkommen verfahren. Und das obwohl es eine wichtige Erweiterung der bestehenden Nutzungsrechte bedeutete. Insider erklärten gegenüber CNET, nur so habe Sun seine Solaris-Version für Intel-Chips fertig stellen können. Der Vertrag sei bereits im Februar unterzeichnet worden, also wenige Wochen, bevor SCO Klage gegen IBM wegen Lizenzverstoß eingereicht hat. Man beanspruchte die Rechte an dem von Big Blue eingesetzten Unix. Dieses begründet sich laut SCO-Chef Darl McBride aus einem Vertrag mit Novell aus dem Jahre 1995.

Dem jedoch nicht genug: SCO räumte Sun im Zuge der nun bekannt gewordenen Lizenzvereinbarung die Option auf den Erwerb von insgesamt 210.000 SCO-Aktien zum Kurs von jeweils 1,83 Euro ein. Heute wollten weder SCO noch Sun einen Kommentar dazu abgeben. Es steht aber zu vermuten, dass die Beziehung von Sun und SCO enger und möglicherweise absichtsvoller ist, als bislang auch nur erahnt werden konnte.

Zur CeBIT, also wenige Tage nachdem SCO seine Klage gegen IBM eröffnet, setzte Sun noch voll auf Verschleierung. In Hannover erklärte Sun-Deutschlandchef Helmut Wilke gegenüber ZDNet: „SCO hat uns bescheinigt, dass wir clean sind. Wir haben keine Rechte verletzt.“ Gerhard Schlabschi, Marketingmanager von Sun und Linux-Experte des Unternehmens, fügte hinzu, dass Sun sein Unix zunächst von Berkley, später von AT&T bezogen habe. Man brauche also gar keine Lizenz. Ähnlich äußerten sich auch amerikanische Vertreter des Unternehmens.

Diese Verschleierungstaktik wirft auch ein völlig neues Licht auf die Entscheidung Suns, die Entwicklung eines eigenen Linux einzustellen und stattdessen auf Red Hat- und Suse-Distributionen zurückzugreifen. John Loiacono, Vice President von Suns Operating Platforms Group, erklärte Ende März, anstelle der eigens entwickelten Distribution werde man ähnlich wie die Konkurrenten IBM, Dell oder Hewlett-Packard je nach Kundenwunsch eine Fremd-Distribution aufspielen. Da SCO auch das Recht auf Linux für sich in Anspruch nimmt – McBride behauptet steif und fest, weite Teile des Linux-Kernels seien schlichtweg aus dem Unix-Kernel geklaut – lässt sich in dieser Beziehung noch viel Überraschendes erwarten.

ZDNet.de Redaktion

Recent Posts

Salesforce: Mit Einstein GPT zurück auf die Überholspur?

Salesforce forciert den Ausbau seiner Industry Clouds. Mit ihrem Prozesswissen könnten deutsche IT-Dienstleister davon profitieren.

17 Stunden ago

Neue Backdoor: Bedrohung durch Malvertising-Kampagne mit MadMxShell

Bisher unbekannter Bedrohungsakteur versucht über gefälschte IP Scanner Software-Domänen Zugriff auf IT-Umgebungen zu erlangen.

2 Tagen ago

BSI-Studie: Wie KI die Bedrohungslandschaft verändert

Der Bericht zeigt bereits nutzbare Angriffsanwendungen und bewertet die Risiken, die davon ausgehen.

3 Tagen ago

KI-Wandel: Welche Berufe sich am stärksten verändern

Deutsche sehen Finanzwesen und IT im Zentrum der KI-Transformation. Justiz und Militär hingegen werden deutlich…

3 Tagen ago

Wie ein Unternehmen, das Sie noch nicht kennen, eine Revolution in der Cloud-Speicherung anführt

Cubbit ist das weltweit erste Unternehmen, das Cloud-Objektspeicher anbietet. Es wurde 2016 gegründet und bedient…

3 Tagen ago

Dirty Stream: Microsoft entdeckt neuartige Angriffe auf Android-Apps

Unbefugte können Schadcode einschleusen und ausführen. Auslöser ist eine fehlerhafte Implementierung einer Android-Funktion.

3 Tagen ago