Hoofdcategorieën
Device Settings

Microsoft geeft overheden source code Windows

Door Wouter Tinus, woensdag 15 januari 2003 11:32
Bron: Reuters, submitter: Longbeard, views: 820

Microsoft heeft vandaag bekendgemaakt dat het de volledige source code van Windows zal openbaren aan nationale overheden en grote internationale bedrijven. Onder het zogenaamde Government Security Program kunnen landen gratis en online toegang krijgen tot de code van de verschillende besturingssystemen. Op die manier kunnen ze hun eigen software er beter mee integreren, of controleren of de beveiliging wel in orde is. Hoewel het al jaren zo is dat delen van de source beschikbaar zijn voor grote bedrijven en instanties als overheden en universiteiten, gaat Microsoft dit keer een stuk verder. Meer code, meer documentatie en meer hulpmiddelden dan ooit zijn beschikbaar voor de deelnemers aan het programma; er is zelfs een team van consultanten neergezet om ze te helpen met het doorgronden van de vele miljoenen regels. Onder andere Rusland en de NATO hebben al interesse getoond in het initiatief, dat vermoedelijk een directe reactie is van het bedrijf op de verschillende overheden die over (willen) stappen naar open source software zoals Linux:

Microsoft But questions will always remain over the new initiative because governments have no way of being sure that the source code they see is the blueprint used to run software, said Dan Kusnetzky, Vice President of systems software at Framingham, Massachusetts-based research firm International Data Corp.

That's because source code is compiled, or turned into electronic language that only machines can understand. Inner workings of compiled programs are extremely difficult to decipher without access to the underlying code, he said.

Volgende 13:19 Intel breidt mobiele segment uit met nieuwe chips
Vorige 10:48 Microsoft oppert ATi als GPU-leverancier Xbox2
Advertentie

Reacties

«  1  2  3  4  »

whooooo, das wel een hele zware stap, benieuwd wat er van zal komen.
edit:
allez, -1 First Post, zo hersenloos was het toch ook ni , tis ni alsof ik loop te zeiken van: "Whoohooooo, menne eerste first post :P

whooooo, das wel een hele zware stap, benieuwd wat er van zal komen

Daar is eigenlijk alles mee samengevat ... we kijken wel wat de reactie van de markt is ...

Ik persoonlijk vind dit nog steeds een beetje half werk.

Maar misschien dat MS ooit nog wel hun sourcecode openbaar zal maken voor het grote publiek.

Windows wordt tenslotte nu ook al gekopieerd, en dat zal echt niet toenemen als de broncode ineens openbaar is.
Het zou in ieder geval een goede PR stunt zijn.

Het gaat er niet alleen om dat Windows gekopieerd kan worden, maar ook dat de technologie makkelijk 'geleend' kan worden door concurrerende bedrijven.
Op die manier kun je geen rendement meer uit je R&D-investeringen meer krijgen, en zal de ontwikkeling van nieuwe produkten afnemen.

Bovendien heeft 'het grote publiek' niets aan de sourcecode. De meeste mensen zullen het toch niet kunnen lezen, of niet weten wat ze ermee moeten.

Ik heb nooit begrepen waarom zoveel mensen ineens vrije sourcecode willen. Lijkt mij gewoon een modegril.

Op die manier kun je geen rendement meer uit je R&D-investeringen meer krijgen, en zal de ontwikkeling van nieuwe produkten afnemen.
Op je eigen code zit nog altijd copyright hoor. Als je hem onder een beperkte licentie zou vrijgeven mag je niet zomaar die code kopieren.
Bovendien heeft 'het grote publiek' niets aan de sourcecode. De meeste mensen zullen het toch niet kunnen lezen, of niet weten wat ze ermee moeten.

Ik heb nooit begrepen waarom zoveel mensen ineens vrije sourcecode willen. Lijkt mij gewoon een modegril.
Het grote publiek heeft wel wat aan het oplossen van security bugs, en met beschikbare sourcecode worden die nog altijd sneller gevonden dan dat je alleen een executable hebt.

Op je eigen code zit nog altijd copyright hoor. Als je hem onder een beperkte licentie zou vrijgeven mag je niet zomaar die code kopieren.
Ik heb het ook niet over de code kopieren. Ik heb het over het 'lenen' van ideeen, concepten, algoritmen etc... Als je eenmaal gezien hebt hoe iets werkt, is het een stuk makkelijker om het na te maken. En er zullen best mensen creatief genoeg zijn om dingen zo na te maken dat ze mooi onder die licentie uit kunnen komen.
De concurrent heeft niet hoeven investeren in het ontwikkelen van die technologie, en jij wel. Dus hij kan een lagere prijs voeren dan jij, omdat jij je investering terug moet verdienen.
Het grote publiek heeft wel wat aan het oplossen van security bugs, en met beschikbare sourcecode worden die nog altijd sneller gevonden dan dat je alleen een executable hebt.
Maar het grote publiek gaat die security bugs niet vinden en fixen. Dat was mijn punt.
Zelfs bij compleet open projecten blijven bugs vaak jaren onopgemerkt, dus een echt sterk argument vind ik het sowieso niet.
(Denk aan de resolv-bug in FreeBSD een tijd terug... Ik neem aan dat die code in geen jaren veranderd is, het werkte namelijk, dus waarom zou iemand ernaar gaan kijken. Er bleek een vulnerability in te zitten... Die zat er dan dus al jaren)

