Jump to content

Gadget

Moderators
 Profil anzeigen  Aktivitäten des Benutzers anzeigen

  • Gesamte Inhalte

    5.140

  • Registriert seit

  • Letzter Besuch

 Inhaltstyp 

Beiträge erstellt von Gadget

  2. AD Usereigenschaften ändern; per Script/Tool

    in Windows Server Forum

    Geschrieben

    Ah stimmt des is Mist, da du nur die ganze Nummer überschreiben kannst. Des is ein komplizierteres ADSI-Script da habe ich auf die schnelle auch nix auf Lager.

     

    EDIT: Wenns schnell gehen soll würd vielleicht der Workaround helfen:

     

    - Active Directory to Excel Script ausführen:

    http://www.adminscripteditor.com/scriptlibrary/view.asp?id=557

     

    - Suchen u. Ersetzen der Telefonnummer in Excel

     

    - Excel to AD (in dem Beispiel wird der Profilpfad geändert)

    http://www.rlmueller.net/UpdateUserProfile.htm

     

    LG Gadget

  6. PS-Status auf Desktop anzeigen lassen

    in Windows Forum — Allgemein

    Geschrieben

    @phoenixcp: Wer setzt sowas schon im produktiven Betrieb ein ich meine Live-Performance-Überwachung.

     

    Am Server (sollte) nicht den ganzen Tag einer sitzen u. aufm Client reicht der Task-Manager o. Process-Explorer auch wunderbar.Alles andere sind für mich spielereien die in ner produktiven Umgebung sowieso nix zu suchen haben. (justmy2cents)

     

    Off-Topic:

    Nachdem ich ne zeitlang auf Aero gearbeitet hab, find ich die Oberfläche eigentlich ganz Nett

  11. Ist es gefährlich sich als Domain Admin auf einem Client anzumelden?

    in Windows Server Forum

    Geschrieben

    Wobei grundsätzlich andere Auth-Methoden wohl besser wären aber leider bei uns dafür die finanziellen Mittel nicht zur Verfügung gestellt werden. SmartCard o. RSA-Token wäre schon besser.

     

    Ich bin da ein bisserl weniger optimistisch wie Jesper, da ich bei uns nur sehr schwer dran glauben kann meine Leute dazu zu bringen sichere Passwörter zu verwenden u. wenn wir ehrlich sind, schaffen wir es als IT´ler den selber ein Passwort definitiv nur für eine Ressource zu verwenden. Naja ich lenke ein bisserl vom Thema ab, sorry aber solche grundsätzlichen Security-Fragen bewegen mich doch sehr.

     

    Much of the current commonly accepted wisdom about passwords, including all the arguments that we need account lockout turned on, is based on the assumption that people cannot be trained to use good passwords. However, if people cannot be trained to use a password that is resilient against a guessing attack, then we must also assume that we cannot train them not to trade it for chocolate to the first person who asks. If we have to give up all hope of training our people then security will be a losing battle forever. Attackers will always find a way around it by exploiting people, and people will always remain the weak link. Attackers who focus on our people will be much more successful than those who focus on technical attacks and we will never be able to prevent this. The thought that people can be trained to perform rudimentary security-related actions is what keeps me going to work. Please do not spoil that for me.

     

    LG Gadget

  12. Ist es gefährlich sich als Domain Admin auf einem Client anzumelden?

    in Windows Server Forum

    Geschrieben

    Das in dem Artikel gilt auch für Credentials, nicht nur für Passwörter ?

     

    Von Credentials wird weiter unten im Artikel gesprochen:

     

    Since January 2005, cracking against the stored password verifier (the cached credential) has received renewed interest due to the publication of the first commonly available tool to extract those verifiers from a compromised computer. Cracking the password verifier is reasonably efficient, taking roughly three times longer than cracking against the NT hashes. This, however, is really not an interesting attack either. First, the verifier is a hash of a hash, making it at least twice as resilient as the original hash. Second, since the password verifier is salted with the username it is unique even for two users using the same password. While a pre-computed hash attack can still be used to speed up the first computation, it is useless against the second hash. Finally, the password verifier serves a very important purpose.

  13. Ist es gefährlich sich als Domain Admin auf einem Client anzumelden?

    in Windows Server Forum

    Geschrieben

    Moin,

     

    u. wenn du es ganz genau wissen willst stehts hier:

     

    Security Management - October 2005

    http://www.microsoft.com/technet/community/columns/secmgmt/sm1005.mspx

     

    richtig ausführlich, da es da auch ein paar Unterschiede zwischen LM, NTLM u. NTLMv2 gibt.

     

    Neither the NT hash nor the LM hash is salted. Salting is a process that was first used on UNIX-based computers over 20 years ago. On those computers password hashes were stored in a world-readable file. A user could simply search the file for any other users who had the same stored hash. If any were found, it would mean they shared the same password. To solve this problem, the designers of the UNIX operating system decided to salt the passwords prior to storing them. The process of salting combines the password with a small number the salt - before computing the OWF. The salt could be stored in clear text in the password file. This ensured that two users with the same password had two different password representations stored. Windows has never stored hashes in world-readable form, so there has never been a need to salt them.

     

    LG Gadget

  14. OfficeScan 7.3 auf Terminalserver 2003

    in Windows Forum — Security

    Geschrieben

    Schade, schade ihr hattet recht pcntmon wird benötigt Updates etc. gerade Antwort vom Trendmicro Support erhalten dass es zwar läuft aber man lieber doch Serverprotect einsetzen soll..

     

    ... is wohl noch nicht ganz ausgegoren die komplett Umstellung auf OfficeScan...hm na dann warten wir mal bis zur 8.0, so wie wir auf die 7.3 für die x64 Unterstützung gewartet haben..hmpf :rolleyes:

     

    Frage :

    Unterstützung von OfficeScan 7.3 in einer Terminalserver-Umgebung?

     

    Antwort :

    OfficeScan 7.3 läuft in einer Terminalserver-Umgebung und wird auch supported, wenn Sie die known issues beachten.

    Es wird von TrendMicro aber nicht ausgeschlossen, dass es zu Problemen kommen kann. Erst die kommende Version 8.0 behebt alle Probleme.

     

    unterhalb sehen Sie die Known issues von Terminal Services.

    Diese dürften mit der Version OSCE8.0 Ende/Anfang nächsten Jahres gefixt sein.

    Hoffe, das hilft weiter.

    ****************************************************************************

    **********************

    Known issues with terminal services:

     

    • The pop-up Virus Infection window cannot be seen in the terminal service on the client side, but it functions normally on the server side.

     

    • OfficeScan server installation issues occur on a Microsoft Windows Server 2003/Presentation Server 4 setup during file copying.

     

    • On a Windows 2000 server platform, the Update Now window will not perform any action on the terminal service client side, although the update process still continues. On a Windows 2003 server, the same window performs normally.

     

    • During installation, removing the check from the "install Enterprise Client Firewall" option keeps the terminal services connected. Otherwise, the connected session will be blocked and the user would need to reopen the session again.

     

    • On the Citrix MetaFrame for the client side:

     

    • Cannot run AutoPcc.exe

     

    • Cannot run Client Packager tool

     

    • POP3 Mail Scan popup message status not shown

     

    • Outlook Mail Scan popup message status not shown

     

    • Limited number of teminal sessions able to use POP3trap.exe

     

    • On the Citrix MetaFrame for the server side:

     

    • OPP (outbreak prevention policy) activate popup message not shown

     

    • OPP expire/restore popup message not shown

     

    • Server cannot run TMVS (Trend Micro Vulnerability Scanner) tool on Windows 2000 server (works on Microsoft Windows Server 2003)

     

    • Cannot run Client Packager Tool

     

    • Cannot run ServerProtect Normal Server Migration Tool

    ****************************************************************************

    *************

     

    LG Gadget

  16. Anmeldung an ADS dauert bis zu 30 Minuten!

    in Windows Forum — Allgemein

    Geschrieben

     

    (sieht man die Grafik - weiß nicht wie man das #code# nutzt?)

     

    Deinen Bildanhang hab ich entfernt. Fehlermeldungen die man einfach kopieren kann wollen wir hier nicht als Dateianhang haben, da es sonst unnötig die DB aufbläht.

     

    U. wenn du es per IMG code anhängt, musst du das Bild natürlich auf nen Webserver laden. :D

     

    Kopier den Eventlog-Eintrag u. benutze den vBCode "

    " hier stehts wie´s funktioniert:

    http://www.mcseboard.de/showpost.php?p=559743&postcount=36

  17. Anmeldung an ADS dauert bis zu 30 Minuten!

    in Windows Forum — Allgemein

    Geschrieben

    Moin Mriess,

     

    kopier mal die Fehlermeldung u. füge sie hier mittels "

    " ein.

     

    Welches BS auf Server u. Client?

     

    Is ne Hardware o. Softwarefirewall im Einsatz zwischen Server u. Client?

     

    Außerdem solltest du mal das debug logging für die userenv.log einschalten:

     

    How to enable user environment debug logging in retail builds of Windows

    http://support.microsoft.com/kb/221833/en-us

     

    LG Gadget

  19. Dem Administrator das Einloggen verbieten

    in Windows Forum — Allgemein

    Geschrieben

    Hm die Fehlermeldung kommt bei mir auch "Das lokale Anmelden kann nicht allen Benutzern o. Administratoren verweigert werden." Habe sowas zuvor auch nie mit dem Built-In-Admin versucht, sondern immer spezielle Applikationsaccounts dafür erstellt.

     

    Nichtsdestotrotz geb ich Lefg hier recht, das du endlich die Katze aus dem Sack lassen solltest. Um welche Anwendung gehts warum benötigt die den "Built-In-Admin" u. weshalb soll der Admin-Account deaktiviert werden.

     

    Mir sind aus eigenen Erleben einige Fälle bekannt, da funktioniert eine Software nicht bei einer Anmeldung mit den Rechten eines Feld-, Wald- und Wiesenbenutzeres. Fügt man diesen Benutzer der Hauptbenutzer- oden der Administratorgruppe hinzu, funktioniert es. Das Problem liegt i.d.R. in der Berechtigung zum Schreiben auf Registrysxchlüssel.

     

    Was lefg hier beschreibt ist eigentlich mittels einer Standardprozedur herauszufinden, welche jeder Admin kennen sollte.

     

    Filemon u. Regmon von http://www.sysinternals.com runterladen, Filtereinstellungen setzen, Problemanwendung starten, Log auswerten, Berechtigungen evtl. anpassen z.B. mittels Gruppenrichtlinie.

     

    BTW: Security Best Practice wäre eigentlich den Built-In zu deaktivieren:

     

    Why You Should Disable the Administrator Account

    http://www.microsoft.com/technet/technetmag/issues/2006/01/SecurityWatch/default.aspx

     

    LG Gadget

×
×
  • Neu erstellen...