Windows Server | AlexIn Tech

Comment fermer les connexions à une base de données MS SQL

Wed, 31 Jan 2024 00:00:00 +0000

Comment fermer les connexions à une base de données MS SQL

Lorsque vous essayez de mettre hors ligne une base de données dans Microsoft SQL Server et que cela ne fonctionne pas, cela signifie généralement qu’il y a des connexions actives ou des transactions qui empêchent l’opération de se terminer. Voici comment fermer les connexions à une base de données MS SQL et résoudre ce problème.

Identifier les connexions actives : Tout d’abord, vous devez déterminer s’il y a des connexions actives à votre base de données. Vous pouvez utiliser la requête SQL suivante pour cela :

USE master;
GO
SELECT spid, status, loginame, hostname, blocked, db_name(dbid) as dbname, cmd
FROM sys.sysprocesses
WHERE dbid = DB_ID('YourDatabaseName');

Remplacez ‘YourDatabaseName’ par le nom de votre base de données. Cette requête listera tous les processus connectés à votre base de données.

Tuer les connexions actives : S’il y a des connexions actives, vous pouvez les terminer. Utilisez la commande KILL suivie de l’ID de session (spid) pour chaque connexion :

KILL [session_id];

Remplacez [session_id] par le spid du processus que vous souhaitez terminer. Soyez prudent avec cette commande, car elle mettra fin immédiatement à la session sélectionnée et peut entraîner la perte de travaux non sauvegardés.

Enjoy 😎

AlexIn Tech

Comment détecter des Orphaned Users sur MS SQL Server

Tue, 30 Jan 2024 00:00:00 +0000

Comment détecter des Orphaned Users sur MS SQL Server

Bonjour à tous, c’est AlexIn Tech! Aujourd’hui, je vais partager avec vous une astuce technique que j’ai récemment utilisée lors de la migration d’un cluster SQL. J’avais besoin de vérifier l’existence d’“orphaned users” après avoir restauré ma base de données sur un nouveau cluster. Pour cela j’ai écrit un petit script TSQL et je vais vous l’expliquer en détail.

MS SQL Server

Qu’est-ce qu’un “Orphaned User” dans SQL Server?

Dans SQL Server, un “orphaned user” est un utilisateur de base de données qui n’est plus associé à une connexion valide au niveau de l’instance. Cela arrive souvent après la restauration d’une base de données dans un nouvel environnement.

Le Script pour Détecter les “Orphaned Users”

Voici mon petit script, il marche super.

-- Use your database
USE [YourDatabaseName];
GO

-- Create a temporary table to store user information
CREATE TABLE #DBUsers
(
 DBUserName NVARCHAR(128),
 DBUserSID VARBINARY(85)
);

-- Insert database user information into the temp table
INSERT INTO #DBUsers (DBUserName, DBUserSID)
SELECT name, sid
FROM sys.database_principals
WHERE type_desc IN ('SQL_USER', 'WINDOWS_USER', 'WINDOWS_GROUP');

-- Select and compare with instance logins
SELECT
 u.DBUserName AS DatabaseUser,
 u.DBUserSID AS DatabaseUserSID,
 p.name AS InstanceLogin,
 p.sid AS InstanceLoginSID,
 CASE
 WHEN p.sid IS NULL THEN 'Orphaned User'
 ELSE 'Matched'
 END AS Status
FROM
 #DBUsers u
LEFT JOIN
 sys.server_principals p ON u.DBUserSID = p.sid;

-- Drop the temporary table
DROP TABLE #DBUsers;

Explication du Script

Sélection de la Base de Données : Remplacez [YourDatabaseName] par le nom de votre base de données pour cibler celle-ci.
Création d’une Table Temporaire : Le script commence par créer une table temporaire #DBUsers. En TSQL, le préfixe # indique une table temporaire qui existe uniquement pendant la durée de la session et est stockée dans tempdb.**(lire la nota bene en bas d’articles pour plus d’infos)*
Insertion des Utilisateurs : Ensuite, il insère les noms et SID (Security Identifier) des utilisateurs de la base de données dans cette table temporaire.
Comparaison avec les Connexions de l’Instance : La requête principale compare les SID des utilisateurs de la base de données avec ceux des connexions de l’instance pour identifier les “orphaned users”.
Nettoyage : Enfin, la table temporaire est supprimée.

Comment Utiliser le Script?

Remplacez le Nom de la Base de Données : Commencez par remplacer [YourDatabaseName] par le nom de votre base de données.
Exécutez le Script : Lancez le script dans votre environnement SQL Server Management Studio (SSMS).
Analysez les Résultats : Les utilisateurs marqués ‘Orphaned User’ sont ceux que vous devez examiner.
Actions : Vous pouvez alors choisir de les supprimer ou de les relier à de nouvelles connexions.

Comprendre les Faux-Positifs parmi les “Orphaned Users”

Après avoir parcouru comment utiliser le script pour détecter les “orphaned users”, il est important de comprendre que, parfois, identifier un “orphaned user” ne signale pas forcément un problème. Dans certains cas, ces utilisateurs orphelins peuvent être des faux-positifs. Voici pourquoi :

Utilisateurs Supprimés de l’Active Directory (AD) : Il est courant après un restore de DB de trouver des utilisateurs qui existaient dans l’AD lors de la création de la base de données mais qui ont depuis été supprimés de l’AD. Ces comptes, bien que toujours présents dans la base de données comme utilisateurs, ne sont plus dans les logins de l’instance car lorsque les logins de l’instance ont été restaurés ils n’existaient plus dans l’AD. Cela génère donc des “orphaned users” car ils sont des les users de la DB mais pas dans les logins de l’instance. Assez souvent des vieilleries qui n’avaient pas été supprimées.
Utilisateurs Spécifiques à la Base de Données : Certaines bases de données ont des utilisateurs créés spécifiquement pour elles, sans correspondance au niveau de l’instance. Ces utilisateurs sont souvent conçus pour des rôles ou des fonctions spécifiques à la base de données et n’ont pas besoin de connexion au niveau de l’instance.

J’espère que ce guide vous aidera à gérer efficacement les utilisateurs dans vos bases de données SQL Server. Les “orphaned users” peuvent être un casse-tête, mais avec le bon outil, ils sont faciles à repérer et à gérer.

Enjoy 😎

AlexIn Tech

*Nota Bene : Pourquoi supprimer explicitement une table temporaire ?

Raisons de Supprimer Explicitement une Table Temporaire

Clarté et Bonnes Pratiques : L’inclusion d’une commande DROP TABLE pour les tables temporaires est souvent une question de clarté et de bonnes pratiques de développement. Elle indique clairement aux personnes qui lisent le script que la table n’est plus nécessaire et que son cycle de vie est géré de manière proactive.
Gestion des Ressources : Bien que SQL Server gère automatiquement la suppression des tables temporaires, le fait de les supprimer explicitement dès qu’elles ne sont plus nécessaires peut aider à libérer des ressources, comme la mémoire et l’espace disque dans tempdb, plus rapidement, surtout dans de longues sessions ou transactions.
Prévention des Conflits dans de Longues Sessions : Dans des sessions particulièrement longues ou complexes, où plusieurs opérations sont effectuées, supprimer explicitement une table temporaire dès qu’elle n’est plus utile peut aider à prévenir des conflits ou des confusions avec d’autres parties du script qui pourraient utiliser des tables temporaires avec des noms similaires.
Habitude et Portabilité : Pour les développeurs qui travaillent avec différents systèmes de gestion de base de données (SGBD), l’habitude de supprimer explicitement toutes les tables, y compris les temporaires, peut être une pratique courante. Cela assure une certaine uniformité dans la gestion des ressources, indépendamment des spécificités de chaque SGBD.

Protected Users - Sécurisez vos Identifiants contre Mimikatz & Co

Fri, 12 Jan 2024 00:00:00 +0000

Protected Users - Sécurisez vos Identifiants contre Mimikatz & Co