Het grote publiek heeft wel wat aan het oplossen van security bugs, en met beschikbare sourcecode worden die nog altijd sneller gevonden dan dat je alleen een executable hebt.

Maar het grote publiek gaat die security bugs niet vinden en fixen. Dat was mijn punt.
Het ligt er maar aan wat je onder 'het grote publiek' verstaat. Als je bedoelt 'alle softwareontwikkelaars', zoals dat bij Linux het geval is, dan gaan die dus *wel* sneller gefixed worden.

Ik ben zelf software ontwikkelaar en ben al vaker meerdere dagen kwijt geraakt aan een bug in Windows, terwijl ik dacht dat het in mijn code zat. Als ik de code van Windows had gehad had ik in 10 minuten gezien of het probleem bij mij of bij Windows had gelegen (er van uit gaande dat ik weet waar ik moet zijn, alleen het zoeken naar de juiste functie zal al wel een uurtje duren :)).

'Het grote publiek' is alle gebruikers neem ik aan.
(Alle software-ontwikkelaars zijn nog steeds een behoorlijk klein publiek, globaal gezien).
Ik ben zelf software ontwikkelaar en ben al vaker meerdere dagen kwijt geraakt aan een bug in Windows, terwijl ik dacht dat het in mijn code zat. Als ik de code van Windows had gehad had ik in 10 minuten gezien of het probleem bij mij of bij Windows had gelegen (er van uit gaande dat ik weet waar ik moet zijn, alleen het zoeken naar de juiste functie zal al wel een uurtje duren ).
Harde feiten graag (welke bug, in welke functie, in welke DLL, en welke Windows-versies werden hierdoor geteisterd?).
Ik kan ook wel zo maar iets roepen, dat doen mensen zo graag.
Leuk voorbeeld is dat onlangs een netwerk gehackt was, met daarin Windows-PCs en een linux Samba server. De Windows-PCs kregen de schuld, want die waren niet secure, en blabla...
Maar na onderzoek bleek dat doordat de Samba server niet het nieuwe protocol ondersteunde, dat het oude, insecure protocol gebruikt moest worden, en de passwords makkelijk gesnifft konden worden.
Jawel, de 'opensource' server was de zwakke plek. Als de server ook Windows 2k was geweest, had er niets aan de hand geweest.

Ik hoor ook vaak mensen de schuld geven aan Windows, terwijl ze zelf gewoon de API-ref niet goed lezen, en een functie verkeerd gebruiken.
Ik ontwikkel al jaren software op diverse platforms, en heb eigenlijk nooit de source nodig gehad (of ie nou beschikbaar was of niet). En duizenden ontwikkelaars met mij (kijk maar naar het aanbod van prima werkende Windows-software).

Het probleem was dus blijkbaar dat de Windows PCs geen enkel van de standaard & volledig gedocumenteerde secure protocollen aankonden, en de ontwikkelaars van Samba veel tijd nodig hebben om het meer secure gedeelte van het protocol van MS te reverse engineren.

Het probleem ligt dus bij de sysadmin die z'n software niet kende, en niet bij Linux of Samba zelf. MS is IMHO wel deels verantwoordelijk, omdat ze verbeteringen tegenhouden.

Klopt, die sysadmin kende z'n software niet. Hij had die linux server er niet aan moeten hangen. Maar ja, dat heb je met die fanatiekelingen he?
Je kunt MS hier niet voor verantwoordelijk stellen, die server draaide niet op hun software. Draaide ie wel op hun software, dan bestond het probleem niet.
standaard & volledig gedocumenteerde secure protocollen
Roep eens wat dan? Zullen we eens kijken of we dat onder Windows aan de praat krijgen.
Ik denk dat dat in de meeste gevallen wel lukt hoor.

nfs,ftp,netbeui dat zijn protocollen (behalve nfs dan,dat weet ik niet zeker) die microsoft toch ook ondersteunen.

Overigens, vind ik dit soort discussies belachelijk! Ieder kiest zijn product en ze hebben allebei security bugs. Er is _geen_ veilig systeem!

~Progster

Ik probeer mij in te houden maar ik kan het niet laten. Ook ik ben Software ontwikkelaar en ook ik loop tegen veel bugs aan (meestal mijn fout, maar IIS kan er ook wat van). Maar om nu even miljoenen regels code te gaan doorspitten om te bepalen of het aan mijn code ligt of aan het OS...
Laat staan code doorspitten in een project waar je voor geen regel hebt meegewerkt.
Neeeh :) een goeie programmeur is lui en geeft de rest van het ontwikkelteam de schuld, zodat die het mogen uitzoeken :z

