Google tworząc Chrome’a podejrzało kod Visty?
- Dodano: 24 September 2008
- Wprowadził: init.d
- Komentarze: 28
Peter Bright, jeden z publicystów serwisu Ars Technica, odkrył zadziwiającą rzecz w kodzie przeglądarki Google Chrome – pewne jego fragmenty sugerowały, że gigant z Mountain View zdisasemblował jądro systemu Windows Vista, by wykorzystać pewne nieudokumentowane funkcje bezpieczeństwa.
Funkcją, którą zainteresowało się Google jest Data Execution Prevention, która pozwala na zablokowanie uruchomienia wrogiego kodu – miało to uczynić przeglądarkę Google’a bezpieczniejszą. Jednak funkcja ta nie jest oficjalnie udokumentowana przez Microsoft.
Jednak Google twierdzi, że nie popełniłoby takiego, zakazanego przez EULA Visty, wykroczenia. Według rzecznika firmy Page’a i Brina, „kod źródłowy dowodzi także, że technika ta została odkryta w serwisie Uninformed.org”. Serwis ten specjalizuje się w publikowaniu informacji o systemie Windows, których Microsoft nie chce ujawniać w normalny sposób. Rzecznik Google’a dodał też, „że disasemblacja jest tylko jednym z wielu możliwych sposobów na uzyskanie takich informacji”.
Więcej informacji: http://webhosting.pl/Google.tworzac.Chro....kod.Visty
Znalazłeś literówkę? Zgłoś ją używając formularza!
Jeśli uważasz, że ten nius jest nieobiektywny, przedstawia nieprawdziwe wydarzenie, jest spamem lub nie spełnia standardów serwisu, napisz raport.
Niusy na podobny temat:
Komentarze są prywatnymi opiniami dodających je osób. Prosimy o zachowanie kultury wypowiedzi. Komentarze obraźliwe oraz obniżające poziom serwisu będą usuwane. Więcej w regulaminie komentowania.
28 komentarzy
Wszystkie autorskie niusy w serwisie publikowane są na licencji Creative Commons Uznanie autorstwa 2.5 Polska.
Czy jak otworzę plik jądra Windowsa w Notatniku, to zostanę oksarżony o nielegalną disasemblację?
Nie. Pracownicy z Microsoftu przyjdą do ciebie na naukę jak tego dokonać, bo jest to niemożliwe. Nawet większy plik tekstowy wiesza notatnik a co dopiero kernel.
ntoskrnl.exe, który jest określany jako właściwy kernel Windows NT nie jest znów tak wielki: około 3,5 MB (w zależności od odmiany). ntdll.dll ma 1,2 MB, a kernel32.dll tylko 800 KB.
Otworzyć się go (ntoskrnl.exe) da nawet Notatnikiem, chociaż trzeba poczekać trochę – u mnie kilkanaście sekund. Przy wielomegabajtowych plikach faktem jest, że Notatnik nie daje rady.
A sam Notatnik i tak dorobił się otwierania plików większych niż 64 KB dopiero w Windows NT 4 albo 5 – wcześniej nalegano na użycie WordPada
ztcp dopiero w nt 5, bo wczesniej nadal byl aplikacja 16bit
Ja na Windows Server 2003 otwieram pliki po 100-150 megabajtów i jakoś sobie Notatnik daje radę.
Notatnik korzysta ze zwykłego multiline-edit, takiej samej kontrolki, jaka jest używana do wprowadzania małej ilości tekstu, tylko że z obsługą wielu linii (ustawia się odpowiedni styl i już). Da się w takim czymś otworzyć duży plik – ale trzeba mieć dużo pamięci, bo wszystko jest ładowane od razu. WordPad korzysta z RichEdit, które pobiera tekst, tylko kiedy trzeba, dlatego duże pliki otwiera łatwiej.
Więc Microsoft do tej pory stosuje praktyki, że nie udostępnia w pełni swojego API. Przypomnę, że wcześniej pojawiały się oskarżenia, iż MS Office i ich gry wykorzystują nieudokumentowane funkcje ich systemu.
Takie praktyki MS to kolejny powód problemów WINE z niektórymi programami/grami które wykorzystują takie funkcje, było już gdzieś o tym.
na szczęście twórcy wine już od jakiegoś czasu zaczęli implementować nieudokumentowane funkcje winapi, więc wine zmierza w dobrym kierunku.
Microsoft ma całą gamę ukrytych funkcji w windowsach. Nawet nie wiecie co robi Wasz komputer w czasie kiedy używacie windowsa… Słynna afera z wyszukiwaniem plików na dysku i wysyłania indeksów o zawartości dysków do siedziby Microsoftu…
Nikt nie udostępnia całego swojego API. Po prostu niektóre interfejsy są wewnętrzne, które nie są przeznaczone dla aplikacji, dlatego też nie są dokumentowane.
Sprawia to problemy przy implementacji wine, ale powodem nie jest istnienie nieudokumentowanych API, których istnienie jest całkowicie normalne, tylko nagminne wykorzystywanie tych interfejsów przez programistów aplikacji trzecich.
Z drugiej strony, to, że te interfejsy są wykorzystywane przez aplikacje MS, nie będące częścią systemu (np. Office), to przejaw nieuczciwej konkurencji.
A ja z innej beczki, sugeruję aby linkować adresy URL pojawiające się w treści niusa. W końcu operujemy hipertekstem
przepraszam, zapomniało mi się :-/ już zalinkowałem.
Skad zalozenie, ze Google musialo cos disasemblowac? Nie mogli po prostu kupic wgladu w kod Windows, jak kazda inna firma?
ms nie sprzedaje "wgladu" w caly kod windy, ale w okreslone fragmenty…
gdyby byla taka mozliwosc, google by z tego skorzystaly i nie musialby by sie tlumaczyc…
@jellonek: Zrodlo tych rewelacji? Z tego, co wiem – i co twierdzi Microsoft – sprzedaja wglad w _caly_ kod Windows.
tak jest – duże firmy mają do niego dostęp.
Mimo to, to trasz dostał minusy, a nie jellonek…
chyba zacznę sprzedawać zgodę na polemizowanie ze mną
Odnośnie Visty swego czasu głośny płacz było słychać na necie, bo dostępu do źródeł kernela nawet producenci oprogramowania antywirusowego mieli nie otrzymać.
Chodziło o program PatchGuard, który w 64-bitowej Viście miał chronić jądro przed wirusami, tym samym odcinał dostęp do jądra programom antywirusowym. Nie ma to związku z udostępnianiem źródeł.
http://dobreprogramy.pl/index.php?dz=15&n=517…? http://dobreprogramy.pl/index.php?dz=15&n=520…
Nie do źródeł kernela, a do pewnych funkcji.
Nie wiem co myśleć na ten temat. Wcześniej przeczytałem ten artykuł i pomyślałem że ten news to bujda…
Ktoś mi powie o co cho?
To MS niezaczernia kodu, by uniemozliwić disasemblację? Dziwne…
Żeby nie wiem jak zaczernić, zawsze znajdzie się spec który to złamie.
Zaczernianie tylko UTRUDNIA zlamanie, a nie je uniemożliwia.
Nie wiesz, ze nie ma rzeczy niemożliwych ? Są tylko mniej lub bardziej prawdopodobne
Kod W2k byl kiedys na emule (nielegalnie). Do kodu zrodlowego Windowsa ma dostep sporo osob: duze firmy, firmy, ktore potrzebuja, naukowcy (!), MVP itd. Do kodu .NET Framework ma wglad kazdy chetny – jest dostepny.
A Google jest na tyle powaznym graczem, ze nie musi uciekac sie do disasemblacji – najprawdopodobniej moze sie zapytac wprost MS i uzyska odpowiedz.
Wbrew pozorom wszystkie firmy z czolowki IT (MS, Google, IBM, Intel, AMD/ATI, Oracle …) zyja ze soba bardzo przyjaznie
MS i IBM żyją ze sobą przyjaźnie ? Kiedyś na pewno, ale teraz, nie jestem pewien…
Powiedzmy, że chłodnej przyjaźni.
Przynajmiej od chwili wycofania się MS z OS/2 i użycia części stworzonego kodu w WinNT.