Dans le monde de la technologie, la sécurité des informations est une préoccupation constante. Pour ceux d’entre nous qui gèrent des réseaux d’entreprise, la protection des identifiants d’utilisateur est une tâche de premier plan. Aujourd’hui, je vais vous parler d’un groupe spécial dans Active Directory (AD) - le groupe “Protected Users”, et pourquoi son utilisation est cruciale dans notre lutte contre des outils d’attaque comme Mimikatz.

Qu’est-ce que le Groupe “Protected Users” ?

Introduit dans Windows Server 2012 R2, le groupe “Protected Users” est une fonctionnalité de sécurité d’Active Directory qui offre une protection supplémentaire pour les comptes d’utilisateurs. L’ajout d’un compte utilisateur à ce groupe active des politiques de sécurité renforcées, limitant ainsi les méthodes par lesquelles les informations d’identification peuvent être compromises.

La Menace de Mimikatz

Pour comprendre l’importance du groupe “Protected Users”, il faut d’abord connaître Mimikatz. Mimikatz est un outil de hacking tristement célèbre qui permet de récupérer des mots de passe, des hash de mots de passe et d’autres types d’informations d’identification à partir de la mémoire de Windows. C’est un outil puissant dans l’arsenal des cybercriminels pour effectuer des attaques de type “pass-the-hash” ou “pass-the-ticket”.

Pourquoi Utiliser le Groupe “Protected Users” ?

Amélioration de la Sécurité des Authentifications : Les membres du groupe “Protected Users” bénéficient de mesures de sécurité renforcées. Par exemple, ils ne peuvent pas authentifier l’utilisation de méthodes d’authentification plus anciennes et moins sécurisées, telles que NTLM, WDigest ou CredSSP.
Protection contre les Attaques de Type Pass-the-Hash/Ticket : Mimikatz et d’autres outils similaires exploitent souvent ces méthodes d’authentification plus anciennes pour leurs attaques. En limitant leur utilisation, le risque est considérablement réduit.
Réduction de la Surface d’Attaque : Les comptes dans le groupe “Protected Users” ne stockent pas leurs informations d’identification en mémoire de manière réutilisable, rendant les attaques par extraction de mémoire beaucoup moins efficaces.

Mise en Place et Bonnes Pratiques

Version du Serveur : Assurez-vous que votre environnement AD fonctionne sous Windows Server 2012 R2 ou ultérieur.
Sélection des Comptes : N’ajoutez pas tous les comptes utilisateur à ce groupe. Commencez par les comptes à haut privilège comme les administrateurs.
Politique de Mot de Passe : Encouragez ou imposez l’utilisation de mots de passe forts et de l’authentification multi-facteurs pour les comptes du groupe.
Testez Avant Déploiement : Testez les paramètres sur un petit nombre de comptes avant de les appliquer à grande échelle.
Formation et Sensibilisation : Informez les utilisateurs des changements et des bonnes pratiques de sécurité.

En conclusion, l’utilisation du groupe “Protected Users” dans Active Directory est une étape essentielle pour renforcer la sécurité de vos identifiants utilisateurs. En limitant l’utilisation de méthodes d’authentification obsolètes et vulnérables, et en réduisant la surface d’attaque exploitable par des outils comme Mimikatz, vous pouvez considérablement augmenter la sécurité de votre réseau.

Rappelez-vous, la sécurité informatique est un processus continu et évolutif. L’ajout de comptes au groupe “Protected Users” est une mesure parmi d’autres, et elle doit s’inscrire dans une stratégie de sécurité globale, incluant une formation régulière des utilisateurs, des mises à jour constantes des systèmes et une surveillance proactive.

En tant que responsables IT, notre rôle est de rester vigilants et proactifs. L’utilisation judicieuse du groupe “Protected Users” est un pas dans la bonne direction pour garder une longueur d’avance sur les menaces. Ensemble, sécurisons notre environnement numérique.

Enjoy 😎

AlexIn Tech

Corriger le problème de "CatalogVersion" entre SCCM et WSUS

Tue, 13 Jun 2023 00:00:00 +0000

Corriger le problème de “CatalogVersion” entre SCCM et WSUS

Dans cet article, nous allons aborder un problème qui peut se produire après la récupération de WSUS ou SCCM. Ce problème se traduit par le fait que les mises à jour logicielles ne s’installent plus sur les clients SCCM. En examinant le UpdatesDeployment.log, vous pourriez trouver la mention :

'EnumerateUpdates for action (UpdateActionInstall) - Total actionable updates = 0 '.

Si vous faites une requête PowerShell sur un client pour lister toutes les mises à jour “manquantes” basées sur le catalogue WSUS, vous obtiendrez une liste de mises à jour “manquantes”.

get-wmiobject -query "SELECT * FROM CCM_UpdateStatus" -namespace "root\ccm\SoftwareUpdates\UpdatesStore" | where {$_.status -eq "Missing"}

La commande PowerShell suivante va vous afficher toutes les mises à jours “en attente” d’être déployées.

get-wmiobject -query "SELECT * FROM CCM_SoftwareUpdate" -namespace "ROOT\ccm\ClientSDK"

Comme vous pourrez le constater, il ne retourne rien. Il a donc des mises à jours manquantes mais aucunes mises à jours “installables”. SCCM ne reconnaît pas ces mises à jour comme “applicables” car la version du catalogue n’est pas la même entre WSUS et SCCM.

A chaque fois que SCCM synchronise avec succès le catalogue WSUS, il incrémente la “version du catalogue”. Après une récupération du site, il se peut que SCCM réinitialise ce compteur et commence à partir de 0. Tant que le compteur n’aura pas atteint la valeur de la dernière version du catalogue alors les mises à jours seront considérées comme “non applicable”.

J’ai créé un script qui vous aidera à résoudre ce problème en récupérant la dernière version du catalogue dans la base de données ConfigMgr et en settant cela dans le registre afin que ConfigMgr puisse afficher la bonne CatalogVersion et que vos clients puissent donc recevoir leurs mises à jours.

Voici le script:

<#
 .SYNOPSIS
 Solves CatalogVersion mismatch issue between WSUS and SCCM.
 .DESCRIPTION
 This script retrieves the latest catalog version and sets it in the SCCM registry.
 .AUTHOR
 Alexin.Tech
 .DATE
 14/06/2023
 .VERSION
 1.0
#>

# Define the server name and database name variables
$serverName = "<your_server_name>"
$databaseName = "<your_database_name>"

# SQL query to retrive the latest catalog version
$query = @"
;WITH XMLNAMESPACES ( DEFAULT 'http://schemas.microsoft.com/SystemsCenterConfigurationManager/2009/07/10/DesiredConfiguration')
SELECT MAX(CI.SDMPackageDigest.value('(/DesiredConfigurationDigest/SoftwareUpdateBundle/ConfigurationMetadata/Provider/Operation[@Name="Detect"]/Parameter/Property[@Name="MinCatalogVersion"]/@Value)[1]', 'int')) MinCatalogVersion
FROM [CI_ConfigurationItems] as CI
WHERE CIType_ID = 8
"@

# Execute the SQL query and retrieve the latest catalog version
$connectionString = "Data Source=$serverName;Initial Catalog=$databaseName;Integrated Security=SSPI;"
$connection = New-Object System.Data.SqlClient.SqlConnection($connectionString)
$command = New-Object System.Data.SqlClient.SqlCommand($query, $connection)
$connection.Open()
$result = $command.ExecuteScalar()
$connection.Close()

# Display the result of the SQL query
Write-Host "The latest catalog version is: $result"

# Set the registry values
$regPath = "HKLM:\SOFTWARE\Microsoft\SMS\Components\SMS_WSUS_SYNC_MANAGER"
Set-ItemProperty -Path $regPath -Name "ContentVersion" -Value $result -Type DWORD
Set-ItemProperty -Path $regPath -Name "SyncToVersion" -Value $result -Type DWORD
Set-ItemProperty -Path $regPath -Name "LastAttemptVersion" -Value ($result - 1) -Type DWORD

Ce script permet de récupérer la version la plus récente du catalogue et de la configurer dans le registre pour qu’SCCM aille la récupérer. Par conséquent, après avoir exécuté ce script, il faut lancer une “Synchronize Software Updates” depuis la console SCCM. Ensuite, les agents SCCM doivent effectuer un “Machine-Policy refresh” pour obtenir la dernière version du catalogue et un “Update Evaluation Cycle” pour obtenir le changement.