Herinnert u zich de "ping of death" nog die veroorzaakt werd doordat Microsoft weer eens een protocol net niet helemaal volgde

Of de de net niet correcte NTP-functies in XP?

In een interview met de Smba ontwikkelaars las ik dat Microsoft zich niet eens aan zijn eigen CIFS-protocol houdt maar per OS de boel net iets anders bouwt.

Ze zijn niet echt zonder zonden hoor.


Edit: had een reactie moeten zijn op de opmerking: "Roep eens wat dan? Zullen we eens kijken of we dat onder Windows aan de praat krijgen.
Ik denk dat dat in de meeste gevallen wel lukt hoor."

Met "roep eens wat" bedoel ik protocollen die je onder Windows niet aan de praat zou krijgen, zoals gesuggereerd werd.

Verder lijkt het me algemeen bekend dat MS niet op ieder OS dezelfde smb-functies ondersteunt?
Win9x had geen support voor domain controllers etc, en alleen de server-versies van Windows konden als domain controller fungeren.
Verder is zoals ik al zei het protocol geupdate om het meer secure te krijgen, en samba hield zich hier niet aan, waardoor het probleem ontstond.

Verder zullen ze best wat bugs en licht verkeerde implementaties hebben, maar wie heeft dat nou niet? Het wordt altijd zo enorm overdreven als het om Microsoft gaat.

Ja kan dit nog geen ineens half werk noemen.

De overheden hebben nog steeds geen toegang tot de volledige code van windows (100% dus) en mogen het OS ook niet bouwen.

Hoe wil je dan controleren dat hetgeen je getoond wordt ook daadwerkelijk is wat er op je instaltie CD staat.

Pas als M$ 100% code levert en de bijbehorende bouw procedures waardoor je dus zelf het OS kan compileren, dan heb je er pas wat aan.

Voorlopig blijft het dus nog steeds een kwestie van vertrouwen of je wel te zien krijgt wat je geinstaleerd hebt. En dat vertrouwen is bij sommige overheden niet zo groot anders zouden ze er niet zo op aandringen om de code te kunnen zien.

Een OS is niet 1 grote executable hoor, en je hebt dus ook niet alles nodig om dingen aan te passen

wel als het hele OS dusdanig verwoven zit in alle onderdelen. En het is algemeen bekend dat bij MS dat het geval is.

Jaja, en nu maar wachten tot die source in een .zip op een of andere site te downloaden is. Ben wel benieuwd hoe groot dat wel niet zou zijn ...

Het is wel een enorme vebretering. Jammer dat ms dit allen maar doet om tee voorkomen dat de overheden net zoals duitsland naar linux overstappen.

Het is een logische reactie op de beslissingen van veel overheidsinstanties om op opensource software over te stappen

Nu kunnen ze dus blijven 'hangen' :)


De meesten zullen alsnog voor Linux gaan. Je hebt dan wel de source, maar voor de licensies moet je nog steeds betalen hoor.

Het grote verschil is dat Linux-software al jaren open-source is. er zijn dus vast reeds enkele tienduizend mensen die bv. de kernel hebben doorgenomen (of grote delen er van). Bij Microsoft blijft het beperkt tot misschien 100 of 200 instanties. En het duurt vast maanden voor ze wat inzicht in de source hebben gekregen.

Ik ben ook niet pro-windows of pro-linux, maar ik ijver wel voor een betere samenwerking tussen de twee. En dat kan (helaas) enkel als Mcrosoft de source (gedeeltelijk) vrijgeeft.

De meesten zullen alsnog voor Linux gaan. Je hebt dan wel de source, maar voor de licensies moet je nog steeds betalen hoor.
Licensies zijn voor grote bedrijven en overheidsinstellingen niet een reden om over te stappen.

Deze stap van MS is eerder een stap om de beleidsbepalers die nu populair praten over beschikbare sourcecode (bv laatst Groen Lins met hun verkiezingspraat) te paaien. Want het meest genoemde argument van grote bedrijven en overheden om over te stappen op Linux o.i.d. is de mogelijkheid inzicht te krijgen in de sourcecode...

Slimme zet in elk geval lijkt mij.

@Sybesma: De grootste reden voor bedrijven om op een ander besturingssysteem dan MS-Windows over te stappen is GELD. En MS-licenties kosten VEEL geld. Dat is de reden dat bedrijven overstappen, echt niet dat ze graag in de source-code willen graaien. Als ze iets nodig hebben, bouwen ze dat wel op het OS (bij MS met VB of zo).

Ook de politiek wil om geld overstappen, alhoewel er daar wel principiële standpunten te vinden zijn over open source software. Inderdaad bij Groen Links, waar ik het niet zo bij snap, maar ook bijvoorbeeld bij Defensie. Dat is één van de weinige instellingen wara ik snap dat ze een open source OS willen hebben

