Jump to content

cj_berlin

Expert Member
  • Gesamte Inhalte

    2.383
  • Registriert seit

  • Letzter Besuch

Beiträge erstellt von cj_berlin

  1. Re Ausgabe von Get-Member: vergiss es einfach :-)

    Du kannst die Werte ins . Net-Objekt schreiben, und nur das sagt Dir die Ausgabe. Du kannst sie aber nicht ins Verzeichnis schreiben 

    Re Bedingungen in Skripten verändern: das Zauberwort lautet "Parametrisierung".

    Wenn Du dein Test-AD auf Teufel komm raus verbiegen willst, leistet Mimikatz DCShadow (online) oder DSInternals (offline) wertvolle Dienste.

    • Like 3
  2. vor 17 Minuten schrieb testperson:

    OT: Ist dieser Kurs evtl. auch als vor Ort Kurs geplant?

    Ich konnte den Verlag noch nicht davon überzeugen. Das war der ursprüngliche Vorschlag. Ich plane aber noch was anderes, ausschließlich Hands-On, das wird vor Ort sein. Muss sich aber erst manifestieren.

     

    EDIT: Also vermutlich frühestens Ende des Jahres, und dann schon unter Berücksichtigung von Server 2025.

    • Danke 2
  3. vor 2 Minuten schrieb NorbertFe:

    Aber auch von 2012 aus ist es im Allgemeinen "eher unkritisch". Oder an welcher STelle ist dir das mal auf die Füße gefallen.

    Noch nie. Aber mit 2012 hast Du ja noch keine volle Funktion bei Protected Users und keine Authentication Policies.

     

    vor 2 Minuten schrieb NorbertFe:

    Ja, aber ich ging dabei davon aus, dass üblicherweise eine Arbeitszeit von 8h in Deutschland gilt. ;) Ansonsten hast du natürlich Recht.

    Diese Arbeitszeit gilt aber nicht für Service- und Computer-Accounts :-) 

  4. vor 44 Minuten schrieb NorbertFe:

    6. Ja kannst du mit entsprechender Vorlaufzeit (innerhalb von 8h problemlos _2x_ ändern.

    10 Stunden und eine Minute, sofern die TGT-Lebensdauer nicht vom Default weg verändert wurde. :-)

    vor 46 Minuten schrieb NorbertFe:

    1. Unkritisch

    wenn es wirklich 2012 ohne R2 ist, dann ist es nicht unkritisch, d.h. muss gemacht werden, zumindest bevor man mit Protected Users anfängt. Aber der Vorgang an sich ist in der Tat unkritisch.

  5. vor 5 Minuten schrieb Quirk18231:

    Du kannst das doch per powershell machen

    Die Frage ist, solltest Du das auch?

     

    Deine nächste Aufgabe ist nun, herauszufinden, ob es einen Grund für diese Konfiguration gab, und die jeweiligen Einstellungen zu prüfen. Respektive, wenn es nur eine "wir haben es schon immer so gemacht"-Konfiguration ist, auf SET umbauen.

     

    Allerdings wenn Deine VMs ihre NIC-Konfiguration verlieren, solltest Du parallel schauen, welche Event IDs dort zu finden sind.

  6. vor 32 Minuten schrieb tomcek:

    ausschließlich auf die Server (Tier 0) zugreifen 

    Domain Controller.

     

    Fileserver, Datenbankserver und sowas sind nicht Tier 0. In der ursprünglichen Microsoft-Denke wäre das Tier 1, und Clients + Terminalserver sind Tier 2. Du kannst beschließen, nicht päpstlicher zu sein als der Papst und nur den Tier 0 vom Rest zu isolieren.

  7. vor 10 Minuten schrieb tomcek:

    Die Umgebung ist aber in der Tat aber auch so klein, dass Tiering hier ein ganz schöner Overkill wäre. Obwohl der Sicherheit wäre es natürlich zuträglich - da kann der Aufwand manchmal nicht hoch genug sein.

    Wieso denn? Du musst ja nicht 20 Tier bauen, sondern - weil die Umgebung so klein ist - nur einen :-) Eine Policy, die verbietet, dass Tier 0-Accounts sich an Nicht-Tier 0-Maschinen anmelden, ein zweites Admin-Account für jeden der beiden Admins plus das Kennwort für bestehende Accounts rollen, that's it.

×
×
  • Neu erstellen...