Votre mise à jour devrait alors commencer à s’installer et dans le UpdatesDeployment.log, vous verrez que les mises à jour sont maintenant “fonctionnelles”.

Pour plus de détails sur ce problème, vous pouvez consulter l’article original de Roger Zander ici en anglais. Milles merci à lui pour cet article que j’ai traduit et modifié à ma sauce en y ajoutant un script afin d’automatiser la correction.

MSSQL - tempdb prend trop de place - disque FULL

Mon, 13 Mar 2023 00:00:00 +0000

MSSQL - tempdb prend trop de place - disque FULL

Salut à tous !

Aujourd’hui, on va parler de “tempdb”, une base de données système dans Microsoft SQL Server qui stocke des données temporaires telles que des tables temporaires et des variables de table, des plans d’exécution de requêtes et des résultats de requêtes intermédiaires. Cette base de données est essentielle au bon fonctionnement de SQL Server, et il est important de contrôler sa taille. (ça fait chelou avec les mots en français plutôt qu’en anglais mais vous comprenez, “temporary tables, table variable, query execution plan, query intermediary results, etc etc”)

Le problème que l’on va traiter concerne la croissance excessive de la base de données “tempdb”.

Pour déterminer la cause de ce problème, la première étape consiste à lancer SQL Server Management Studio et à accéder à la base de données “tempdb”.

On fait un clic droit sur la “tempdb” et ensuite => Tasks => Shrink => Files => Ne réduisez rien, regardez simplement l’espace disponible. Si l’espace disponible est élevé, cela indique qu’une requête mal optimisée est en cours d’exécution et que “tempdb” ne libère pas l’espace disponible.

Si l’espace disponible est faible, accédez à la base de données “tempdb” et exécutez un rapport standard, “Top Transactions by Age”, pour identifier si de nombreuses transactions sont ouvertes, ce qui pourrait provoquer la croissance de la base de données et la non-libération de l’espace.

Si cela ne renvoie rien, vous pouvez exécuter un script qui affiche tous les processus en cours d’exécution et la quantité d’espace qu’ils utilisent dans “tempdb”.

Le script suivant devrait fonctionner :

Who’s Using All that Space in tempdb, and What’s their Plan? - littlekendra.com

select
 t1.session_id
 , t1.request_id
 , task_alloc_GB = cast((t1.task_alloc_pages * 8./1024./1024.) as numeric(10,1))
 , task_dealloc_GB = cast((t1.task_dealloc_pages * 8./1024./1024.) as numeric(10,1))
 , host= case when t1.session_id <= 50 then 'SYS' else s1.host_name end
 , s1.login_name
 , s1.status
 , s1.last_request_start_time
 , s1.last_request_end_time
 , s1.row_count
 , s1.transaction_isolation_level
 , query_text=
 coalesce((SELECT SUBSTRING(text, t2.statement_start_offset/2 + 1,
 (CASE WHEN statement_end_offset = -1THEN LEN(CONVERT(nvarchar(max),text)) * 2ELSE statement_end_offset
 END - t2.statement_start_offset)/2)
 FROM sys.dm_exec_sql_text(t2.sql_handle)) , 'Not currently executing')
 , query_plan=(SELECT query_plan from sys.dm_exec_query_plan(t2.plan_handle))
from
 (Select session_id, request_id
 , task_alloc_pages=sum(internal_objects_alloc_page_count + user_objects_alloc_page_count)
 , task_dealloc_pages = sum (internal_objects_dealloc_page_count + user_objects_dealloc_page_count)
 from sys.dm_db_task_space_usage
 group by session_id, request_id) as t1
left join sys.dm_exec_requests as t2 on
 t1.session_id = t2.session_id
 and t1.request_id = t2.request_id
left join sys.dm_exec_sessions as s1 on
 t1.session_id=s1.session_id
where
 t1.session_id > 50 -- ignore system unless you suspect there's a problem there
 and t1.session_id <> @@SPID -- ignore this request itself
order by t1.task_alloc_pages DESC;
GO

Une fois que vous avez toutes ces informations, vous pouvez commencer à trouver la cause de ce problème de taille excessive et savoir exactement “qui” ou “quoi” utilise l’espace.

Pour corriger ce problème de manière temporaire, redémarrez simplement SQL Server, ce qui effacera le fichier journal de la “tempdb”. Ensuite vous pouvez modifier les paramètres de l’auto-growth et afin de mettre une taille fixe ou désactiver ce settings. Logiquement la query qui pose problème n’arrivera plus à s’exécuter et on devrait trouver le coupable.

En suivant ces étapes, vous pouvez facilement identifier la cause de la croissance excessive de “tempdb” et résoudre le problème.

J’espère que cet article vous a été utile. À bientôt !

Réinstaller WSUS et le rôle Software Update Point dans ConfigMgr

Thu, 06 Oct 2022 00:00:00 +0000

Réinstaller WSUS et le rôle Software Update Point dans ConfigMgr

J’ai été confronté récemment à quelques soucis d’erreur de synchronisation au niveau du Software Update Point dans SCCM / MECM . Il faut savoir que le rôle SUP dans ConfigMgr va piloter le rôle serveur WSUS. J’ai tenté un reset de WSUS mais au final ça m’a purement et simplement tout planté. Donc je dois repartir sur une base saine et pour se faire j’ai tout désinstallé et tout réinstallé.

Je te fais la version courte ci-dessous et une version plus longue en dessous.

La version courte

Afin de remettre le tout d’équerre voici la version courte à suivre en step by step :

Lancer la console de ConfigMgr et désinstaller le rôle SUP (Software Update Point) dans ConfigMgr
Lancer Server Manager et désinstaller le rôle WSUS du serveur.
Reboot du serveur
Ensuite deux options s’offrent à toi, soit supprimer/restaurer la DB SUSDB de ton serveur SQL , soit la conserver. Dans mon cas j’avais un backup fonctionnel qui datait de avant que je foute le dawa donc j’ai fait le choix de restaurer ma DB et j’ai tout OVERWRITE.
Lancer Server Manager et installer le rôle WSUS sur le serveur => Comme j’ai un serveur MS SQL dessus je choisis l’option “SQL Server Connectivity” et non WID. Je spécifie mon instance SQL Server et le tour est joué, je lance l’install.
Depuis la fenêtre de succès de l’installation de WSUS, cliquer sur “Launch Post-Installation tasks”. Il va ainsi détecter si une DB SUSDB existe ou non, si non, il la créée, si oui , alors il va utiliser l’existante. Dans mon cas il a détecté ma DB que j’ai restaurée auparavant et l’a utilisée.
Reboot du serveur
Lancer la console de ConfigMgr et installer le rôle SUP (Software Update Point) dans ConfigMgr
Depuis ConfigMgr, lancer une synchro à vide (sans produits) => histoire de vérifier si tout fonctionne bien. (log wsyncmgr.log)
Configurer ton rôle SUP (choisir les produits et les classifications)
Lancer une synchro et revérifier si tout fonctionne bien (log wsyncmgr.log)

Et voilà, le tour est joué tu as réinstallé WSUS et le rôle SUP de ConfigMgr.

Si tu as un soucis de mismatch avec la version du catalogue entre ConfigMGR et WSUS, voici un fix à appliquer: https://rzander.azurewebsites.net/query-to-get-mincatalogversion-from-sccm-updates/

En espérant que ça t’a aidé , dans mon cas ça ronronne ! 😎

La version longue

Cette version est la même que la courte mais avec quelques screenshots et infos en plus.

1) Désinstaller le rôle Software Update Point de ConfigMgr

Lancer la console de SCCM/MECM et aller dans Administration>Overview>Site Configuration>Servers and Site System Roles.

Cliquer sur le site concerné puis effectuer un clique droit sur “Software update point” et choisir “Remove Role”

Suivre le step by step pour désinstaller le rôle.

2) Désinstaller le rôle WSUS du serveur

Lancer Server Manager , cliquer dans “Manage” puis “Remove Roles and Features”

