Skocz do zawartości
sebczyk

błąd skryptu windows firewall

Rekomendowane odpowiedzi

Gość

Uruchom FRST a następnie (poprzez skrót klawiszowy CTRL + Y) otwórz notatnik systemowy. Wklej w nim poniższą zawartość:

Cytat

Startup: C:\Users\HARDPC\AppData\Roaming\Microsoft\Windows\Start Menu\Programs\Startup\DiskBenchmark.lnk [2021-12-21]
ShortcutTarget: DiskBenchmark.lnk -> C:\Users\HARDPC\AppData\Roaming\MicrosoftWindowsFirewall\launch.vbs () [Brak podpisu cyfrowego]
Startup: C:\Users\HARDPC\AppData\Roaming\Microsoft\Windows\Start Menu\Programs\Startup\epic.lnk [2021-12-21]
ShortcutTarget: epic.lnk -> C:\Users\HARDPC\AppData\Roaming\MicrosoftWindowsFirewall\epic.vbs (Brak pliku)
Policies: C:\ProgramData\NTUSER.pol: Ograniczenia <==== UWAGA
Task: {56BBB00F-6403-438C-8F98-492F17DA165C} - System32\Tasks\GoogleUpdateTaskMachineUA => C:\Program Files (x86)\Google\Update\GoogleUpdate.exe /ua /installsource scheduler (Brak pliku)
Task: {9924FC6D-9B81-40D9-A7CB-79D1AB06B1CD} - System32\Tasks\Opera scheduled Autoupdate 1610106896 => C:\Users\HARDPC\AppData\Local\Programs\Opera\launcher.exe --scheduledautoupdate $(Arg0) (Brak pliku)
Task: {BA8614E3-737B-44E1-A6D2-5EDBF9C0E9C5} - System32\Tasks\GoogleUpdateTaskMachineCore => C:\Program Files (x86)\Google\Update\GoogleUpdate.exe /c (Brak pliku)
Task: {CCDFC0B8-01A3-4E74-A820-4F13F51D269E} - System32\Tasks\Microsoft\Windows\Mobile Broadband Accounts\MNO Metadata Parser => C:\WINDOWS\System32\MbaeParserTask.exe (Brak pliku)
S1 WinSetupMon; system32\DRIVERS\WinSetupMon.sys [X]
Reboot:

Poprzez skrót klawiszowy CTRL + S (albo przez Plik -> Zapisz) zapisz zmiany w notatniku a następnie w FRST kliknij na Napraw. Na zakończenie naprawy FRST poprosi o restart systemu. Po restarcie powinno być już ok.

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

Jeśli chcesz dodać odpowiedź, zaloguj się lub zarejestruj nowe konto

Jedynie zarejestrowani użytkownicy mogą komentować zawartość tej strony.

Zarejestruj nowe konto

Załóż nowe konto. To bardzo proste!

Zarejestruj się

Zaloguj się

Posiadasz już konto? Zaloguj się poniżej.

Zaloguj się

  • Ostatnio przeglądający   0 użytkowników

    Brak zarejestrowanych użytkowników przeglądających tę stronę.

  • Tematy

  • Odpowiedzi

    • Może trzeba czytać dokładnie to, co cytujesz i nie dorabiać do tego błędnych scenariuszy? Sęk w tym, że ja rozumiem jak to działa. W ogóle i w szczególe. Dwa albo trzy razy już napisałem, skąd się bierze sumę kontrolną do weryfikacji i nie widzę sensu powtarzać kolejny. W związku z tym, ten scenariusz: jest bez sensu, bo nie tak się weryfikuje checksumę. Jak ściągasz coś ze strony trzeciej, która twierdzi, że autorem jest x, to szukasz sumy kontrolnej na stronie należącej do x, a nie na tej trzeciej. Inaczej to nie ma sensu. Jak wyżej. Gwarantuje, jeśli umiesz ich używać i nie weryfikujesz podstawioną fałszywką. Klucz publiczny też można dać lewy i podpisać swoją pracę self-signed certem. Każde narzędzie nie ma sensu, jeśli się go nie rozumie i nie potrafi z niego korzystać. Zgadza się część "nie o to chodzi". Nie o to chodzi, aby źle używać narzędzi. Jak się to robi dobrze, plik można pobrać od autora albo ze strony trzeciej, ale weryfikuje się zawsze w oparciu o sumę z legitnego źródła. No i jednak napisałem to kolejny raz. Już w pierwszym swoim poście na ten temat zaznaczyłem, że jest to niedogodność tego rozwiązania. To natomiast nie zmienia faktu, że się da to zrobić dobrze i bezpiecznie. Jak wyżej. Nie muszą. Mogą. Ponadto nie są to też mechanizmy podobne, tylko dokładnie te same. Klucze asymetryczne, o których też już pisałem. W https, o którym wspominałeś, sekret szyfruje klient kluczem publicznym (certem) serwera, a ten może zaszyfrowaną wiadomość jako jedyny odczytać kluczem prywatnym. W przypadku podpisu cyfrowego role kluczy są odwrotne. Tylko właściciel klucza prywatnego może nim podpisać swoją wiadomość, a każdy w posiadaniu klucza publicznego zweryfikować nadawcę. To już też tłumaczyłem. W przypadku sum kontrolnych, ta musi być osobno. W przypadku certyfikatu podpis jest zawarty w danych, a osobno jest klucz do ich weryfikacji. To są inne rozwiązania, oba są bezpieczne i każde ma swoje wady oraz zalety. Checksuma jest darmowa dla autora i niewygodna do weryfikacji. Podpis cyfrowy certyfikatem to koszt dla autora, a za to jest wygodny w weryfikacji. Owszem, "gdzieś" można w przypadku podpisu cyfrowego użyć też checksumy. A dokładnie nie "gdzieś" tylko w bardzo konkretnym miejscu. Kluczem zamiast podpisać cały dokument, można podpisać jego checksumę. Pozwala to znacznie przyspieszyć weryfikację podpisu dużych danych. Tyle że trzeba wówczas wysłać odbiorcy oprócz podpisanych cyfrowo danych ów sumę. Osobno.  Po co? Żeby było szybko. Z tego samego powodu https szyfruje asymetrycznym algorytmem jedynie secret, a cała komunikacja idzie potem szyfrowaniem symetrycznym. Szyfrowanie asymetryczne jest wolne. Tak, zreflektowałem się w twojej błędnej nomenklaturze. W przypadku checksumy nie ma czegoś takiego jak "wzorzec". Jest po prostu checksuma. Jedna, jedyna.
    • A więc Kanada dołączyła do państw zezwalających. Z plotek, Olaf znowu został ośmieszony przez Macrona, i też się zgodził. Presja pozostała, i Blinken właśnie to powiedział. Jak będzie zielone światło to będzie największa zmiana w sposobie prowadzenia wojny. 
    • Nie strasz go. Czujność trzeba zachować ale w hotelu prędzej okradnie cię rodak niż tubylcy. Szczerze to o WIELE bardziej bałem się podczas pobytu we Włoszech niż na Jerbie.
    • Pushbacki były od samego początku, ustawa była reakcją na inbę medialną.
    • Dokładnie i nie inaczej ,choroba   i najgorzej że samemu się jest pacjentem tego wykolejenia ,zen5 powinen być fajny
  • Aktywni użytkownicy

×
×
  • Dodaj nową pozycję...