Windows | AlexIn Tech

[Fix] Antigravity ne lance pas Chrome sur Windows ? Voici la solution !

Fri, 30 Jan 2026 00:00:00 +0000

[Fix] Antigravity ne lance pas Chrome sur Windows ? Voici la solution !

Si vous avez testé le Browser Subagent d’Antigravity sous Windows et que vous vous retrouvez avec un navigateur qui refuse obstinément de se lancer, vous n’êtes pas seul. C’est un blocage frustrant quand on essaie de laisser l’IA “voir” un site web ou tester une interface, mais qu’au lieu d’une fenêtre Chrome, on obtient une erreur.

La bonne nouvelle ? C’est un problème connu avec une solution très simple. Ce guide suppose que vous avez déjà installé l’extension de navigateur Antigravity.

Le Symptôme

Lorsque vous demandez à Antigravity d’effectuer une tâche nécessitant le navigateur (par exemple : “regarde mon site web”), l’opération échoue. Si vous regardez dans le terminal ou les logs d’erreurs, vous verrez probablement ce message spécifique :

"Failed to install playwright: $HOME environment variable is not set"

Pourquoi cela arrive-t-il ?

Antigravity utilise Playwright, un outil puissant conçu pour “piloter” les navigateurs. Playwright a été initialement pensé pour les environnements Linux et macOS. Sur ces systèmes, il existe toujours un raccourci standard nommé $HOME qui pointe vers le dossier de l’utilisateur.

Windows, lui, utilise %USERPROFILE%. Comme Playwright cherche spécifiquement $HOME et ne le trouve pas, il “panique” et arrête l’installation, empêchant l’IA de prendre le contrôle de Chrome.

(Mon avis ? Les développeurs d’Antigravity travaillent probablement sur Mac et ne font peut-être pas autant de tests sur Windows !)

Le Correctif étape par étape

Pour corriger cela, nous devons indiquer manuellement à Windows de créer un raccourci nommé “HOME”. Voici comment faire en moins de 60 secondes :

1. Ouvrir PowerShell

Cliquez sur votre menu Démarrer, tapez PowerShell, et lancez l’application. Vous n’avez pas forcément besoin de l’exécuter en tant qu’administrateur, mais vous pouvez le faire.

2. Exécuter la commande de correction

Copiez le code ci-dessous, collez-le dans la fenêtre PowerShell et appuyez sur Entrée. Cette commande dit à Windows : “Désormais, dès qu’un programme demande ‘HOME’, renvoie-le vers mon dossier utilisateur.”

[System.Environment]::SetEnvironmentVariable('HOME', "$env:USERPROFILE", 'User')

3. Redémarrer Antigravity

C’est une étape cruciale. Ce changement ne sera effectif que lorsque vous aurez complètement fermé et rouvert votre IDE. Cela lui permet de “voir” le nouveau raccourci que vous venez de créer.

À quoi s’attendre ensuite

Une fois redémarré, essayez à nouveau de demander à l’Agent d’ouvrir votre navigateur. Vous remarquerez peut-être un court délai la première fois, c’est normal (Playwright termine son installation). Ensuite, Chrome devrait s’ouvrir normalement et Antigravity pourra enfin faire son travail.

Bonne navigation agentique ! 😎

AlexIn Tech

Recall - Risques de Sécurité, Exploit TotalRecall et Comment le Désactiver

Wed, 05 Jun 2024 00:00:00 +0000

Recall : Risques de Sécurité, Exploit TotalRecall et Comment le Désactiver

La fonctionnalité Recall de Microsoft Copilot+ sur Windows 11 a fait couler beaucoup d’encre. Cette innovation permet de prendre constamment des captures d’écran de votre PC et de les stocker dans une base de données, rendant ainsi toutes vos activités informatiques recherchables instantanément par Copilot. Bien que cela puisse sembler pratique pour retrouver des informations rapidement, cette fonctionnalité pose de sérieuses questions en matière de confidentialité et de sécurité.

Qu’est-ce que la Fonctionnalité Recall ?

Recall, introduite avec Microsoft Copilot+ sur Windows 11, permet de retracer vos activités passées en prenant des instantanés (screenshots) de votre écran toutes les cinq secondes. Ces instantanés sont stockés localement et analysés pour permettre une recherche par langage naturel (Copilot). En théorie, cette fonctionnalité est conçue pour améliorer la productivité en offrant un accès rapide aux informations précédemment vues sur votre PC.

