znaczacy > comp.os.* > comp.os.ms-windows.winnt

Tomek (07.05.2004, 21:32)
W Windows XP przy próbie otwarcia Opcji Folderów w Panelu sterowania
wyskakuje mi komunikat "(null) nie jest prawidłową aplikacją Win32".Całe
szczęście do Opcji Folderów mogę dostać się z Paska Narzędzi.Czy można to
jakoś rozwiązać bez płytki instalacyjnej Win XP?
jarek (07.05.2004, 22:45)
Użytkownik Tomek napisał, Dnia 2004-05-07 21:32:

> W Windows XP przy próbie otwarcia Opcji Folderów w Panelu sterowania
> wyskakuje mi komunikat "(null) nie jest prawidłową aplikacją Win32".Czy można to
> jakoś rozwiązać bez płytki instalacyjnej Win XP?


Można - zainstaluj ponownie WindowsXP SP1 (zgodne z jęz. Twojego OS'a).
Powinno poprawić problemy w rundll'ach.

BTW.
Za chwilkę pojawi się SP2 dla WinXPPL ... nie stosuj przypadkiem
dostępnego już na WWW MS'a SP2 EN !!!
SP2 rozwiąże podobno większość dotychczasowych problemów z WXP ... :)))
- PODOBNO wiele zmiania na + :}}}}

Jarek
Tomek (07.05.2004, 23:04)
Dzięki za odpowiedź :-) Tomek,jak to Tomek...sam musiał zainstalować ok.
miesiąc temu SP2 EN na WinXP PL :-) Wiadomo jak to się skończyło :-)
Dobrze,że jest przywracanie systemu.Ok. czekam z niecierpliwością na SP2 PL.
Grzegorz Niemirowski (07.05.2004, 23:08)
jarek <jarek> napisał(a):
> SP2 rozwiąże podobno większość dotychczasowych problemów z WXP ... :)))
> - PODOBNO wiele zmiania na + :}}}}


Podobno? Lista zmian jest dokładnie opisana. SP2 będzie zawierał SP1 i
poprawki, które pojawiły się później. Ponadto ulepszony firweall, lepsze
zarządzanie pamiecią (przeciwdziałanie buffer overflowom), blokowanie
popupów. Więcej:
jarek (07.05.2004, 23:09)
Użytkownik Tomek napisał, Dnia 2004-05-07 23:04:

> czekam z niecierpliwością na SP2 PL.


Jak i my w większości (bez urazy!) ... zdesperowani zwolennicy
OpenSource :-))

J.
Paweł Goleń (08.05.2004, 14:57)
Grzegorz Niemirowski wrote:

> poprawki, które pojawiły się później. Ponadto ulepszony firweall, lepsze
> zarządzanie pamiecią (przeciwdziałanie buffer overflowom), blokowanie
> popupów. Więcej:


Yhm, "lepsze zarządzanie pamięcią" a "przeciwdziałenie buffer
overflowom" to jednak trochę nie jedno i to samo.
Błażej Kucharczyk (08.05.2004, 15:05)
W dniu 2004-05-08 14:57 użytkownik Paweł Goleń napisal/a:
>> poprawki, które pojawiły się później. Ponadto ulepszony firweall, lepsze
>> zarządzanie pamiecią (przeciwdziałanie buffer overflowom), blokowanie
>> popupów. Więcej:

> Yhm, "lepsze zarządzanie pamięcią" a "przeciwdziałenie buffer
> overflowom" to jednak trochę nie jedno i to samo.

Ja bym powiedział że rzeciwdziałenie "buffer overflowom" jest podzbiorem
"lepszego zarządzania pamięcią" :)
Paweł Goleń (08.05.2004, 15:15)
Błażej Kucharczyk wrote:

> Ja bym powiedział że rzeciwdziałenie "buffer overflowom" jest podzbiorem
> "lepszego zarządzania pamięcią" :)


A ja bym powiedział, że "lepsze zarządzanie pamięcią" i
"przeciwdziałanie buffer overflowom" mają jedynie pewną ograniczoną
część wspólną. Przykładowo - przeciwdziałać buffer overflowom można dość
skutecznie dzięki dodatkowym opcjom kompilatora VC.
Radosław Sokół (08.05.2004, 16:40)
Paweł Goleń wrote:
> A ja bym powiedział, że "lepsze zarządzanie pamięcią" i
> "przeciwdziałanie buffer overflowom" mają jedynie pewną ograniczoną
> część wspólną. Przykładowo - przeciwdziałać buffer overflowom można dość
> skutecznie dzięki dodatkowym opcjom kompilatora VC.


I również dzięki pisaniu kodu w sposób sensowny, z ogranicze-
niami. Moje programy zawsze korzystają z buforów o zmiennym
rozmiarze z narzuconą górną granicą -- jeśli ktoś przez sieć
próbuje przesłać linię danych dłuższą niż przewidziane przeze
mnie maksimum w danym przypadku, połączenie jest po prostu
zrywane z odpowiednim kodem błędu zwracanym programowi.
W ten sposób zmniejsza się też możliwość zDoSowania komputera
przez zajęcie całej pamięci fizycznej/wirtualnej.
Paweł Goleń (08.05.2004, 18:00)
Radosław Sokół wrote:

> W ten sposób zmniejsza się też możliwość zDoSowania komputera
> przez zajęcie całej pamięci fizycznej/wirtualnej.


Z ciekawości - słyszałeś o atakach typu DoS wykorzystujących złożoność
obliczeniową algorytmów implementowanych przez programistów? Przykładowo
wysyła się do programu dane spełniające warunek worst case i efekty są
czasami ciekawe. Nie jestem programistą i ciekawi mnie czy programiści
są świadomi tego typu zagrożeń. Z moich kontaktów z programistami
wynika, że zwykle niestety nie...
Radosław Sokół (09.05.2004, 11:46)
Paweł Goleń wrote:
> Z ciekawości - słyszałeś o atakach typu DoS wykorzystujących złożoność
> obliczeniową algorytmów implementowanych przez programistów? Przykładowo
> wysyła się do programu dane spełniające warunek worst case i efekty są
> czasami ciekawe. Nie jestem programistą i ciekawi mnie czy programiści
> są świadomi tego typu zagrożeń. Z moich kontaktów z programistami
> wynika, że zwykle niestety nie...


Wszystko można zDoSować. W pewnym zakresie da się takie ataki
przewidzieć -- istotne jest takie zaprojektowanie aplikacji,
by nawet przy krytycznym obciążeniu nie faworyzowała niektórych
połączeń i prawidłowo obsługiwała wszystkie. Ostatnio na przykład
celowo spowolniłem przetwarzanie poczty w moim serwerze, by kilku
klientów korzystających z szybkiego łącza (LAN) nie zatykało
całkowicie serwera i nie spowalniało innych procesów.

Reszty tego typu miejsc raczej nie ma sensu specjalnie zabez-
pieczać -- gdy pojawi się konkretny atak, należy przemyśleć
najsensowniejszy sposób obrony i go zaimplementować. Na codzień
powinny wystarczyć limity połączeń z pojedynczych adresów i
równe rozdzielanie mocy procesora.

Ataki DoS mogą przybierać różne głupie postaci, w tym np.
próba zapełnienia dysków logami przez błędne polecenia (jeśli
nie ma limitu) lub w ten sam sposób ukrycie starszych wpisów
w logach (np. maskowanie prób włamania).
Podobne wątki