Il faut décocher un produit pour le désinstaller, dans notre cas on décoche “Windows Server Update Services”

Cliquer sur Next et suivre le step by step.

3) Reboot du serveur

4) Ensuite deux options s’offrent à toi, soit supprimer/restaurer la DB SUSDB de ton serveur SQL , soit la conserver.

Dans mon cas j’avais un backup fonctionnel qui datait de avant que je foute le dawa donc j’ai fait le choix de restaurer ma DB et j’ai tout OVERWRITE.

5) Installer le rôle WSUS sur le serveur

Lancer Server Manager et installer le rôle WSUS sur le serveur => Comme j’ai un serveur MS SQL dessus je choisis l’option “SQL Server Connectivity” et non WID. Je spécifie mon instance SQL Server et le tour est joué, je lance l’install.

6) Lancer la Post-Install

Depuis la fenêtre de succès de l’installation de WSUS, cliquer sur “Launch Post-Installation tasks”. Il va ainsi détecter si une DB SUSDB existe ou non, si non, il la créée, si oui , alors il va utiliser l’existante. Dans mon cas il a détecté ma DB que j’ai restaurée auparavant et l’a utilisée.

Il y a un log de PostInstall disponible dans le dossier de l’utilisateur courant C:\Users\CurrentUserThatMadeTheInstall\local\Temp\WSUS_PostInstall_XXXXXXXXXX.log

7) Reboot du serveur

8) Installer le rôle SUP dans ConfigMgr

Lancer la console de SCCM/MECM et aller dans Administration>Overview>Site Configuration>Servers and Site System Roles.

Faire un clique droit sur le site concerné puis cliquer sur “Add Site System Roles”

Effectuer le setup en ayant choisi le rôle “Software Update Point” et en ne sélectionnant aucun produits car nous allons faire une première synchronisation à vide. Cliquer sur les produits afin de tous les sélectionner lors puis recliquer dessus afin d’être sûr qu’aucun produit n’est sélectionner. (à faire pendant le setup)

9) Lancer une première synchro à vide sans produits

Pour se faire aller dans “Software Library > Overview > Software Updates > All Software Updates”

Effectuer un clic droit sur “All Software Updates” et choisir “Synchronize Software Updates”

Vous pouvez effectuer le suivi de la synchro dans le log “wsyncmgr.log” .

10) Configurer ton rôle SUP (choisir les produits et les classifications)

Lancer la console de SCCM/MECM et aller dans Administration>Overview>Site Configuration>Servers and Site System Roles.

Cliquer sur le site concerné puis effectuer un clique droit sur “Software update point” et choisir “Properties”

Là tu pourra sélectionner ta classification ainsi que tes produits.

11) Lancer une synchro et revérifier si tout fonctionne bien

Pour se faire aller dans “Software Library > Overview > Software Updates > All Software Updates”

Effectuer un clic droit sur “All Software Updates” et choisir “Synchronize Software Updates”

Vous pouvez effectuer le suivi de la synchro dans le log “wsyncmgr.log” .

Et voilà, le tour est joué tu as réinstallé WSUS et le rôle SUP de ConfigMgr.

En espérant que ça t’a aidé , dans mon cas ça ronronne ! 😎

Trouver le sitecode SCCM (MECM) en PowerShell

Wed, 21 Sep 2022 00:00:00 +0000

Trouver le sitecode SCCM (MECM) en PowerShell

L’information du sitecode SCCM (MECM) est stockée dans WMI, nous pouvons donc aller rechercher l’info en utilisant du PowerShell.

Voici la commande à utiliser :

$SCCMSiteCode = $([WmiClass]"\\localhost\ROOT\ccm:SMS_Client").GetAssignedSite()
$SCCMSiteCode.sSiteCode

Si tu souhaites en savoir plus sur la méthode SMS_Client je te redirige sur ce lien :

https://msdn.microsoft.com/en-us/library/jj874307.aspx

Enjoy ! 😎

Trouver un groupe AD en utilisant un wildcard

Mon, 19 Sep 2022 00:00:00 +0000

Trouver un groupe AD en utilisant un wildcard

Si tu essayes de rechercher un groupe AD en utilisant l’outil “dsa.msc”, tu verras qu’il n’est pas capable de rechercher un groupe basé juste sur un morceau du nom. Il ne prend pas en compte les wilcard.

Afin de pouvoir effectuer ce type de recherches nous allons utiliser le module PowerShell Active Directory.

Tu peux l’installer avec la commande suivante :

Import-Module ActiveDirectory

Une fois le module installé, utilises la commande suivante et remplace le “PartOfMyGroup” par le morceau du groupe que tu recherches.

Get-ADGroup -Filter {name -like "*PartOfMyGroup*"} -Properties Description,info | Select Name,samaccountname,Description,info | Sort Name

Ainsi tu obtiendras tous les groupes AD qui ont dans leur nom le morceau de texte que tu recherchais.

Enjoy ! 😎

Package Manager pour Windows => Chocolatey

Wed, 16 Mar 2022 00:00:00 +0000

Package Manager pour Windows => Chocolatey

Comme tu le sais sûrement, Windows a sorti son propre package manager “winget” qui vient en built-in de Windows 11 mais avant cela, ou si tu as d’autres besoins ou préférences, tu peux utiliser un outil tiers tel que celui que je vais te présenter aujourd’hui : Chocolatey

Pourquoi Chocolatey :

Chocolatey est une solution de gestion de logiciels différente de tout ce que tu as connu sur Windows. Chocolatey apporte les concepts d’une véritable gestion des paquets pour te permettre de versionner les choses, de gérer les dépendances et l’ordre d’installation ainsi qu’une meilleure gestion d’inventaire et pleins d’autres fonctionnalités sympas.

Installation :

En premier, nous allons vérifier tes paramètres dans PowerShell.

Ouvre une fenêtre PowerShell en administrateur et lance la commande suivante :

Get-ExecutionPolicy

Si tu obtiens comme résultat “Restricted” alors lance l’une des commandes suivantes afin d’authoriser l’execution de scripts PowerShell.

Set-ExecutionPolicy AllSigned

Set-ExecutionPolicy Bypass -Scope Process

Une fois ces premiers checks effectués, utilise la commande suivante pour installer Chocolatey :

Set-ExecutionPolicy Bypass -Scope Process -Force; [System.Net.ServicePointManager]::SecurityProtocol = [System.Net.ServicePointManager]::SecurityProtocol -bor 3072; iex ((New-Object System.Net.WebClient).DownloadString('https://community.chocolatey.org/install.ps1'))

Installer des packages :

Pour installer des packages et ainsi commencer à utiliser Chocolatey, rien de plus simple, tu vas sur ce lien et tu cherches les packages qui t’intéressent :

https://community.chocolatey.org/packages

Exemple : Installer Adobe Reader

choco install adobereader

Rien de plus simple ! Enjoy ! 😁

ps : J’avais fait un article sur le package manager de Windows , tu le trouveras ici .

Windows - groupes et utilisateurs par défaut (Built-in Users, Default Groups and Special Identities)

Tue, 01 Mar 2022 00:00:00 +0000

Windows - groupes et utilisateurs par défaut (Built-in Users, Default Groups and Special Identities)

Hello, long time no see, alors aujourd’hui je vous ai reformaté un tableau du site ss64.com en 3 tableaux distincts qui parlent des différents groupes et utilisateurs de Windows.

Cet article est majoritairement en anglais car j’ai repris toutes les descriptions de ss64.com qui a fait un magnifique travail de récupération des infos présentent sur la doc Microsoft.

Vous trouverez les sources ci-dessous :

Les groupes par défaut (default / built-in group)