Waar gebruikers graag wel open-source willen hebben is proces-gerichte software, als bijvoorbeeld het aansturen van productielijnen of het aansturen van een boekhouding. Immers, als je het proces veranderd, wil je je software mee laten veranderen.

<edit> stukje over politiek erbij geschreven </edit>

Ik ben ook niet pro-windows of pro-linux, maar ik ijver wel voor een betere samenwerking tussen de twee. En dat kan (helaas) enkel als Mcrosoft de source (gedeeltelijk) vrijgeeft.
Deze redenering snap ik niet helemaal. Waarom zou een betere samenwerking tussen Linux en Windows alleen kunnen als Microsoft ook de source vrijgeeft?

Een betere samenwerking bereik je door open standaarden, niet door open source! Vrijwel alle nieuwe versies van MS producten conformeren zich aan Open Standaarden (XML, SOAP, UDDI etc.) en kunnen PRIMA samenwerken met Linux machines.

Het is anders Microsoft die zijn eigen standaarden zet... Ik heb het hier over bv. Samba, die na jaren ontwikkelen nog steeds niet 100% "compatible" is met Windows.

Maar ligt dat aan Microsoft of aan Samba?

Eh...jij probeert een MS product te 'reverse enigneer'en en gaat dan MS de schuld geven dat jouw product niet werkt?

Grappig.

Als MS nu gewoon open standaarden gebruikte dan zou al die moeite bniet nodig zijn, dus uiteindelijk is het MS's schuld ja :)

Ik blijf het lollig vinden dat ik iedere pc in het lokale netwerk meteen zie met smbclient (samba) en dat windowsxp nog moeite heeft om alle pc's in het netwerk te vinden...

Gebruik van Samba maakt je netwerk insecure (wegens gebruik van verouderd protocol).
Nogal logisch dat MS niet wil dat een stel amateurs hun gammele bakken in Windows-netwerken gaan hangen, want wie krijgt de schuld? Juist.
Bovendien zijn er beter alternatieven te bedenken in de meeste gevallen.