Problèmes de Sécurité avec Recall

L’article de Kevin Beaumont sur DoublePulsar met en lumière plusieurs préoccupations majeures :

Stockage Local des Données

Les captures d’écran sont stockées localement dans une base de données SQLite, accessible à tout utilisateur avec les bonnes permissions. Bien que les données soient traitées localement, leur stockage sous forme de texte brut dans des fichiers facilement accessibles représente une vulnérabilité significative. La base de données se trouve simplement dans un dossier dans AppData, ce qui la rend facilement accessible.

Accès Non Sécurisé

Malgré l’utilisation de chiffrement, les données peuvent être accédées par des logiciels malveillants lorsque l’utilisateur est connecté. Le chiffrement n’aide que si quelqu’un vole physiquement votre appareil, mais cela n’empêche pas un hacker d’accéder aux données via des logiciels malveillants. Par exemple, un trojan présent sur la machine pourra exfiltrer les données de Recall.

Exfiltration Facile

La facilité d’exfiltration des données est un autre aspect préoccupant de Copilot+ Recall. La base de données contenant les informations de l’utilisateur est relativement légère et peut être transmise rapidement via une connexion Internet standard. En quelques secondes, des mois d’enregistrement peuvent être exfiltrés sans que l’utilisateur ne s’en rende compte. Cette vulnérabilité ouvre la porte à des violations massives de données, où les informations des utilisateurs peuvent être rassemblées et vendues sur des marchés noirs.

Impact sur la Vie Privée

L’impact sur la vie privée des utilisateurs est peut-être la conséquence la plus alarmante de cette fonctionnalité. Copilot+ Recall stocke chaque interaction de l’utilisateur, y compris les sites web visités, les messages supprimés, les gestionnaires de mots de passes, les données médicales, etc. Pour faire simple, il screenshot tout chaque 5 secondes et conserver ces informations. Cette surveillance constante et l’incapacité à effacer définitivement des informations sensibles soulèvent des préoccupations majeures. La promesse de sécurité de Microsoft est fondamentalement compromise par cette fonctionnalité, qui transforme l’expérience personnelle de Windows en une source potentielle de violations de la vie privée.

TotalRecall : un exploit pour Recall

L’outil TotalRecall, développé par Alexander Hagenah, exploite cette vulnérabilité en extrayant et affichant les données collectées par la fonctionnalité Recall de Windows 11. Cet outil simple permet d’accéder facilement aux informations sur les instantanés d’activité de votre PC.

Fonctionnement de TotalRecall

TotalRecall copie la base de donnée “ukg.db” ainsi que le dossier contenant les captures d’écran “ImageStore”, puis parse la DB et change l’extension des screenshots en .jpg pour en faciliter la lecture. Le tout permet de trouver des artefacts potentiellement intéressants. 😈 Vous pouvez définir des dates pour limiter l’extraction et rechercher des chaînes de texte spécifiques extraites par l’OCR de Copilot/Recall. Le processus est basique mais très efficace pour exposer les vulnérabilités de la fonctionnalité Recall.

Caractéristiques Clés de TotalRecall

Filtrage par Date : Limitez l’extraction à une période spécifique.
Recherche de Texte : Trouvez des informations spécifiques dans les données capturées.
Rapports Détaillés : Génère des rapports résumant les fenêtres capturées, les images prises, et les résultats de recherche.

Comment Désactiver Recall

Pour ceux qui souhaitent désactiver cette fonctionnalité pour protéger leur vie privée, voici un script que vous pouvez utiliser. Ce script, proposé par privacy.sexy, permet de désactiver Recall en modifiant le registre Windows.

Script pour Désactiver Recall

@echo off
:: https://privacy.sexy — v0.13.4 — Thu, 06 Jun 2024 07:48:34 GMT
:: Ensure admin privileges
fltmc >nul 2>&1 || (
 echo Administrator privileges are required.
 PowerShell Start -Verb RunAs '%0' 2> nul || (
 echo Right-click on the script and select "Run as administrator".
 pause & exit 1
 )
 exit 0
)
:: Initialize environment
setlocal EnableExtensions DisableDelayedExpansion