Default Group	Description
Access Control Assistance Operators	Remotely query authorization attributes and permissions for resources on the computer. BuiltIn Local. Default User Rights: None
Account Operators	Grants limited account creation privileges to a user. Members of this group can create and modify most types of accounts, including those of users, local groups, and global groups, and members can log in locally to domain controllers. Members of the Account Operators group cannot manage the Administrator user account, the user accounts of administrators, or the Administrators, Server Operators, Account Operators, Backup Operators, or Print Operators groups. Members of this group cannot modify user rights. Default User Rights: Allow log on locally: SeInteractiveLogonRight
Administrators	A built-in group . Grants complete and unrestricted access to the computer, or if the computer is promoted to a domain controller, members have unrestricted access to the domain.This group cannot be renamed, deleted, or moved. This built-in group controls access to all the domain controllers in its domain, and it can change the membership of all administrative groups. Membership can be modified by members of the following groups: the default service Administrators, Domain Admins in the domain, or Enterprise Admins. The group is the default owner of any object that is created by a member of the group. Default User Rights for Administrators
Allowed RODC Password Replication Group	Manage a RODC password replication policy. The Denied RODC Password Replication Group group contains a variety of high-privilege accounts and security groups. The Denied RODC Password Replication group supersedes the Allowed RODC Password Replication group. Default User Rights: None
Backup Operators	A built-in group. By default, the group has no members. Backup Operators can back up and restore all files on a computer, regardless of the permissions that protect those files. Backup Operators also can log on to the computer and shut it down. Default User Rights: Allow log on locally: SeInteractiveLogonRight Back up files and directories: SeBackupPrivilege Log on as a batch job: SeBatchLogonRight Restore files and directories: SeRestorePrivilege Shut down the system: SeShutdownPrivilege
Certificate Service DCOM Access	Members of this group are allowed to connect to certification authorities in the enterprise. Default User Rights: None
Cert Publishers	A global group that includes all computers that are running an enterprise certificate authority. Cert Publishers are authorized to publish certificates for User objects in Active Directory. Default User Rights: None
Cert Server Admins	Certificate Authority Administrators - authorized to administer certificates for User objects in Active Directory. (Domain Local)
Cert Requesters	Members can request certificates (Domain Local)
Cloneable Domain Controllers	Members of the Cloneable Domain Controllers group that are domain controllers may be cloned. Default User Rights: None
Cryptographic Operators	Members of this group are authorized to perform cryptographic operations. This security group was added in Windows Vista Service Pack 1 (SP1) to configure Windows Firewall for IPsec in Common Criteria mode. Default User Rights: None
Denied RODC Password Replication Group	Members of the Denied RODC Password Replication group cannot have their passwords replicated to any Read-only domain controller. The purpose of this security group is to manage a RODC password replication policy. This group contains a variety of high-privilege accounts and security groups. Default User Rights: None
Device Owners	This group is not currently used in Windows. Default User Rights: Allow log on locally: SeInteractiveLogonRight Access this computer from the network: SeNetworkLogonRight Bypass traverse checking: SeChangeNotifyPrivilege Change the time zone: SeTimeZonePrivilege
Distributed COM Users	Members of the Distributed COM Users group are allowed to launch, activate, and use Distributed COM objects on the computer. Default User Rights: None
DnsAdmins (installed with DNS)	Members of this group have administrative access to the DNS Server service. The default permissions are as follows: Allow: Read, Write, Create All Child objects, Delete Child objects, Special Permissions. This group has no default members. Default User Rights: None
DnsUpdateProxy (installed with DNS)	Members of this group are DNS clients that can perform dynamic updates on behalf of other clients, such as DHCP servers. This group has no default members. Default User Rights: None
Domain Admins	A global group whose members are authorized to administer the domain. By default, the Domain Admins group is a member of the Administrators group on all computers that have joined a domain, including the domain controllers. Domain Admins is the default owner of any object that is created in the domain’s Active Directory by any member of the group. If members of the group create other objects, such as files, the default owner is the Administrators group. Default User Rights: as Administrators
Domain Computers	A global group that includes all computers that have joined the domain, excluding domain controllers. Default User Rights: None
Domain Controllers	A global group that includes all domain controllers in the domain. New domain controllers are added to this group automatically. Default Default User Rights: None
Domain Guests	A global group that, by default, has only one member, the domain’s built-in Guest account. Default User Rights: See ‘Guests’
Domain Users	A global group that, by default, includes all user accounts in a domain. When you create a user account in a domain, it is added to this group automatically. Default User Rights: See ‘Users’
Enterprise Admins	A group that exists only in the root domain of an Active Directory forest of domains. It is a universal group if the domain is in native mode, a global group if the domain is in mixed mode. The group is authorized to make forest-wide changes in Active Directory, such as adding child domains. By default, the only member of the group is the Administrator account for the forest root domain. Default User Rights: See Administrators See Denied RODC Password Replication Group
Enterprise Key Admins	Members of this group can perform administrative actions on key objects within the forest. The Enterprise Key Admins group was introduced in Windows Server 2016. Default User Rights: None
Enterprise Read-Only Domain Controllers	Members of this group are Read-Only Domain Controllers in the enterprise. Except for account passwords, a Read-only domain controller holds all the Active Directory objects and attributes that a writable domain controller holds. Default User Rights: None
Event Log Readers	Members of this group can read event logs from local computers. The group is created when the server is promoted to a domain controller. Default User Rights: None
Group Policy Creators Owners	A global group that is authorized to create new Group Policy objects in Active Directory. By default, the only member of the group is Administrator. The default owner of a new Group Policy object is usually the user who created it. If the user is a member of Administrators or Domain Admins, all objects that are created by the user are owned by the group. Owners have full control of the objects they own. Default User Rights: See ‘Denied RODC Password Replication Group’.
Guests	A built-in group. By default, the only member is the Guest account. The Guests group allows occasional or one-time users to log on with limited privileges to a computer’s built-in Guest account. When a member of the Guests group signs out, the entire profile is deleted. This includes everything that is stored in the %userprofile% directory, including the user’s registry hive information, custom desktop icons, and other user-specific settings. This implies that a guest must use a temporary profile to sign in to the system. Default User Rights: None
Hyper-V Administrators	Members of the Hyper-V Administrators group have complete and unrestricted access to all the features in Hyper-V. Adding members to this group helps reduce the number of members required in the Administrators group, and further separates access. Introduced in Windows Server 2012. Default User Rights: None
IIS_IUSRS	IIS_IUSRS is a built-in group that is used by Internet Information Services beginning with IIS 7.0. A built-in account and group are guaranteed by the operating system to always have a unique SID. IIS 7.0 replaces the IUSR_MachineName account and the IIS_WPG group with the IIS_IUSRS group to ensure that the actual names that are used by the new account and group will never be localized. Default User Rights: None
Incoming Forest Trust Builders	Members of the Incoming Forest Trust Builders group can create incoming, one-way trusts to this forest. Active Directory provides security across multiple domains or forests through domain and forest trust relationships. This group cannot be renamed, deleted, or moved. Default User Rights: None
Key Admins	Members of this group can perform administrative actions on key objects within the domain. Default User Rights: None
Network Configuration Operators	Members of this group can make changes to TCP/IP settings, Rename/Enable/disable LAN connections,Delete/rename remote access connections, enter the PIN unblock key (PUK) for mobile broadband devices that support a SIM card and renew and release TCP/IP addresses on domain controllers in the domain. This group has no default members. Default User Rights: None
Performance Monitor Users	Members of this group can monitor performance counters on domain controllers in the domain, locally and from remote clients without being a member of the Administrators or Performance Log Users groups. Default User Rights: None
Performance Log Users	Members of this group can manage performance counters, logs and alerts on domain controllers in the domain, locally and from remote clients without being a member of the Administrators group. Default User Rights: Log on as a batch job: SeBatchLogonRight
Power Users	By default, members of this group have no more user rights or permissions than a standard user account. The Power Users group did once grant users specific admin rights and permissions in previous versions of Windows.
Pre-Windows 2000 Compatible Access	A backward compatibility group which allows read access on all users and groups in the domain. By default, the special identity Everyone is a member of this group. Add users to this group only if they are running Windows NT 4.0 or earlier. Default User Rights: Access this computer from the network: SeNetworkLogonRight Bypass traverse checking: SeChangeNotifyPrivilege
Print Operators	A built-in group that exists only on domain controllers. By default, the only member is the Domain Users group. Print Operators can manage printers and document queues. They can also manage Active Directory printer objects in the domain. Members of this group can locally sign in to and shut down domain controllers in the domain. Because members of this group can load and unload device drivers on all domain controllers in the domain, add users with caution. This group cannot be renamed, deleted, or moved. Default User Rights: Allow log on locally: SeInteractiveLogonRight Load and unload device drivers: SeLoadDriverPrivilege Shut down the system: SeShutdownPrivilege
Protected Users	Members of the Protected Users group are afforded additional protection against the compromise of credentials during authentication processes. This security group is designed as part of a strategy to effectively protect and manage credentials within the enterprise. Members of this group automatically have non-configurable protection applied to their accounts. Membership in the Protected Users group is meant to be restrictive and proactively secure by default. The only method to modify the protection for an account is to remove the account from the security group. This group was introduced in Windows Server 2012 R2. Default User Rights: None Vous devriez vraiment l’utiliser.
RAS and IAS Servers	Servers in this group are permitted access to the remote access properties of users. A domain local group . By default, this group has no members. Computers that are running the Routing and Remote Access service are added to the group automatically. Members of this group have access to certain properties of User objects, such as Read Account Restrictions, Read Logon Information, and Read Remote Access Information. Default User Rights: None
RDS Endpoint Servers	Servers that are members in the RDS Endpoint Servers group can run virtual machines and host sessions where user RemoteApp programs and personal virtual desktops run. This group needs to be populated on servers running RD Connection Broker. Session Host servers and RD Virtualization Host servers used in the deployment need to be in this group. Default User Rights: None
RDS Management Servers	Servers that are members in the RDS Management Servers group can be used to perform routine administrative actions on servers running Remote Desktop Services. This group needs to be populated on all servers in a Remote Desktop Services deployment. The servers running the RDS Central Management service must be included in this group. Default User Rights: None
RDS Remote Access Servers	Servers in the RDS Remote Access Servers group provide users with access to RemoteApp programs and personal virtual desktops. In Internet facing deployments, these servers are typically deployed in an edge network. This group needs to be populated on servers running RD Connection Broker. RD Gateway servers and RD Web Access servers that are used in the deployment need to be in this group. Default User Rights: None
Read-Only Domain Controllers	This group is comprised of the Read-only domain controllers in the domain. A Read-only domain controller makes it possible for organizations to easily deploy a domain controller in scenarios where physical security cannot be guaranteed, such as branch office locations, or in scenarios where local storage of all domain passwords is considered a primary threat, such as in an extranet or in an application-facing role. Default User Rights See ‘Denied RODC Password Replication Group’.
Remote Desktop Users	The Remote Desktop Users group on an RD Session Host server is used to grant users and groups permissions to remotely connect to an RD Session Host server. This group cannot be renamed, deleted, or moved. It appears as a SID until the domain controller is made the primary domain controller and it holds the operations master role (also known as flexible single master operations or FSMO). Default User Rights: None
Remote Management Users	Members of the Remote Management Users group can access WMI resources over management protocols (such as WS-Management via the Windows Remote Management service). This applies only to WMI namespaces that grant access to the user. The Remote Management Users group is generally used to allow users to manage servers through the Server Manager console, whereas the WinRMRemoteWMIUsers_ group is allows remotely running Windows PowerShell commands. Default User Rights: None
Replicator	Computers that are members of the Replicator group support file replication in a domain. Windows Server operating systems use the File Replication service (FRS) to replicate system policies and logon scripts stored in the System Volume (SYSVOL).The DFS Replication service is a replacement for FRS, and it can be used to replicate the contents of a SYSVOL shared resource, DFS folders, and other custom (non-SYSVOL) data. You should migrate all non-SYSVOL FRS replica sets to DFS Replication. Default User Rights: None
Schema Admins	A group that exists only in the root domain of an Active Directory forest of domains. It is a universal group if the domain is in native mode , a global group if the domain is in mixed mode . The group is authorized to make schema changes in Active Directory. By default, the only member of the group is the Administrator account for the forest root domain. Because this group has significant power in the forest, add users with caution. Default User Rights: See ‘Denied RODC Password Replication Group’.
Server Operators	A built-in group that exists only on domain controllers. By default, the group has no members. Server Operators can log on to a server interactively; create and delete network shares; start and stop services; back up and restore files; format the hard disk of the computer; and shut down the computer. Default User Rights: Allow log on locally: SeInteractiveLogonRight Back up files and directories: SeBackupPrivilege Change the system time: SeSystemTimePrivilege Change the time zone: SeTimeZonePrivilege Force shutdown from a remote system: SeRemoteShutdownPrivilege Restore files and directories SeRestorePrivilege Shut down the system: SeShutdownPrivilege
Storage Replica Administrators	Members of this group have complete and unrestricted access to all features of Storage Replica. Default User Rights: None