Een betere samenwerking bereik je door open standaarden, [...]
Helemaal mee eens! :)
Vrijwel alle nieuwe versies van MS producten conformeren zich aan Open Standaarden (XML, SOAP, UDDI etc.)
Helemaal niet mee eens (helaas)! ;(

XML zegt niks. Het is een mooi buzzword, maar net als andere buzzwords helpt het niet als je er alleen maar mee gooit. XML is een data container. Maar als je vervolgens gewoon binary data (waarvan je niet vertelt hoe het in elkaar zit) in die XML file gaat gooien, dan schiet alsnog niemand wat op.

Bovendien is Microsoft nou niet echt happig op het accepteren en implementeren van open standaarden. Laatst wilde het OASIS consortium een algemeen bruikbaar, open documenten formaat ontwerpen. Microsoft, die tegen die tijd juist beweerde voor open standaarden te zijn werd uitgenodigd om mee te doen (net als verschillende andere grote partijen).
Maar wat denk je? Microsoft doet niet mee. Goh, erg pro open standaarden ja!

(bron)

Maar ligt dat aan Microsoft of aan Samba?
Wat denk je, als Microsoft de specificaties van het SMB protocol niet vrijgeeft?

En kom nou niet aan met "MS heeft het SMB protocol geopend", want de informatie die MS heeft vrijgegeven is slechts een deel van de hele specificatie, en dan wel een deel dat al vrij goed bekend was (oa dankzij de reverse engineering van het Samba team).

Wat nog veel erger is, is dat de license waaronder die documentatie van MS valt heel restrictief is en expliciet de GPL buitensluit! Dat is dus niet open.

Samba team statement over de MS specificatie
De licensing terms van de MS specificatie (van de MSDN site)

Wat denk je, als Microsoft de specificaties van het SMB protocol niet vrijgeeft?
Dan denk ik dat MS kennelijk niet wil dat mensen allerlei non-Windows servertjes aan de netwerken gaan hangen. Security is daar een goed voorbeeld van. Zodra er 1 non-MS client/server in een Windows-netwerk hangt, kan MS niets meer garanderen over de integriteit van dat netwerk.

Rijst de vraag of Samba uberhaupt gemaakt had moeten worden dan.
Wat nog veel erger is, is dat de license waaronder die documentatie van MS valt heel restrictief is en expliciet de GPL buitensluit! Dat is dus niet open.
Volgens mij was de definitie van 'open' zoiets als 'voor iedereen toegankelijk'.
En dat is het. Dat er aan het gebruik van de informatie enige restricties kleven, vind ik niet zo vreemd, en doet aan de openheid van de informatie zelf niets af.
Sterker nog, er kleven ook restricties aan het gebruik van code onder GPL.
Volgens jouw definitie is dat ook niet open dan?

Als Samba per se wil blijven bestaan, en vindt dat ze die informatie nodig hebben, moeten ze eens gaan nadenken over een andere licentie, zou ik zeggen.
Misschien kunnen ze wel een nieuwe Samba-licentie opzetten.
Of gewoon een BSD-licentie gebruiken.

Dan denk ik dat MS kennelijk niet wil dat mensen allerlei non-Windows servertjes aan de netwerken gaan hangen.
Inderdaad, omdat ze hun monopolie willen behouden.
Security is daar een goed voorbeeld van. Zodra er 1 non-MS client/server in een Windows-netwerk hangt, kan MS niets meer garanderen over de integriteit van dat netwerk.
Dat is natuurlijk onzin... Als zoiets een bedreiging is voor de integriteit van het netwerk dan zegt dat meer over de brakke security van de MS clients en servers dan iets anders.

"Microsoft kan de integriteit van gegevens niet garanderen als IE met een niet-IIS server praat. Vanaf heden zal IE dan ook weigeren met niet-IIS servers te comminuceren".

Zie je nu hoe belachelijk dat klinkt?
Volgens mij was de definitie van 'open' zoiets als 'voor iedereen toegankelijk'.
En dat is het. Dat er aan het gebruik van de informatie enige restricties kleven, vind ik niet zo vreemd, en doet aan de openheid van de informatie zelf niets af.
Sterker nog, er kleven ook restricties aan het gebruik van code onder GPL.
Volgens jouw definitie is dat ook niet open dan?
Je mag echter wel informatie uit GPL-licensed code gebruiken. Als jij uit een programma onder de GPL leert hoe je iets moet doen, en je schrijft met die informatie zelf een programma, dan mag dat ja (jouw programma is geen "derived work"). Code copy/pasten mag alleen als jouw programma daarna ook onder de GPL gelicensed is ja.
Bij dit MS document mag je die informatie dus niet gebruiken.

Dat document was gewoon een PR stunt van MS... "Kijk eens, we zijn wel lief, we geven gewoon de documentatie voor SMB zomaar open, zodat concurrentie mogelijk is!", terwijl ze met de licentie van dat document meteen Samba, hun grootste concurrent op dat gebied buitensluiten. Lekker schijnheilig.

Inderdaad, omdat ze hun monopolie willen behouden.
Nee, omdat ze de integriteit van de netwerken willen bewaren.
Dat is natuurlijk onzin... Als zoiets een bedreiging is voor de integriteit van het netwerk dan zegt dat meer over de brakke security van de MS clients en servers dan iets anders.
Nee, dat zegt het niet. Dat is het hele punt, omdat het niet zo secure was, is de zaak geupdate. Maar daar heb je niks aan als je een verouderde Samba-client/server eraan hangt. Dan wordt alsnog het oude protocol gebruikt.

"Dus als ik een verouderde linux gebruik waarvan ik weet dat ie vulnerable is, is heel linux insecure, ook al is het probleem nu opgelost"

Zie je nu hoe belachelijk dat klinkt?
"Microsoft kan de integriteit van gegevens niet garanderen als IE met een niet-IIS server praat. Vanaf heden zal IE dan ook weigeren met niet-IIS servers te comminuceren".
Ten eerste is deze situatie niet vergelijkbaar. Ten tweede weigert Windows niet te communiceren met samba (was het maar waar).
Bij dit MS document mag je die informatie dus niet gebruiken.
Daar gaat het niet om. Het argument was dat iets niet open was als er restricties aan verbonden waren. Dus GPL is dan niet open. Stel je definitie bij, of geef toe dat GPL niet open is. Meer keuze heb je niet.

Nee, omdat ze de integriteit van de netwerken willen bewaren.
Jaja, de integriteit van netwerken zal MS een zorg zijn :z

Als ze echt erop uit waren om de integriteit van hun netwerken te bewaren dan deden ze dat wel op een andere, veel effectievere manier. De protocol specificaties aan het Samba team geven bijvoorbeeld, zodat Samba het nieuwe protocol volledig kan implementeren en netwerken zo dus volledig op het nieuwe protocol kunnen draaien.

Nee, hoe minder non-MS producten SMB kunnen praten, hoe steviger MS' monopolie in die hoek blijft. Dat is de reden erachter.
Nee, dat zegt het niet. Dat is het hele punt, omdat het niet zo secure was, is de zaak geupdate. Maar daar heb je niks aan als je een verouderde Samba-client/server eraan hangt. Dan wordt alsnog het oude protocol gebruikt.
Inderdaad. Maar dat probleem heb je even goed als je een verouderde Windows client of server aan het netwerk hangt... Dus is het maar Samba's schuld? Nee, je moet geen verouderde software met bekende zwaktes gebruiken.
Ten eerste is deze situatie niet vergelijkbaar. Ten tweede weigert Windows niet te communiceren met samba (was het maar waar).
Nee, Windows weigert niet te comminuceren met Samba, maar uit jouw post maakte ik op dat MS dat wel het liefste zou willen.
En het is wel te vergelijken; het gaat hier in beide gevallen om de MS-implementatie en een niet-MS-implementatie van een netwerk-protocol. Verschillende browsers en webservers praten vrolijk HTTP met elkaar en dat werkt prima.
Die "reden" over het garanderen van de integriteit is dus onzinnig, want het kan blijkbaar prima met gebruik van open standaarden en vele verschillende implementaties daarvan.
Daar gaat het niet om. Het argument was dat iets niet open was als er restricties aan verbonden waren. Dus GPL is dan niet open. Stel je definitie bij, of geef toe dat GPL niet open is. Meer keuze heb je niet.
Goed dan, die MS documentatie is "open".
Maar het blijft een PR stunt, omdat MS probeert over te komen als non-monopolist door die documentatie te geven, maar ondertussen wel de enige concurrentie van formaat expliciet buiten sluit.

code fork aanvragen bij Samba, en om exact deze reden gelijk aan alle ontwikkelaars vragen of er een re-license mag komen naar de BSD style license. Want onder die licentie mag je WEL die info gebruiken. ;)