:: ----------------------------------------------------------
:: ----------------------Disable Recall----------------------
:: ----------------------------------------------------------
echo --- Disable Recall
PowerShell -ExecutionPolicy Unrestricted -Command "reg add 'HKLM\SOFTWARE\Policies\Microsoft\Windows\WindowsCopilot' /v 'DisableAIDataAnalysis' /t 'REG_DWORD' /d '1' /f"
:: ----------------------------------------------------------


:: Pause the script to view the final state
pause
:: Restore previous environment settings
endlocal
:: Exit the script successfully
exit /b 0

Étapes pour Exécuter le Script

Créer un Fichier de Script :

Ouvrez un éditeur de texte comme le Bloc-notes.
Copiez le script ci-dessus et collez-le dans l’éditeur de texte.
Enregistrez le fichier avec une extension .bat, par exemple disable_recall.bat.

Exécuter le Script en tant qu’Administrateur :

Faites un clic droit sur le fichier de script que vous avez créé.
Sélectionnez “Exécuter en tant qu’administrateur”.

Vérifier l’Exécution :

Le script va vérifier si vous avez les privilèges d’administrateur. Si ce n’est pas le cas, il vous demandera de le relancer avec ces droits.
Une fois exécuté, il ajoutera une entrée dans le registre pour désactiver l’analyse des données par l’IA de Microsoft Copilot.

Conclusion

La fonctionnalité Recall de Microsoft Copilot+ soulève des questions importantes sur la sécurité et la confidentialité des utilisateurs. Désactiver cette fonctionnalité peut être crucial pour protéger vos données personnelles. En suivant les étapes décrites ci-dessus, vous pouvez désactiver Recall et reprendre le contrôle de votre vie privée.

Enjoy 😎

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.

Comment supprimer les données de vos anciens disques durs - Eraser

Tue, 24 Oct 2023 00:00:00 +0000

Comment supprimer les données de vos anciens disques durs - Eraser

Introduction

Bonjour à tous, c’est AlexIn Tech ! Aujourd’hui, nous allons parler de la sécurité des données, un sujet qui m’intéresse particulièrement en tant que sysadmin. Plus précisément, je vais vous présenter Eraser, un outil gratuit et open source que j’utilise régulièrement pour supprimer définitivement les données de mes anciens disques durs (HDD).

Qu’est-ce qu’Eraser?

Eraser est un outil avancé de suppression de données pour Windows qui vous permet de supprimer en toute sécurité les données sensibles de votre disque dur en les écrasant plusieurs fois avec des motifs soigneusement sélectionnés. Contrairement à la suppression standard de fichiers, qui ne fait que marquer l’espace disque comme “libre”, Eraser élimine véritablement le risque de récupération des données.

Pourquoi utiliser Eraser?

Sécurité accrue: Les méthodes de suppression standards ne sont pas suffisantes pour garantir que vos données sont irrécupérables. Eraser résout ce problème.
Gratuit et Open Source: Pas besoin de payer pour une sécurité accrue. Eraser est gratuit et son code est ouvert au public.
Facilité d’utilisation: Une interface utilisateur intuitive qui rend la suppression sécurisée des données accessible même aux non-techniciens.

Comment je l’utilise

Étape 1: Installation

Téléchargez Eraser à partir de leur site officiel https://eraser.heidi.ie/ et suivez le processus d’installation standard.

Étape 2: Configuration

Lancez Eraser, puis créez une “task” et sélectionnez les lecteurs ou les fichiers spécifiques que vous souhaitez supprimer. Vous pouvez également planifier la tâche pour une suppression régulière.

Étape 3: Exécution

Après avoir confirmé que vous voulez procéder, cliquez sur “Start”. Eraser commencera alors le processus de suppression sécurisée, qui peut prendre du temps en fonction de la taille du disque et du niveau de sécurité* que vous avez choisi.

*Eraser offre un niveau de sécurité “military grade”

Mon retour d’expérience

En tant que professionnel de l’informatique, la sécurité des données est pour moi une priorité absolue. J’ai utilisé Eraser à plusieurs reprises, notamment lors de la mise au rebut ou de la réaffectation de vieux HDDs dans mon travail ainsi que lors de projets personnels. Le logiciel est fiable, efficace et offre un niveau de sécurité que peu de produits concurrents peuvent égaler.