System Managed Accounts Group	Members of this group are managed by the system. Default User Rights: None
Terminal Server License Servers	Members of the Terminal Server License Servers group can update user accounts in Active Directory with information about license issuance. This is used to track and report TS Per User CAL usage. A TS Per User CAL gives one user the right to access a Terminal Server from an unlimited number of client computers or devices. This group appears as a SID until the domain controller is made the primary domain controller and it holds the operations master role (also known as flexible single master operations or FSMO). Default User Rights: None
Users	A built-in group. After the initial installation of the operating system, the only member is the Authenticated Users group. When a computer joins a domain, the Domain Users group is added to the Users group on the computer. Users can perform tasks such as running applications, using local and network printers, shutting down the computer, and locking the computer. Users can install applications that only they are allowed to use if the installation program of the application supports per-user installation. This group cannot be renamed, deleted, or moved. Default User Rights: None
Windows Authorization Access Group	Members of this group have access to the computed token GroupsGlobalAndUniversal attribute on User objects. Some applications have features that read the token-groups-global-and-universal (TGGAU) attribute on user account objects or on computer account objects in Active Directory Domain Services. Default User Rights: None
WinRMRemoteWMIUsers_	In Windows 8 and in Windows Server 2012, a Share tab was added to the Advanced Security Settings user interface. This tab displays the security properties of a remote file share. To view this information, you must have the following permissions and memberships, as appropriate for the version of Windows Server that the file server is running.The WinRMRemoteWMIUsers_ group allows running PowerShell commands remotely whereas the ‘Remote Management Users’ group is generally used to allow users to manage servers by using the Server Manager console. This security group was introduced in Windows Server 2012. Default User Rights: None

Utilisateurs par défaut ou propriétaire de session (Default User or Session owner)

Default User or Session owner	Description
Administrator	A user account for the system administrator. This account is the first account created during operating system installation. The account cannot be deleted or locked out. It is a member of the Administrators group and cannot be removed from that group.
Guest	A user account for people who do not have individual accounts. This user account does not require a password. By default, the Guest account is disabled.
KRBTGT	A service account that is used by the Key Distribution Center (KDC) service.

Identités spéciales (Special Identity)

