Lista kontrolna dla IIS 6 / ASP.NET uwierzytelnianie systemu Windows?




Byłem kłopoty z dostaniem mojej aplikacji ASP.NET do automatycznego logowania użytkowników na stronie intranetowej buduję. Bez względu na googling lub eksperymenty I stosowane, zawsze istnieje pole logowania wyświetlany przez IE7.


Mam Windows Authentication Mode ustawiony w pliku web.config, udogodnienia dla niepełnosprawnych anonimowe i skonfigurowany prawidłową domenę domyślną w IIS, ale to wciąż pyta użytkownika, aby zalogować się i bardziej denerwująco, użytkownik jest zobowiązany do przedstawienia domenę zbyt ( *DOMAIN \ auser* ), co powoduje problemy z użytkowników nietechnicznych. Dziękuję Zeus funkcjonalności hasło zapamiętania.


Nie jestem administratorem sieci, więc jest to możliwe, że coś o Active Directory jest ustawiona nieprawidłowo, lub może to być po prostu mi brakuje czegoś bardzo prostego. Należy pamiętać, że nie chcę naśladować użytkownika, po prostu trzeba wiedzieć, że nieruchomość IPrincipal.Name dorównuje ważnego w moim rekordzie bazy danych użytkownika, stąd uwierzytelniania użytkownika do mojego wniosku.


W tym celu, byłoby bardzo przydatne listę kontrolną wszystkich wymagań konfiguracyjnych dla AD, ASP.NET i IIS współpracować w ten sposób jako punkt odniesienia dla debugowania i miejmy nadzieję, zmniejszając tarcie trochę użytkownika.
To brzmi jakbyś objęte wszystkie podstawy po stronie serwera - być może jest to kwestia klient? Zakładam, że użytkownicy mają zintegrowane uwierzytelnianie aktywowany w IE7? (Narzędzia -> Opcje internetowe -> Zaawansowane -> Zabezpieczenia). To jest domyślnie włączona.


Ponadto, jest witryna prawidłowo rozpoznany przez IE7 jako w strefie Lokalny intranet? Domyślną IE7 jest umożliwienie automatycznego logowania tylko w tej strefie, dzięki czemu użytkownicy będą poproszony jeśli IE uważa, witryna jest w internecie. Uważam za pomocą hosta z kropką w IE to powoduje umieszczenie witryny w strefie internetowej.
<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> to może być sality infekujący wszystkie pliki wykonywalne. 
hku\s-1-5-18\...\runonce: [spreview] = c:\windows\system32\spreview\spreview.exe [280576 2015-02-25] (microsoft corporation)
hklm\software\microsoft\internet explorer\main,start page = www.wp.pl/?src01=dp120150415
s2 configuration registrar… Najpierw idź do Explorera > Organizuj > Foldery i opcje wyszukiwania > Widok > Odznacz Ukryj pliki systemowe. 
  

  
Teraz idź do C:\Users\username\AppData\Local\Microsoft\Windows\INetCookies Cześć,
  
Otwórz Start > Ustawienia > Konta > Opcje logowania. Możesz tam ustawić hasło dla swojego komputera. Możesz je także zamienić na kod PIN, który jest wygodniejszy w użyciu. Więcej w tej poradzie: [http://pl.ccm.net/faq/9054-haslo-pin-do-windowsa](/faq/9054-haslo-pin-do-windowsa) Cześć,
  

  
Start/w polu wyszukiwania wpisujesz cmd i jak się pokaże cmd.exe to klikasz prawym przyciskiem myszy i wybierasz uruchom jako administrator. W Windows 7 możesz ustawić kontrolę rodzicielską z poziomu systemu.
  

  
Wchodzisz w **Start**, potem w **Panel sterowani**a. Wybierasz opcję **Konta użytkowników i Filtr rodzinny** a potem klikasz na **Konfiguruj ustawienia kontroli rodzicielskiej dla wszystkich użytkowników**.‌ ‌Zakładasz konto użytkownika, lub podajesz, jeśli Twoje dziecko ma już swoja konto w komputerze. 
  
Potem w polu **Kontrola rodzicielska** klikasz opcję **Włączona, egzekwuj bieżące ustawienia**. gadu-gadu -> ustawienia -> pod nazwą użytkownika masz: "zabezpiecz wejście do profilu hasłem". zaznacz ten kwadracik i wpisz hasło. w ustawieniach systemowych masz odpowiednią opcję. uruchamianie i wyłączanie > ekran logowania >zaawansowane i zaznaczasz odpowiedni kwadracik. Prawdopodobnie trzeba aktywować funkcję pokazywania obrazków. Tu masz napisane, jak to się robi.
  
<http://windows.microsoft.com/pl-pl/internet-explorer/cant-see-pictures-on-websites#ie=ie-11> dziękuję 
raporty wskazują na zablokowanie stron, ale nie na to co je inicjowało 
czy zainstalowany eset wykrył jakieś zagrożenia? 
zrób jeszcze skan eset online 

pobierz [eset online scanner](https://download.eset.com/com/eset/tools/online_scanner/latest/esetonlinescanner_plk.exe)

uruchom z uprawnieniami administratora
program pobierze aktualizacje modułu skanowania
wybierz skanowanie k…