Conclusion

Eraser est un outil inestimable pour quiconque prend au sérieux la sécurité de ses données. Son interface utilisateur est simple, mais sous le capot, c’est une bête de puissance qui rendra vos données indéchiffrables. Je le recommande fortement à tous ceux qui cherchent à éliminer le risque de fuites de données.

Voilà, c’est tout pour aujourd’hui. Si la sécurité des données vous intéresse autant que moi, assurez-vous d’essayer Eraser et faites-moi savoir ce que vous en pensez !

Un cas de support hors du commun - L'ordinateur fantôme qui se réveille la nuit !

Tue, 17 Oct 2023 00:00:00 +0000

Un cas de support hors du commun - L’ordinateur fantôme qui se réveille la nuit !

Salut à tous, c’est Alexis d’AlexIn.Tech ! Aujourd’hui, je vais partager avec vous une expérience de support qui m’a laissé perplexe. Imaginez-vous un ordinateur qui, tel un fantôme, décide de s’allumer tout seul, chaque nuit. Oui, vous avez bien lu. Chaque. Nuit.

Dès que j’ai eu vent de ce problème, mon instinct de sysadmin m’a poussé à suspecter immédiatement la carte mère. Et, comme souvent, mon intuition ne m’a pas trompé ! Il s’agissait d’une MSI X299 Raider qui possédait une option cachée, du nom de “RTC Wake Up Call S/4 S/5”. Cette option, bien que présente, était introuvable dans les paramètres du BIOS de la carte mère. Étonnant, n’est-ce pas ?

La clé de cette énigme résidait dans une combinaison de touches : F6. En utilisant cette touche, on pouvait accéder aux paramètres optimisés de la carte mère. Et, surprise ! Lors de l’activation de ces paramètres, un message apparaissait, indiquant que l’option “RTC Wake Up Call S/4 S/5” allait passer de “Enable” à “Disable”. C’était donc elle, la responsable des réveils nocturnes de cet ordinateur !

Sans perdre de temps, j’ai appliqué ces paramètres optimisés, espérant mettre fin à ce mystère. Et quelle ne fut pas ma joie lorsque j’ai découvert que cela avait fonctionné ! Plus aucun démarrage intempestif en pleine nuit.

Cette expérience m’a rappelé l’importance d’avoir une connaissance approfondie des produits que nous utilisons, mais aussi de toujours garder un œil curieux et ouvert aux solutions parfois cachées.

J’espère que cet article vous a plu et que vous avez appris quelque chose d’utile. N’hésitez pas à partager vos propres expériences de support incroyables en commentaire. À très vite sur 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.

S'y retrouver dans la jungle de licences M365

Sun, 26 Mar 2023 00:00:00 +0000

S’y retrouver dans la jungle de licences M365

Salut à toi ! Aujourd’hui, on va parler d’un site web bien pratique pour les personnes qui ont besoin de s’y retrouver dans le monde des licences Microsoft M365. Tu connais sûrement le sentiment de confusion qui t’envahit lorsque tu essayes de comprendre quelle licence tu dois acheter pour quel produit. Eh bien, rassure toi, le site web que je vais te présenter aujourd’hui est là pour t’aider à y voir plus clair.

Le site en question, c’est https://m365maps.com/. Il te permet d’accéder à une liste complète de toutes les licences existantes pour Microsoft M365. Et le mieux dans tout ça, c’est que chaque licence est accompagnée d’une vue graphique détaillée de tous les features, composants et produits qu’elle inclut. De cette façon, tu peux savoir exactement ce que tu achètes et ce à quoi tu auras accès.

Exemple avec une E3

Mais ce n’est pas tout, tu peux également comparer les vues graphiques de deux licences différentes pour voir les différences et les similitudes entre les deux. Cela peut s’avérer particulièrement utile si tu hésites entre deux licences et que tu veux savoir laquelle est la plus adaptée à tes besoins.

Exemple simple de comparaison

En résumé, https://m365maps.com/ est un site web pratique et facile à utiliser qui t’aidera à comprendre les licences Microsoft M365 et à choisir celle qui te convient le mieux. Alors n’hésite pas à y jeter un coup d’œil la prochaine fois que tu auras besoin d’acheter une licence !

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 !

Bac à sable Windows

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

Bac à sable Windows