Special Identity	Description
Anonymous Logon	A user who has logged on anonymously. This identity allows anonymous access to resources, such as a web page that is published on corporate servers. Default User Rights: None
Authenticated Users	group that includes all users whose identities were authenticated when they logged on. Membership is controlled by the operating system. This identity allows access to shared resources within the domain, such as files in a shared folder that should be accessible to all the workers in the organization. Default User Rights: Access this computer from the network: SeNetworkLogonRight Add workstations to domain: SeMachineAccountPrivilege (Often removed in environments that have an IT administrator.) Bypass traverse checking: SeChangeNotifyPrivilege
Batch	Any user or process that accesses the system as a batch job (or through the batch queue) has the Batch identity. This identity allows batch jobs to run scheduled tasks, such as a nightly cleanup jobMembership is controlled by the operating system. Default User Rights: None
Creator Group	The person who created the file or the directory is a member of this special identity group. Windows Server operating systems use this identity to automatically grant access permissions to the creator of a file or directory. A placeholder security identifier (SID) is created in an inheritable access control entry (ACE). When the ACE is inherited, the system replaces this SID with the SID for the primary group of the object’s current owner. The primary group is used only by the Portable Operating System Interface for UNIX (POSIX) subsystem. Default User Rights: None
Creator Owner	The person who created the file or the directory is a member of this special identity group. Windows Server operating systems use this identity to automatically grant access permissions to the creator of a file or directory. A placeholder SID is created in an inheritable ACE. When the ACE is inherited, the system replaces this SID with the SID for the object’s current owner.
Dialup	Any user who accesses the system through a dial-up connection has the Dial-Up identity. This identity distinguishes dial-up users from other types of authenticated users.
Digest Authentication	Default User Rights: None
Enterprise Domain Controllers	A group that includes all domain controllers an Active Directory directory service forest of domains. Membership is controlled by the operating system. Default User Rights: Access this computer from the network: SeNetworkLogonRight Allow log on locally: SeInteractiveLogonRight
Everyone	All interactive, network, dial-up, and authenticated users are members of the Everyone group. This special identity group gives wide access to system resources. Whenever a user logs on to the network, the user is automatically added to the Everyone group. On computers running Windows 2000 and earlier, the Everyone group included the Anonymous Logon group as a default member, but as of Windows Server 2003, the Everyone group contains only Authenticated Users and Guest; and it no longer includes Anonymous Logon by default (although this can be changed). Membership is controlled by the operating system. Default User Rights: Access this computer from the network: SeNetworkLogonRight Act as part of the operating system: SeTcbPrivilege Bypass traverse checking: SeChangeNotifyPrivilege
Interactive	Any user who is logged on to the local system has the Interactive identity. This identity allows only local users to access a resource. Whenever a user accesses a given resource on the computer to which they are currently logged on, the user is automatically added to the Interactive group. Membership is controlled by the operating system. Default User Rights: None
Local Service	The Local Service account is similar to an Authenticated User account. The Local Service account has the same level of access to resources and objects as members of the Users group. This limited access helps safeguard your system if individual services or processes are compromised. Services that run as the Local Service account access network resources as a null session with anonymous credentials. The name of the account is NT AUTHORITY\LocalService. This account does not have a password. Default User Rights: Adjust memory quotas for a process: SeIncreaseQuotaPrivilege Bypass traverse checking: SeChangeNotifyPrivilege Change the system time: SeSystemtimePrivilege Change the time zone: SeTimeZonePrivilege Create global objects: SeCreateGlobalPrivilege Generate security audits: SeAuditPrivilege Impersonate a client after authentication: SeImpersonatePrivilege Replace a process level token: SeAssignPrimaryTokenPrivilege
Local System	This is a service account that is used by the operating system. The LocalSystem account is a powerful account that has full access to the system and acts as the computer on the network. If a service logs on to the LocalSystem account on a domain controller, that service has access to the entire domain. Some services are configured by default to log on to the LocalSystem account. Do not change the default service setting. The name of the account is LocalSystem. This account does not have a password. Default User Rights: None
Network	This group implicitly includes all users who are logged on through a network connection. Any user who accesses the system through a network has the Network identity. This identity allows only remote users to access a resource. Whenever a user accesses a given resource over the network, the user is automatically added to the Network group. Membership is controlled by the operating system. Default User Rights: None
Network Service	The Network Service account is similar to an Authenticated User account. The Network Service account has the same level of access to resources and objects as members of the Users group. This limited access helps safeguard your system if individual services or processes are compromised. Services that run as the Network Service account access network resources by using the credentials of the computer account. The name of the account is NT AUTHORITY\NetworkService. This account does not have a password. Default User Rights: Adjust memory quotas for a process: SeIncreaseQuotaPrivilege Bypass traverse checking: SeChangeNotifyPrivilege Create global objects: SeCreateGlobalPrivilege Generate security audits: SeAuditPrivilege Impersonate a client after authentication: SeImpersonatePrivilege Restore files and directories: SeRestorePrivilege Replace a process level token: SeAssignPrimaryTokenPrivilege
NTLM Authentication	Default User Rights: None
Other Organization	This group implicitly includes all users who are logged on to the system through a dial-up connection. Membership is controlled by the operating system. Default User Rights: None
Principal Self or Self	This identity is a placeholder in an ACE on a user, group, or computer object in Active Directory. When you grant permissions to Principal Self, you grant them to the security principal that is represented by the object. During an access check, the operating system replaces the SID for Principal Self with the SID for the security principal that is represented by the object. Default User Rights: None
Remote Interactive Logon	This identity represents all users who are currently logged on to a computer by using a Remote Desktop connection. This group is a subset of the Interactive group. Access tokens that contain the Remote Interactive Logon SID also contain the Interactive SID. Default User Rights: None
Restricted	Users and computers with restricted capabilities have the Restricted identity. This identity group is used by a process that is running in a restricted security context, such as running an application with the RunAs service. When code runs at the Restricted security level, the Restricted SID is added to the user’s access token. Default User Rights: None
SChannel Authentication	Default User Rights: None
Service	Any service that accesses the system has the Service identity. This identity group includes all security principals that are signed in as a service. This identity grants access to processes that are being run by Windows Server services. Membership is controlled by the operating system. Default User Rights: Create global objects: SeCreateGlobalPrivilege Impersonate a client after authentication: SeImpersonatePrivilege
Terminal Server Users	Any user accessing the system through Terminal Services has the Terminal Server User identity. This identity allows users to access Terminal Server applications and to perform other necessary tasks with Terminal Server services. Membership is controlled by the operating system. Default User Rights: None
This Organization	Default User Rights: None
Window Manager\Window Manager Group	Default User Rights: Bypass traverse checking: SeChangeNotifyPrivilege Increase a process working set: SeIncreaseWorkingSetPrivilege

Tu as atteint la fin des 3 tableaux. Félicitations ! 😎

Redémarrer un serveur distant en ligne de commande (CMD)

Mon, 03 Jan 2022 00:00:00 +0000

Redémarrer un serveur distant en ligne de commande (CMD)

Adieu salut c’t’équipe ! Alors aujourd’hui un petit article ultra court qui explique comment redémarrer un serveur distant en ligne de commande (CMD).

La commande shutdown

Windows a une commande d’arrêt qui est intégrée et qui se nomme “shutdown”. On peut l’utiliser pour stopper ou redémarrer une machine locale ou distante.

Pour utiliser cette commande, il vous suffit d’ouvrir une CMD.

Le détail de cette commande s’obtient en tapant “shutdown /?” dans une CMD.

Voici une liste des fonctions les plus utilisées :

/s - éteindre la machine
/r - redémarrer la machine
/m - spécifier un ordinateur distant
/l - ne pas logguer
/t - Le temps en secondes avant le stop ou reboot.
/c - Un commentaire qui s’affiche sur l’écran de reboot ou d’arrêt de la machine.

Voici quelques exemples :

Arrêt d’une machine

shutdown /s

Restart instantané d’une machine

shutdown /r /t 00

Restart instantané d’une machine distante

shutdown /r /m \\yourRemoteServer /t 0

Voilà, enjoy ! 😉

Trouver un compte de service (MSA) dans l'AD. Comptes cachés.

Thu, 11 Nov 2021 00:00:00 +0000

Trouver un compte de service (MSA) dans l’AD. Comptes cachés.

Tu recherches un compte dans l’AD et tu ne le trouves pas ? Il y a des chances que ça soit un compte de service MSA et voici comment le trouver !

Un peu de théorie sur les services et les MSA:

Un service possède une identité de sécurité primaire qui détermine les droits d’accès aux ressources locales et réseau. Le contexte de sécurité d’un service Microsoft Win32 est déterminé par le compte de service qui est utilisé pour démarrer le service. Généralement tu vas utiliser un compte de service pour :

Identifier et authentifier un service.
Démarrer avec succès un service.
Accéder ou exécuter du code ou une application.
Démarrer un processus.

En fonction de ton cas d’utilisation, tu peux utiliser un compte de service géré (MSA), un compte d’ordinateur ou un compte d’utilisateur pour exécuter un service. Tu dois bien entendu d’abord tester un service pour confirmer qu’il peut utiliser un compte de service géré. Si le service peut utiliser un MSA, alors la bonne pratique voudrait que tu en utilises un.

L’avantage principal du compte de service MSA est que le mot de passe est entièrement géré par l’AD, aucune action manuelle n’est requise et le mot de passe nous reste donc inconnu.

Source : https://docs.microsoft.com/en-us/azure/active-directory/fundamentals/service-accounts-on-premises

