Jak zmienić hasło w systemie Windows 7? [[Rozwiązany](/forum/windows-18/solved)/Zamknięty ]




 Hej, mam WIndows 7 i chce zmienić hasło, żeby nikt mi nie wszedł do komputera jak to zrobić?
Cześć. Prościutko.
  
Wciskasz ctrl+alt+delete jednocześnie i wybierasz opcję Zmień hasło. Wpisujesz stare i podajesz nowe. Jak starego nie pamiętasz to musisz niestety resetować.
gadu-gadu -> ustawienia -> pod nazwą użytkownika masz: "zabezpiecz wejście do profilu hasłem". zaznacz ten kwadracik i wpisz hasło. musisz podać hasło takie które składa się z przynajmniej jednej wielkiej litery oraz z małych liter i cyfr :) np. "przykład12345" :) jest tak zrobione po to żeby włamanie się na cudze konto było jak najbardziej utrudnione. powiem ci tak,jest to proste,ale prościej jest złamać to hasło niż założyć, więc po co ? lepiej już zrobić archiwum winrarem i zabezpieczyć długim hasłem  
[[link]](http://zapytaj.onet.pl/html_server.php?id=353c356d1224498f00aa7114c0d44528) W dobie miliona haseł tych ważnych i mniej ważnych sensownym rozwiązaniem według mnie jest zaszyfrowany menadżer haseł, bo kto je wszystkie spamięta ? 🙂  

Tego typu rozwiązań jest wiele i tutaj według potrzeb każdy znajdzie coś dla siebie, a idąc dalej Twoim tokiem to menadżer haseł lokalnie czy w chmurze ? bezpieczeństwo czy dostępność, a może jedno i drugie ? Temat ciekawy i rozległy.  

W bardzo fajny sposób przedstawił to Kacper Szurek, zachęcam do zapoznania się:  

<https://www.youtube.com/watch?v=1-3iKtg50Zc> jeśli nie możesz zalogować się do swojego profilu, ponieważ nie pamiętasz swojego hasła, skorzystaj z opcji dostępnej na stronie głównej credissimo: „zapomniałem hasła ” lub kliknij [tutaj](https://credissimo.pl/profile/public/reset) <p>hasło zostało oznaczone jako „expired” lub „expiry\_date” w dba\_users. będziesz musiał to zmienić. możesz przywrócić to samo hasło. najprostszym sposobem byłoby ustawienie hasła „według wartości”. zwykle omija to sprawdzanie historii.</p><pre><code>12:28:33 sql&gt; select * from dba\_users where username = 'myuser1'; username user\_id password    account\_status lock\_date expiry\_date    default\_tablespace temporary\_tablespace created    profile initial\_rsrc\_consumer\_group   external\_name  myuser1 338 66856982be5cd23f open users temp 17-jan-11 default default\_consumer\_group elapsed: 00:00:00.03 12:28:43 sql&gt; alter user myuser1 password expire; user altered. elapsed: 00:00:00.00 12:29:11 sql&gt; select * from dba\_users where username = 'myuser1'; username user\_id password    account\_status lock\_date expiry\_date    default\_tablespace temporary\_tablespace created    profile initial\_rsrc\_consumer\_group   external\_name  myuser1 338 66856982be5cd23f expired 17-jan-11 users temp 17-jan-11 default default\_consumer\_group elapsed: 00:00:00.03 12:29:14 sql&gt; </code></pre><p>format tego jest następujący: „zmień użytkownika user identyfikowanego przez wartość skrótu z dba\_users.password”; ”</p><pre><code>[test] c:\&gt;sqlplus system sql*plus: release 10.2.0.4.0 - production on mon jan 17 12:18:16 2011 copyright (c) 1982, 2007, oracle. all rights reserved. enter password: connected to: oracle database 10g enterprise edition release 10.2.0.4.0 - production with the partitioning, olap, data mining and real application testing options new: showmode both 12:18:17 sql&gt; prompt end of login.sql end of login.sql 12:18:17 sql&gt; create user myuser1 identified by mypassword1; user created. elapsed: 00:00:00.01 12:18:21 sql&gt; grant connect, resource to myuser1; grant succeeded. elapsed: 00:00:00.01 12:18:30 sql&gt; connect myuser1/mypassword1 connected. 12:18:39 sql&gt; connect system enter password: connected. 12:18:51 sql&gt; alter user myuser1 password expire; user altered. elapsed: 00:00:00.00 12:19:05 sql&gt; connect myuser1/mypassword1 error: ora-28001: the password has expired changing password for myuser1 new password: retype new password: password changed connected. 12:19:16 sql&gt; connect myuser1/mypassword1 error: ora-01017: invalid username/password; logon denied warning: you are no longer connected to oracle. 12:19:21 sql&gt; connect system enter password: connected. 12:19:34 sql&gt; alter user myuser1 identified by mypassword1; user altered. elapsed: 00:00:00.01 12:19:49 sql&gt; alter user myuser1 identified by mypassword1 password expire; user altered. elapsed: 00:00:00.01 12:20:26 sql&gt; select username, password from dba\_users where username = 'myuser1'; username password   myuser1 66856982be5cd23f elapsed: 00:00:00.01 12:20:36 sql&gt; alter user myuser1 identified by values '66856982be5cd23f' ; user altered. elapsed: 00:00:00.01 12:21:01 sql&gt; connect myuser1/mypassword1 connected. 12:21:13 sql&gt; exit disconnected from oracle database 10g enterprise edition release 10.2.0.4.0 - production with the partitioning, olap, data mining and real application testing options </code></pre> zainstaluj sobie aktualizacje win7 update agent - u mnie rozwiązało to problem wklej do systemowego notatnika i zapisz jako plik tekstowy o nazwie fixlist :

uruchom frst i kliknij napraw (fix). skasuj folder c:\frst

usuń stare punkty przywracania: [klik](http://windows.microsoft.com/pl-pl/windows/delete-restore-point#1tc=windows-vista)

usuń stare punkty przywracania: [aby usunąć wszystkie punkty przywracania](http://windows.microsoft.com/pl-pl/windows/delete-restore-point#1tc=windows-7)

przeczytaj w jaki sposób należy instalować progr… <p>masz tutaj kilka różnych pytań, więc wybiję je indywidualnie:</p><p><strong>„przeczytałem, że najlepszą praktyką jest nie zezwalanie użytkownikom na bezpośrednie logowanie się do sa, zamiast używania uwierzytelniania systemu windows”</strong></p><p>mieszasz tutaj dwie rzeczy: koncepcję sa oraz koncepcję uwierzytelnienia sql i windows.</p><p>uwierzytelnianie sql to lista nazw użytkowników i haseł przechowywanych na każdym serwerze sql. pierwszym problemem jest fakt, że jest przechowywany w sql. jeśli musisz zmienić hasło logowania, musisz je zmienić na każdym serwerze (lub utrzymywać różne hasła na różnych serwerach). dzięki uwierzytelnianiu systemu windows można centralnie wyłączać logowanie, zmieniać hasła, ustawiać zasady itp.</p><p>jeśli zdecydujesz się na uwierzytelnianie sql, sa to tylko jeden login do uwierzytelnienia sql. jest to domyślna nazwa użytkownika administratora, podobnie jak administrator w uwierzytelnianiu systemu windows. ma lokalne supermoce w tej jednej instancji, ale nie globalne supermocarstwa we wszystkich instancjach.</p><p><strong>„... i zezwalanie tym kontom (lub grupom kont) na uprawnienia administratora.”</strong></p><p>niezależnie od wybranej metody uwierzytelniania, najlepiej postępować zgodnie z zasadą najmniejszego uprzywilejowania: przyznać ludziom minimalne prawa, których potrzebują do wykonania swojej pracy, i nie więcej.</p><p>nie myśl o nich jak o zwykłym logowaniu - to ludzie, którzy mogą cię zwolnić. jeśli upuszczą bazę danych lub przypadkowo wyłączą zadania tworzenia kopii zapasowych, nie zostaną zwolnieni, ponieważ domyślnie sql nie śledzi, kto co zrobił. to ty zostaniesz zwolniony, bo tak się stanie i nie będziesz w stanie powiedzieć, która osoba to zrobiła.</p><p><strong>„w jaki sposób najlepsza praktyka zwiększa bezpieczeństwo moich wystąpień sql server?”</strong></p><p>chcesz zrobić dwie rzeczy:</p><ol> <li>powstrzymaj ludzi przed zerwaniem serwera</li> <li>gdy zepsują serwer, być w stanie dokładnie określić, kto to zrobił</li> </ol><p>pierwszy realizowany jest zgodnie z zasadą najmniejszego przywileju: dawanie ludziom tylko potrzebnych im uprawnień i nic więcej.</p><p>druga realizowana jest poprzez nadanie każdej osobie własnego loginu, nie zezwalanie na wspólne logowanie (np. zezwalanie każdemu na używanie tej samej nazwy użytkownika/hasła), a najlepiej na kontrolę logowań. prawdopodobnie nie zrobisz tej ostatniej części od razu, ponieważ jest to trochę bolesne, ale odłóżmy elementy na miejsce, abyś mógł dodać audyt później, gdy ktoś upuści bazę danych, a twój szef chce wiedzieć, dlaczego.</p><p>wiem, co myślisz: „ale kodujemy aplikacje, a aplikacja wymaga logowania”. tak, nadaj aplikacji swój własny login, a programiści muszą znać to hasło, ale login powinien być tak pozbawiony uprawnień, że nikt przy zdrowych zmysłach nie chciałby z niego korzystać. na przykład może być konieczne, aby był w rolach db\_datareader i db\_datawriter, nic więcej. w ten sposób może wstawiać, aktualizować, usuwać i wybierać dane, ale niekoniecznie zmieniać schematy, dodawać indeksy, zmieniać procedury składowane itp.</p><p><strong>„czy dotyczy to tylko instancji produkcyjnych, czy też naszych wewnętrznych instancji programistycznych?”</strong></p><p>myślę, że dotyczy to również instancji programistycznych, ponieważ zwykle martwię się, że ludzie coś zepsują. ludzie po prostu lubią łamać serwery podczas programowania. i oczywiście, kiedy nadszedł czas na spakowanie listy zmian do migracji do produkcji, muszę wiedzieć, czy konkretny indeks jest naprawdę niezbędny dla aplikacji, czy też jakiś głupek właśnie uruchomił doradcę dostrajania bazy danych i powiedział, aby zastosować wszystkie zmiany . odpowiednie uprawnienia pomagają zmniejszyć ten ból.</p> -panel sterowania  
-konta użytkowników  
-naciskasz tam na swoje konto  
-zmien obrazek  
 ;))  
  
dostane naj?  
ja tez tak sobie kiedys zmienialam obrazek