Hello, aujourd’hui je vous présente une nouvelle fonctionnalité, le bac à sable !

Le Bac à sable Windows est une fonctionnalité de Windows 10 qui permet d’exécuter des applications de manière isolée dans un environnement léger et sécurisé. Si vous êtes comme la plupart des utilisateurs de Windows, vous avez peut-être installé un certain nombre d’applications sur votre ordinateur au fil des ans. Certaines de ces applications peuvent être essentielles pour votre travail ou votre vie personnelle, tandis que d’autres peuvent être des programmes de divertissement ou des utilitaires de maintenance.

Mais que se passe-t-il si vous voulez essayer une nouvelle application sans avoir à la mettre en place sur votre ordinateur principal ? Ou que vous voulez exécuter une application dangereuse sans risquer de l’endommager ? C’est là que le Bac à sable Windows entre en jeu.

Le Bac à sable Windows fournit un environnement de bureau léger pour exécuter des applications en toute sécurité de manière isolée. Les logiciels installés à l’intérieur de l’environnement Bac à sable Windows restent “en bac à sable” et s’exécutent séparément de l’ordinateur hôte. Cela signifie que les logiciels et les applications installés sur l’hôte ne sont pas directement disponibles dans le bac à sable. Si vous avez besoin d’applications spécifiques disponibles dans l’environnement Bac à sable Windows, elles doivent être installées explicitement dans l’environnement.

Un bac à sable est temporaire. Lorsqu’il est fermé, tous les logiciels et fichiers, ainsi que l’état, sont supprimés. Vous obtenez une nouvelle instance du bac à sable chaque fois que vous ouvrez l’application. Notez toutefois qu’à partir de Windows 11 build 22509, vos données sont conservées par le biais d’un redémarrage initié à partir de l’environnement virtualisé, ce qui est utile pour installer des applications qui nécessitent le redémarrage du système d’exploitation.

Le Bac à sable Windows possède les propriétés suivantes :

Fait partie de Windows : tout ce qui est requis pour cette fonctionnalité est inclus dans Windows 10/11 Professionnel et Enterprise. Il n’est pas nécessaire de télécharger un disque dur virtuel.
Pristine : Chaque fois que Bac à sable Windows s’exécute, il est aussi propre qu’une toute nouvelle installation de Windows.
Jetable : rien ne persiste sur l’appareil. Tout est ignoré lorsque l’utilisateur ferme l’application.
Sécurisé : utilise la virtualisation matérielle pour l’isolation du noyau. Il s’appuie sur l’hyperviseur Microsoft pour exécuter un noyau distinct qui isole Bac à sable Windows de l’hôte.
Efficace: Utilise le planificateur de noyau intégré, la gestion intelligente de la mémoire et le GPU virtuel.

Le Bac à sable Windows est un outil pratique pour les utilisateurs de Windows qui souhaitent essayer de nouvelles applications sans compromettre la sécurité de leur ordinateur principal. Si vous êtes intéressé par l’utilisation du Bac à sable Windows, assurez-vous d’avoir une version de Windows 10/11 Professionnel ou Enterprise et suivez les instructions de votre ordinateur pour activer cette fonctionnalité. Vous pouvez également consulter la documentation de Microsoft pour plus de détails sur l’utilisation du Bac à sable Windows.

https://learn.microsoft.com/fr-fr/windows/security/threat-protection/windows-sandbox/windows-sandbox-overview

Installation

Pour installer et utiliser le Bac à sable Windows sur votre ordinateur, vous devez avoir une version de Windows 10 Professionnel ou Enterprise, build version 18305 ou Windows 11. Vous devez également activer la virtualisation sur votre ordinateur.

Si vous utilisez une machine physique, vous devrez activer les fonctionnalités de virtualisation dans le BIOS.

Si vous utilisez une machine virtuelle, vous pouvez utiliser la commande PowerShell “Set-VMProcessor -VMName -ExposeVirtualizationExtensions $true” pour activer la virtualisation imbriquée.

Ensuite, vous pouvez utiliser l’outil Fonctionnalités facultatives Windows pour activer le Bac à sable Windows et redémarrer votre ordinateur si nécessaire.

Vous pouvez également utiliser la commande PowerShell “Enable-WindowsOptionalFeature -FeatureName «Containers-DisposableClientVM» -All -Online” pour activer le Bac à sable Windows.