en die betere alternatieven zijn??

microsoft: geen open standaard.

Jaja, de integriteit van netwerken zal MS een zorg zijn
Misschien ben je dom, maar als je dat niet bent, dan kun je begrijpen dat Windows het behoorlijk lastig krijgt bij kantoren als blijkt dat de netwerken heel makkelijk te kraken zijn.
Want in dat geval zullen die bedrijven toch wel snel geneigd zijn om een alternatief te vinden.
Dus ja, dat is een zorg van MS.
De protocol specificaties aan het Samba team geven bijvoorbeeld
Die specificaties zijn kennelijk vrij nu. Alleen is GPL strijdig met de licentie van MS. Dus samba moet een andere licentie gaan gebruiken, simpel genoeg.
Nee, hoe minder non-MS producten SMB kunnen praten, hoe steviger MS' monopolie in die hoek blijft. Dat is de reden erachter.
Laster.
Trouwens, als MS echt een monopolie op netwerken wou, dan hadden ze samba wel aangeklaagd (producten maken gebaseerd op reverse-engineering is nog steeds illegaal) of uitgekocht. En dan hadden ze ZEKER de smb-specs niet vrijgegeven.
Kortom, waardeloos onzin-punt.
Inderdaad. Maar dat probleem heb je even goed als je een verouderde Windows client of server aan het netwerk hangt... Dus is het maar Samba's schuld? Nee, je moet geen verouderde software met bekende zwaktes gebruiken.
Samba was niet 'verouderd' (laatste versie), en die 'zwakte' was niet bekend (stond nergens vermeld dat ie het nieuwe protocol niet gebruikt, en dat dat mogelijk kwetsbaar is). Bij Windows is dat wel zo, en als ik het goed heb, is Win9x de enige die het oude protocol nog gebruikt, en die wordt niet meer door MS ondersteund, dus ga je dat niet meer gebruiken.
Nee, Windows weigert niet te comminuceren met Samba, maar uit jouw post maakte ik op dat MS dat wel het liefste zou willen.
Nee, je zou moeten opmaken dat IK dat het liefste zou willen, zodat ik weet dat mijn netwerken niet superkwetsbaar zijn.
En het is wel te vergelijken; het gaat hier in beide gevallen om de MS-implementatie en een niet-MS-implementatie van een netwerk-protocol. Verschillende browsers en webservers praten vrolijk HTTP met elkaar en dat werkt prima.
Met het verschil dat MS zich keurig aan de standaard heeft gehouden, en Samba niet. Bovendien is dit een heel ander soort netwerk-protocol. Het is niet bedoeld om mogelijk kwetsbare informatie te versturen van PC naar PC, en zal als zodanig ook niet of nauwelijks gebruikt worden.
(Je bent het vast met me eens dat als je een HTTP-server op een LAN gooit met een hub, en dan de clients kwetsbare informatie laat downloaden, dat het HEEL makkelijk is om die te onderscheppen).
HTTP is niet veilig, en hoeft dat niet te zijn. Nogal een verschil, vind je niet?
Die "reden" over het garanderen van de integriteit is dus onzinnig, want het kan blijkbaar prima met gebruik van open standaarden en vele verschillende implementaties daarvan.
Dat is ook weer onzin. Ten eerste geldt jouw argument dus niet (zie hierboven), en ten tweede heb ik nooit ontkend dat open standaarden prima werken. Sterker nog, ik heb aangegeven dat er betere alternatieven zijn om Windows-PCs en 'vreemde' systemen met elkaar te laten werken.
SFTP lijkt me wel een leuk voorbeeld, als je daar zelf niet op kon komen.
Maar het blijft een PR stunt, omdat MS probeert over te komen als non-monopolist door die documentatie te geven, maar ondertussen wel de enige concurrentie van formaat expliciet buiten sluit.
Wederom niet-onderbouwde laster.
De concurrent sluit zichzelf uit door krampachtig vast te houden aan dat nutteloze GPL. Gebruiken ze BSD, dan is het nog steeds opensource, en is er geen vuiltje aan de lucht.

