NilsK
-
Gesamte Inhalte
17.611 -
Registriert seit
-
Letzter Besuch
Beiträge erstellt von NilsK
-
-
Moin,
ja, "sollte" ... aber wie das dann eben in der typischen AD-Umgebung mit solchen Gruppenmitgliedschaften ist. Und ruck-zuck ist LAPS der Hebel, der dem Angreifer den Weg vom Eindringling zum Admin ermöglicht.
Kann gutgehen, aber ich hab da eben so meine Zweifel, was den Umgang mit Berechtigungen im AD angeht.
Gruß, Nils
-
Moin,
ich ergreife die Gelegenheit, meine grundsätzlichen Bedenken gegen LAPS noch einmal anzubringen. Die Lösung ist sicher pfiffig, aber nur innerhalb enger Grenzen. Leider wird sie in der Praxis oft jenseits dieser Grenzen eingesetzt.
Der Sicherheitsgewinn von LAPS hängt nahezu ausschließlich an den Berechtigungen für das Kennwort-Attribut im AD. Damit das funktioniert, braucht man strenge administrative Prozesse, die sinnvoll regeln, wer auf diese Kennwörter nun zugreifen darf. An der Stelle sehe ich in der Praxis Nachlässigkeiten - und schon hat man nicht mehr, sondern weniger Sicherheit, indem man Anwendern, die es eigentlich nicht können sollten, die Kennwörter auf dem Silbertablett darreicht. Und damit natürlich auch Angreifern.
Und dann kommen schnell Jenseits-der-Grenze-Ideen dazu wie der Klassiker "Adminrechte temporär vergeben, indem man dem User das lokale Kennwort gibt und es gleich danach per LAPS ändert".
Man kann LAPS sinnvoll einsetzen, aber das erfordert dann eine Sorgfalt, die in vielen Umgebungen nicht vorhanden ist.
Gruß, Nils
-
Moin,
indem man den Termin nicht von Montag 10 Uhr bis Mittwoch 18 Uhr laufen lässt, sondern einen Serientermin über drei Tage einrichtet: Montag bis Mittwoch jeweils 10 bis 18 Uhr.
Das umgeht (meist) technische Hakeleien, und es sorgt auch für bessere Übersicht. Ganztätige Termine oder solche, die über die Tagesgrenze gehen, zeigt Outlook leider in einigen Ansichten nicht gut an, sodass man sie leicht übersieht (z.B. in der Planungsansicht). Serientermine mit Start- und Endzeit sind besser sichtbar.
Insgesamt gibt es bei Kalendereinträgen aber immer wieder Probleme, besonders wenn man mit verschiedenen Clientprogrammen und mehreren Usern darauf zugreift. Manchmal kann man da nur mildern, aber nicht lösen.
Gruß, Nils
-
1
-
-
Moin,
dafür dass du mit SQL anscheinend noch nicht so weit bist, hast du dir ein ziemlich komplexes Szenario ausgesucht. Daher empfehle ich dir, dass du dich ranhangelst. Das würde man beim Entwickeln auch machen, wenn man schon weiter ist. Bevor du also irgendwas in die Datenbank schreibst, prüfe erst mal deine Select-Kriterien, ob sie dir in allen Fällen die richtigen Daten zurückgeben. Wenn du das hast, könntest du dir z.B. eine View in der Datenbank bauen, die dir zu jedem Kind angibt, in welche Gruppe es gehört. Ob du das Ergebnis dann überhaupt noch "fest" in eine Tabelle schreiben musst, hängt von der Logik deiner Anwendung ab.
DATEDIFF könnte dabei eine hilfreiche Funktion sein; Transact-SQL kennt eine ganze Reihe von Datumsfunktionen. Das ist auch gut dokumentiert - arbeite dich also auch gleich in die Doku ein.
https://docs.microsoft.com/en-us/sql/t-sql/functions/datediff-transact-sql?view=sql-server-ver15
Gruß, Nils
-
Moin,
Ja, das ist natürlich möglich. Genau wie bei anderen Programmlōsungen musst du dir hier einen Algorithmus überlegen, der beschreibt, was du brauchst. Dann schaust du, wie du diesen umsetzt.
Den Grundstock für deinen Algorithmus hat du ja schon beschreiben. Den musst du nun noch verfeinern - spontan denke ich da an sowas wie: was heißt "Sommer" genau? Wie ist und wann findet die Zuordnung statt? Usw.
Zur Umsetzung: wie weit bist du in SQL denn schon gekommen? Welche ersten Ideen hättest du denn, wie du die Umsetzung angehen könntest?
Gruß, Nils
-
Moin,
Ich füge noch hinzu: kommt drauf an.
Ich habe das vor Jahren mal durchdekliniert. Das meiste davon dürfte noch zutreffen.
Gruß, Nils
-
2
-
-
Moin,
Zu den konkreten Fall habe ich keine Idee, nur allgemein die Anmerkung, dass mehrtägige Termine im Outlook-Kalender sowohl organisatorisch als auch technisch oft Probleme bereiten. Ich habe gute Erfahrungen damit gemacht, stattdessen Terminserien einzutragen.
Gruß, Nils
-
1
-
-
Moin,
ich habe mir auch schon gedacht:
[Die Liedarchäologen - Wir wollen unseren alten Kaiser Wilhelm wiederhaben]
http://www.geschichte-in-liedern.de/Wir-wollen-unseren-alten-Kaiser-Wilhelm-wiederhaben/
Gruß, Nils -
Moin,
achott ... am Ende ist es mir egal. Ich setze halt gern auf Industriestandards und nutze gern Tools, die anerkanntermaßen richtig gut sind. Aber ist ja ein freies Land hier.
Gruß, Nils
-
1
-
-
Moin,
das gibt es auch schon in fertig: OldCmp von joeware.net. Das kann anzeigen, verschieben, deaktivieren - ganz nach Wunsch.
[OldCmp]
https://joeware.net/freetools/tools/oldcmp/index.htm
Gruß, Nils-
2
-
-
Moin,
fangen wir doch mal am richtigen Ende an: Was willst du denn erreichen? Also - offenbar willst du Logondaten abfragen, aber was soll damit geschehen?
Gruß, Nils
-
1
-
-
Moin,
zumindest solltet ihr das kritisch betrachten. Im Effekt macht ihr die private Mailbox zu einem Teil eures Systems, könnt sie aber nicht kontrollieren. Für mich wäre das nicht okay und ich ließe mir das von einem Feelancer nicht vorgeben.
Gruß, Nils
-
1
-
-
Moin,
zur Einordnung: Auch wenn es eine naheliegende Idee ist, so eine Auswertung mit einem Skript machen zu wollen, ist das technisch tatsächlich sehr komplex. Da du angibst, dass du gerade anfängst, PowerShell zu lernen, solltest du dir wesentlich einfachere Aufgaben für den Beginn suchen. Tutorials dazu findest du zahlreich im Web.
Gruß, Nils
-
3
-
-
Moin,
Oder du schaltest die Policy um ...
Deinen Nachfragen entnehme ich, dass du in der Powershell nicht zuhause bist. Dann solltest du dir überlegen, ob es Sinn ergibt, die Login-Logik auf Powershell umzustellen.
Gruß, Nils
-
1
-
-
Moin,
gut. Da die CALs zum Zugriff auf beliebig viele eigene Windows-Server der passenden Version berechtigen, sind zusätzlich nur noch die RDS-CALs nötig. Das wird oft missverstanden, daher die Nachfrage.
Gruß, Nils
-
1
-
-
Moin,
Ich habe nichts Zielführendes dazu, nur die Beobachtung, dass das Öffnen von Elementen aus Benachrichtigungen insgesamt sehr unzuverlässig funktioniert. Nur subjektiv und auf Clients, aber übergreifend. Ich denk mir meist nix weiter dabei und öffne die Elemente dann halt "normal".
Gruß, Nils
-
Moin,
Mag ja sein, aber behalten wir doch mal in Auge, worum es in diesem Thread geht.
Du kannst auch gern eine Lösung posten, die nur mit Powershell arbeitet ...
Gruß, Nils
-
Moin,
Wie du schon richtig sagst - vermutlich ist das Problem, dass dir die nötigen Kenntnisse fehlen. Das ist erst mal völlig okay - aber auf der Basis ist die Aufgabe, vor der du stehst, anscheinend viel zu groß. Daher als ernst gemeinter Rat: hol dir Beratung dazu von jemandem, der die Technik beherrscht. Erst mal, um gemeinsam zu planen, wie man vorgehen kann - und evtl. auch erst mal zu klären, was überhaupt das Ziel ist.
Du hast jetzt ein paar Dinge angefangen, die vermutlich nicht in eine brauchbare Richtung gehen. Das Netzwerk, von den du berichtest, scheint tatsächlich sehr komplex zu sein. Da braucht es im ersten Schritt Planung mit ausreichender technischer Sachkenntnis. Dann kann man weiter sehen.
Gruß, Nils
-
1
-
-
Moin,
Naja, "DOS-Befehle" trifft ja nun nicht zu. whoami.exe ist ein Dienstprogramm wie viele andere auch. Solange es keinen Grund gibt, etwas in Powershell neu zu implementieren, was es bereits gibt, bin ich immer sehr dafür, das Vorhandene zu verwenden.
Gruß, Nils
-
Moin,.
Aber warum das AD fragen, wenn die Information schon vollständig lokal vorliegt? TokenGroups ist interessant, wenn man die Daten für ein anderes bzw. beliebiges Konto abfragen will. Hier geht es aber um das eigene.
Gruß, Nils
-
Moin,
Die Ausgabe von whoami /groups enthält alle Gruppen im Token des Users, nicht nur die direkten Mitgliedschaften.
Gruß, Nils
-
2
-
-
Moin,
Wenn das ein fester Aufbau ist, würde ich zu einer Kabelverbindung raten.
Gruß, Nils
-
2
-
-
Moin,
Aber die Windows-CALs liegen doch sicher schon vor, oder?
Gruß, Nils
-
Moin,
Die Aufgabe würde ich nicht selber neu lösen, sondern die seit vielen Jahren bewährte Lösung von Joe Richards nehmen: OldCmp, siehe joeware.net
Gruß, Nils
-
2
-
Alter errechnen und entsprechend zuordnen
in MS SQL Server Forum
Geschrieben
Moin,
Eine View baust du mit Create View. Auch dazu findest du das Nötige in der Doku.
Dein Update geht deshalb nicht, weil die Tabelle ja keine Spalte "Alter" hat. Die hast du nur in deiner Abfrage virtuell erzeugt. Du könntest aber die Logik, die in deiner Abfrage das Alter errechnet, auch direkt in deinem Update-Statement in der Where-Klausel verwenden.
Gruß, Nils