Enable-WindowsOptionalFeature -FeatureName «Containers-DisposableClientVM» -All -Online

Utilisation

Une fois le Bac à sable Windows installé, vous pouvez le trouver et l’exécuter dans le menu Démarrer. Pour utiliser le Bac à sable Windows, copiez un fichier exécutable (et tous les autres fichiers nécessaires pour exécuter l’application) depuis votre ordinateur hôte et collez-les dans la fenêtre Bac à sable Windows. Exécutez le fichier exécutable ou le programme d’installation dans le bac à sable, puis fermez le bac à sable lorsque vous avez terminé. Notez que le Bac à sable Windows n’utilise pas les paramètres de souris de l’ordinateur hôte, donc si vous utilisez une souris de droite sur votre ordinateur hôte, vous devrez appliquer ces paramètres manuellement dans le Bac à sable Windows.

Voilà, j’espère que ça vous sera utile ! Enjoy !

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 ! 😉

Log4J scanner en PowerShell & Shell pour Windows et Linux

Fri, 17 Dec 2021 00:00:00 +0000

Log4J scanner en PowerShell & Shell pour Windows et Linux

Hello ! Alors aujourd’hui je voulais juste vous partager un petit scanner de vulnérabilités qui a été développé par l’entreprise Genevoise e-Xpert Solutions et qui permet de détecter les vulnérabilités liées à Log4J pour vos serveurs .

https://github.com/e-XpertSolutions/atdefense-research

Ce script a été développé par : Michael Molho David Routin

Et j’ai contribué à ce projet en ajoutant le check de la version 2.15 qui contient un faille de type DoS.

Ouai je suis assez fier pour le coup, car je n’avais encore jamais participé à un projet sur GitHub. Donc de voir mon nom dans les “Contributors”, ça fait plaisir.

Update 20.12.2021 : La version 2.16 est aussi vulnérable à une faille de type DoS, j’ai effectué une nouvelle pull request afin de maj le script PowerShell.

Voici comment l’utiliser sur Windows :

Tu télécharges handle.exe (un outil des sysinternals) ici : https://docs.microsoft.com/en-us/sysinternals/downloads/handle
Tu déposes le script sur ton serveur
Tu le lances en admin en utilisant cette commande :

powershell -ExecutionPolicy Bypass -File log4find.ps1 -HandlePath <handle.exe_filepath>

Et tu auras des résultats colorés :

vert : t’es bon
rouge : attention, tu as une ou les deux vulnés sur ton serveur
jaune : le check n’a pas réussi, vas faire un check à la mano.

Dans le cas ou le check a raté, je te conseille d’utiliser “everything"de voidtools . C’est un search engine pour Windows qui est vraiment incroyable de part sa vitesse.

Pour utiliser Everything, il te suffit de le lancer en admin et ensuite tu tapes ta recherche.

log4*

L’astérisque “*” sert de wildcard.

Dans mon cas, y a pas de java sur ma machine, juste 1000 scripts PowerShell et des fichiers/dossiers en lien avec ces scripts de détection de Log4J.

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 ! 😉

Windows Package Manager - winget

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

Windows Package Manager - winget

Depuis la version 1909 de Windows 10, Microsoft a introduit un gestionnaire de packets qui permet d’installer des outils Microsoft directement depuis la CMD.

Très pratique pour installer Terminal ou encore PowerToys .

Voici un exemple pour installer Terminal :

winget install Microsoft.WindowsTerminal

Et avec powertoys :

winget install Microsoft.Powertoys

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”.

Obtenir la taille des blocs d'un disque via Powershell

Thu, 28 Jan 2021 00:00:00 +0000

Obtenir la taille des blocs d’un disque via Powershell

Afin d’obtenir la taille des blocs sur un disque il vous suffit d’utiliser la cmdlet Get-cimInstance.

Get-CimInstance -ClassName Win32_Volume | Select-Object Label, DriveLetter, BlockSize | Format-Table -AutoSize

Nous pouvons également utiliser la cmdlet Get-wmiObject mais qui est dépréciée. Cela peut être utile sur des systèmes plus anciens.

Get-WmiObject -Class Win32_Volume | Select-Object Label, DriveLetter, BlockSize | Format-Table -AutoSize

Et voici un exemple de résultat :