De meesten zullen alsnog voor Linux gaan. Je hebt dan wel de source, maar voor de licensies moet je nog steeds betalen hoor.
En wat erger is, je mag dan misschien de source inzien, maar je mag er nog steeds geen zak mee, in tegenstelling tot free software.

Als Microsoft ECHT concurrentie voor linux wil zijn moeten ze een windows edite met speciale pincode of iets dergelijks (die alleen vanaf die windows, met een wachtwoord en username van een MS passport ofzo, of een nieuwe dienst) voor meer geld aanbieden aan gebruikers die de source willen (wel met een watermerk oid, om lekkage te voorkomen)

of gewoon echt bepaalde delen open source maken (dus niet alleen voor overheden etc) en die online zetten.


ik heb over het niet gratis weggeven van de source (je kan em dus kopen). en dan wil microsoft niet dat iemand die source ergens gaat uploaden zodat iedereen em gratis kan trekken (als ze hem tegen betaling vrij zouden geven dan)

En hoelang zal het duren voordat de hele wereld deze source kan inzien, niet lang is mijn vermoede.
Er is vast wel iemand die het op een gegeven moment zal gaan uploaden.

Ja ik denk dat de site binnen een paar dagen gehacked zal zijn, wie wil de source code van windows niet hebben, en hebben hackers die dan kunnen ze een manier vinden om sommige beveiligingen te overrulen en eruit te halen :D

Nou ik hoef die source code van Windows echt niet te hebben hoor .... :Z

Alleen jammer dat de rollen omgedraait zijn, het is Linux wat probeert met MS te concurren en hier nog niet echt in slaagt.

De winst op de server markt gaat ten koste van *Nix en op de desktop markt blijft het marktaandeel van Linux al 3 jaar gelijk.

Grappig, ik ben zeer benieuwd hoe jij erbij komt dat linux aandeel op de desktopmarkt de afgelopen 3 jaar gelijk is gebleven, ik hoef maar te kijken naar de aantallen gebruikers in mijn eigen omgeving tov 3 geleden om te weten dat het onzin is :)

Tja, jij bekijkt ook misschien maar een erg eng type-mensen. (eng in de zin van beperkt ;) )
Tweakers / computer-freaks zullen misschien eerder Linux gebruiken, maar in bedrijven is het toch nog echt Windows die overheerst op de desktop hoor.

Jouw eigen omgeving is vast een stuk kleiner dan die waar we statistieken van hebben, en die wijzen toch echt niet op flinke groei van linux hoor.
Sowieso blijven een hoop linux-gebruikers Windows 'ernaast' gebruiken, dus dat helpt ook niet echt :)

Sowieso blijven een hoop linux-gebruikers Windows 'ernaast' gebruiken, dus dat helpt ook niet echt
Ik gebruik Windows inderdaad "ernaast", en dat is alleen maar om spelletjes te kunnen spelen, verder vind ik het volledige verspilling van schijfruimte

Ik geloof ook wel in een zekere groei van Linux op de desktopmarkt. Maar ik heb 1 ding tijdens mijn studies geleerd: statistieken kun je doen vertellen wat je zelf maar wilt. In de IT-wereld is dat niet anders (wie is de opdrachtgever van de studie, vraag ik me dan telkens af). Als je 1-maal voor een vogel schiet en 1-maal erachter dan heb je hem statistisch gedood. Maar dit is wel een beetje off-topic.

Die vraag had ik al wel verwacht dus zie hier:

www.google.com/press/zeitgeist/zeitgeist-dec02.html

Zie aan de rechterkant het kolommetje 'Operating systems'

Linux op de desktop is vorig jaar met 400% gestegen.. hoezo groeit het niet?
het is van 1% naar 4% gegaan..

ik noem dat groei

Hier blijkt toch weer de goede invloed van concurrentie. Microsoft is bang om grote klanten kwijt te raken en neemt stappen die het een paar jaar geleden nooit genomen zou hebben.

Hoe groter de open source gemeenschap wordt, hoe groter de invloed, dus wie weet staan ons nog mooie dingen te wachten.


Natuurlijk zal Microsoft nooit naar Open Source gaan. Open Source is TOTAAL ONINTERESSANT voor IEDER commercieel bedrijf.

Waarom zou je in hemelsnaam nog innoveren (of daar aanzienlijk bedragen in investeren) als iedereen vervolgens met jouw uitvinding aan de haal kan gaan. Er is totaal geen commerciele rechtvaardiging voor Open Source. Als er iets is dat commerciele bedrijven (in alle branches) niet willen dan is dat om hun "trade secrets" vrij te geven.

Het model dat Microsoft hier hanteert is echter wel interessant voor andere bedrijven: je mag de code inzien om zeker te weten dat er geen backdoors etc. inzitten maar het intellectuele eigendom blijf van de leverancier.

Mijn voorspelling is dat uiteindelijk ook traditionele Open Source/Linux bedrijven dit model gaan loslaten omdat er geen droog brood mee te verdienen is. Zie bijv. de financiele situatie van oa. Mandrake, Suse, VA Linux, Corel (Linux afdeling) etc. Niet echt voorbeelden van een gezond bedrijf...