Problématique :

Un compte de service AD avec un SamAccountName qui se termine par un “$” est caché. On ne le trouve pas en effectuant une recherche toute simple de type :

Solution

Afin de trouver ce compte tu peux utiliser PowerShell. Voici un exemple de la commande à exécuter.

PS C:\> Get-ADServiceAccount -Identity service1

Enabled : True
Name : service1
UserPrincipalName :
SamAccountName : service1$
ObjectClass : msDS-ManagedServiceAccount
SID : S-1-5-21-159507390-2980359153-3438059098-29770
ObjectGUID : eaa435ee-6ebc-44dd-b4b6-dc1bb5bcd23a
HostComputers :
DistinguishedName : CN=service1,CN=Managed Service Accounts,DC=contoso,DC=com

Source : https://docs.microsoft.com/en-us/powershell/module/activedirectory/get-adserviceaccount?view=windowsserver2019-ps

Comme il est accessible via PowerShell, tu peux donc l’administrer via PowerShell et, p.ex., le rajouter en tant que membre d’un groupe.

J’espère que cet article t’a été utile !

Enjoy ! 👨‍💻

Obtenir le port d'une instance SQL en Powershell

Thu, 12 Aug 2021 00:00:00 +0000

Obtenir le port d’une instance SQL en Powershell

Le port par défaut d’un serveur MS SQL est le 1433 mais vous trouverez souvent que, par mesure de sécurité, le port a été modifié.

Voici un petit script PowerShell permettant de retourner les instances ainsi que les ports utilisés d’un serveur MS SQL.

$server = Read-Host -Prompt 'Input your servername'

$namespace = gwmi -computername $server -Namespace "root\microsoft\sqlserver" -Class "__Namespace" -Filter "name like 'ComputerManagement%'" | sort desc | select -ExpandProperty name -First 1

Get-WmiObject -computername $server -Namespace "root\microsoft\SqlServer\$namespace" -Class ServerNetworkProtocolProperty | select instancename,propertystrval,PropertyName,IPAddressName,ProtocolName | where{$_.IPAddressName -eq 'IPAll' -and $_.propertystrval -ne ''} | ft -autosize

Lorsque vous exécuterez ce script, il vous demandera de rentrer le serveur pour lequel vous souhaitez trouver les instances et ports et vous obtiendrez le résultat suivant :

Enjoy ! 😉

Convertir un serveur Windows de la version d'évaluation à la version retail

Thu, 15 Jul 2021 00:00:00 +0000

Convertir un serveur Windows de la version d’évaluation à la version retail

Afin de convertir un serveur en version d’évaluation à la version retail il nous faut effectuer quelques petites commandes Powershell.

Suivez le guide ! 😎

Afficher les versions disponibles

DISM /online /Get-TargetEditions

Upgrader la version : ⚠ Il vous faut une licence valide ⚠

DISM /Online /Set-Edition:ServerDatacenter /ProductKey:xxxxx-xxxxx-xxxxx-xxxxx-xxxxx /AcceptEula

Taper “Y” et le serveur va redémarrer !

Félicitations, vous avez passé d’une édition éval à une retail !

Déployer rapidement un serveur RDS

Thu, 15 Jul 2021 00:00:00 +0000

Déployer rapidement un serveur RDS

Voici un petit guide step by step vous expliquant comment déployer rapidement un serveur RDS. Dans mon cas, je vais utiliser ce serveur pour publier des applications sur un portail web. Ces applications seront installées sur le serveur RDS et seront téléchargeables sur le portail web d’applications. Tous les PCs de mon réseau pourront ainsi les télécharger et les exécuter mais cela utilisera les ressources du serveur et non des PCs. De plus cela m’évite de devoir configurer l’application sur chacun des PCs, je la configure une seule et unique fois sur le serveur. 😎

Prérequis

Le serveur doit être membre d’un domaine

Installation de RDS

Sur un serveur Windows allez dans “Server Manager” et cliquez sur “Manage” > “Add Roles and Features”

Choisir “Remote Desktop Service Installation”

Choisir “Quick Start” Le “Quick Start” installe tous les rôles nécessaires (broker, hôte de bureau à distance et accès web) sur le même serveur.

Nous allons choisir Session-based desktop deployment. (Je n’ai pas besoin de virtual desktops)

Cocher la case “Restart the destination server” puis Deploy

Installation… Le serveur va redémarrer une ou plusieurs fois durant l’installation.

Félicitations vous avez installé un serveur RDS ! Enjoy ! 😎

Créer un domaine sur Windows Server 2019

Wed, 14 Jul 2021 00:00:00 +0000

Créer un domaine sur Windows Server 2019

Ce petit guide vous expliquera comment créer un domaine sur Windows Server 2019. Pour se faire nous installerons le rôle “Active Directory Domain Service” qui permet de stocker des informations au sujet des utilisateurs, ordinateurs et autres périphériques sur le réseau. AD DS aide les administrateurs à gérer de manière sécurisée ces informations et facilite la collaboration entre les utilisateurs d’un même domaine.

Installation

Dans “Server Manager” , cliquer sur “Manage” puis “Add Roles and Features”

Choisir “Role-based or feature-based installation”

Choisir votre serveur puis Next

Sélectionner “Active Directory Domain Services” puis cliquer sur “Add Features” puis Next

Nous n’allons pas rajouter de features, cliquer sur Next

Install

Installation… Lorsqu’elle sera terminée, cliquer sur “Close”.

Dans Server Manager, cliquer sur “AD DS”. Un message nous informe qu’il faut le configurer, cliquer sur “More…”

Cliquer sur “Promote this server to a domain…”

Dans notre cas je n’ai pas de forêt ni de domaine, je vais donc créer une nouvelle forêt dans laquelle il y aura mon domaine root “POC.local” . Vous pouvez le nommer comme bon vous semble, j’ai choisi POC pour Proof Of Concept.

Ici, laisser sur les functional level de 2016. De plus, nous allons laisser l’ajout du Rôle DNS de coché. Il nous faut créer notre mot de passe DSRM.

Nous n’avons pas besoin de DNS delegation pour le moment, donc on passe, cliquer sur “Next”

Le nom NetBIOS, pour moi je laisse comme ça, Next

Nous allons utiliser les chemins par défaut , Next

Maintenant il va effectuer un check des pré-requis, si tout est au vert on peut installer

Installation…

Après l’installation le serveur reboot

Félicitations, l’installation est maintenant terminée ! Il ne reste plus qu’à vous loguer avec le compte Admin qui a est maintenant le compte admin du domaine.

Enjoy ! 😎

Retourner la date des derniers backups pour toutes les DBs d'une instance MS SQL

Tue, 30 Mar 2021 00:00:00 +0000

Retourner la date des derniers backups pour toutes les DBs d’une instance MS SQL

Voici un petit script SQL bien pratique pour savoir quand vos bases ont été backupées pour la dernière fois sur une instance MS SQL.

SELECT sdb.Name AS DatabaseName,
COALESCE(CONVERT(VARCHAR(12), MAX(bus.backup_finish_date), 101),'-') AS LastBackUpTime
FROM sys.sysdatabases sdb
LEFT OUTER JOIN msdb.dbo.backupset bus ON bus.database_name = sdb.name
GROUP BY sdb.Name

Enjoy ! ;-)

Compresser des fichiers logs sous Windows

Wed, 03 Feb 2021 00:00:00 +0000

Compresser des fichiers logs sous Windows

Activer la vue des fichiers compressés

Activer la compression. Click droit sur un dossier > Propriétés > Avancé

Conclusion : Le dossier prend une couleur bleue une fois compressé. Cette méthode est très efficaces pour des fichiers contenant du texte tels que des logs.

IIS passer du mode "classic" au mode "integrated" pour un Application Pool

Wed, 03 Feb 2021 00:00:00 +0000

IIS passer du mode “classic” au mode “integrated” pour un Application Pool

Afin de changer le mode d’un application pool, il vous faut lancer IIS Manager, puis aller dans “Application Pools”.

Double cliquez sur votre “Application pool” et changez le mode de “Classic” à “Integrated”.