YEP, Open source is WEL interessant voor een aantal commerciele software bedrijven. Voor een operating system is het misschien niet interessant, maar voor een ERP-pakket is het hoegenaamd een eerste voorwaarde om in te kunnen grijpen op de ondersteunde processen, en bijvoorbeeld een efficiente interface te bouwen. Sterker nog, als een bedrijf als SAP zijn software niet als Open Source had aangeboden, had het nooit een kans gehad in de huidige ERP-markt.

Persoonlijk denk ik dat SAP juist marktleider is geworden door hun open source en de makkelijke manier om daarmee in de ondersteunde processen te kunnen ingrijpen.

SAP biedt zijn software NIET als Open Source aan hoor. Zo gek zijn ze ook weer niet. Wat zou hun concurrenten er anders van weerhouden om delen van de SAP code te gebruiken in hun eigen pakket? Dit zijn trade secrets van SAP en de bron van hun inkomsten. En tevens een voorbeeld waarom Open Source nooit wat zal worden.

Met SAP software is het alleen voor SAP dealers mogelijk om de software aan te passen voor een specifieke klant (onder zeer strikte restricties). De intellectuele eigendommen blijven altijd van SAP en zijn dus zeker niet Open Source.

Oh vandaar dat SAP, Siebel en Oracle OSS software zijn zeker?

Er is geen enkel enterprise ERP product wat OSS is.

Als je idd software wilt verkopen dan is OSS niet bijster interessant, wel als je support wilt verkopen op een product

Voor softwareprojecten die leven van de software verkoop heb je andere licensies (bsd bijvoorbeeld), toch loop je daar veel van de voordelen van OSS development mee mis, dat is ook de reden dat MS zo ageert tegen de GNU licensie, zij willen gewoon kunnen jatten zonder terug te hoeven geven, GNU is gewoon een manier om te zorgen dat je bijdrage aan een project niet kan worden misbruikt door commerciele bedrijven

Open Source en GNU zijn heel verschillende dingen, net zoals intellectuele eigendom en open source niet hetzelfde zijn!
Open source betekent dat de source code openbaar is, en door elke afnemer in te zien is. Nu wil het toeval dat ik dagelijks werk als SAP-per en SAP heeft dus echt wel open source. Klanten zijn vrij om de source code en daarmee de werking van het pakket aan te passen, daarmee verliezen ze echter wel een stukje garantie (namelijk die op de aangepaste module).

Intellectueel eigendom houdt in dat andere partijen niet zomaar de code mogen kopieren en in hun eigen programmatuur mogen gebruiken.


@ Yep, het is niet alleen voorbehouden om door dealers aanpassingen aan te brengen hoor. Iedereen mag aanpassingen maken. Intellectuele eigendom en open source zijn niet hetzelfde!

@ blouwe kip. Nogmaals GNU en OSS zijn verschillende dingen. Nu is het tegenwoordig wel zo dat open source software vaak onder een GNU wordt uitgebracht, maar dat hoeft niet!

@ iedereen die zegt dat SAP geen open software levert voor zijn ERP applicatie, bewijs maar en ik stuur je een appeltaart op. (Alleen voor het eerste bewijs)

@ iedereen die zegt dat SAP geen open software levert voor zijn ERP applicatie, bewijs maar en ik stuur je een appeltaart op. (Alleen voor het eerste bewijs)
Dan ontvang ik hierbij graag 1 appeltaart :9
Alleen de SAP DB (database van SAP) is Open Source. SAP ERP of iedere andere SAP module is geen Open Source:

zie: http://www.sap.com/solutions/technology/linux/faq/tech_faq.asp#2

quote: "If it's so good, why doesn't SAP go Open Source? In fact, we already do! SAP released its Database SAP DB as Open Source."

Hmmm.....
Quote van de site van de link van yep:
Basically, the rules of the game are:
* all users have the right to redistribute the software
* the source code is available to all users
* any publicly distributed modifications/enhancements to Open Source products must be Open Source as well
Volgens deze definitie is SAP inderdaad geen Open source, SAP voldoed alleen aan de 2e regel, the source code is available to all userse. Dus ben ik een taart kwijt :(

yep, ik vrees dat ik een appeltaart schuldig ben. Is het goed als ik een vlaai laat bezorgen via multi vlaai? Mail maar een adres naar bufiku@hotmail.com, dan zorg ik dat daar in de loop van volgende week een taart/vlaai of zo komt. :Y)
«  1  2  3  4  »

Op dit item kan niet meer gereageerd worden.

Volgende 13:19 Intel breidt mobiele segment uit met nieuwe chips
Vorige 10:48 Microsoft oppert ATi als GPU-leverancier Xbox2
VNU Media logo Hosted by True

© 1998 - 2012 Tweakers.net B.V. - Alle rechten voorbehouden - Contact - Jouw privacy - Algemene Voorwaarden

Uitgever van:

Website van het jaar 2011