Consulente ICT ICT Consultant

The Problem: Development Bottlenecks

Image generated with Gemini AI

Writing complex regular expressions (regex), handling advanced PowerShell modules, or building nested loops in Bash requires hours of focus and endless referencing of official documentation. In the fast-paced realm of ICT consulting, time spent debugging syntax is time stolen from risk analysis and strategic infrastructure design.

The Solution: Generative AI as an Operational Copilot

Leading the enterprise adoption of Generative AI does not mean aiming to replace human capital, but rather equipping it with an advanced copilot. By leveraging Large Language Models (LLMs), it is possible to delegate the structural drafting of code to artificial intelligence, drastically cutting down the time-to-market for IT automations.

1. IT-Specific Prompt Engineering

The secret to generating functional code lies in providing rigorous technical constraints. A generic prompt yields generic, often vulnerable scripts. Here is the structure of an engineered prompt designed for a Sysadmin:

"Act as a Senior Windows Sysadmin. Write a PowerShell script compatible with Windows Server 2022 that compresses IIS log files older than 30 days. Mandatory requirements: use Try/Catch constructs for error handling, write operation outputs to a local log file (in JSON format), and do not rely on any third-party modules."

2. Code Refactoring and Translation

Beyond pure generation, AI shines in technical debt analysis. By feeding undocumented legacy scripts (perhaps inherited from previous administrators) into the prompt, you can request line-by-line explanations, the addition of standardized comments, or the direct translation of entire logical blocks from Bash to PowerShell, ensuring architectural uniformity across hybrid environments.

Il Problema: I Colli di Bottiglia nello Sviluppo Interno

Immagine realizzata con Gemini AI

Scrivere complesse espressioni regolari (regex), gestire moduli PowerShell avanzati o costruire loop annidati in Bash richiede ore di concentrazione e continua consultazione della documentazione ufficiale. Nel contesto frenetico della consulenza ICT, il tempo speso a fare debugging sintattico è tempo sottratto all'analisi del rischio e alla progettazione strategica dell'infrastruttura.

La Soluzione: Generative AI come Copilota Operativo

Guidare l'adozione dell'IA Generativa (Generative AI) a livello aziendale non significa puntare alla sostituzione del capitale umano, ma fornire un copilota avanzato. Sfruttando modelli linguistici di grandi dimensioni (LLM), è possibile delegare all'intelligenza artificiale la stesura strutturale del codice, abbattendo drasticamente il time-to-market delle automazioni.

1. Prompt Engineering Specifico per l'IT

Il segreto per ottenere codice funzionale risiede nel fornire vincoli tecnici rigorosi. Un prompt generico produce script generici e spesso vulnerabili. Ecco la struttura di un prompt ingegnerizzato per un Sistemista:

"Agisci come un Senior Windows Sysadmin. Scrivi uno script PowerShell compatibile con Windows Server 2022 che comprima i file di log di IIS più vecchi di 30 giorni. Requisiti tassativi: utilizza costrutti Try/Catch per la gestione degli errori, scrivi l'output delle operazioni in un file di log locale (formato JSON) e non fare affidamento su moduli di terze parti."

2. Code Refactoring e Traduzione

Oltre alla generazione pura, l'IA brilla nell'analisi del debito tecnico. Fornendo in input script legacy non documentati (magari ereditati da precedenti amministratori), è possibile richiedere la spiegazione riga per riga, l'aggiunta di commenti standardizzati o la traduzione diretta di interi blocchi logici da Bash a PowerShell, garantendo uniformità architetturale in ambienti ibridi.

When managing an IT infrastructure, relying on consumer GUI tools like Microsoft's PC Health Check app to verify Windows 11 compatibility isn't scalable. As sysadmins, we need automated, fast tools that provide clear text output to integrate into broader deployment scripts.

The two most critical (and often blocking) requirements for upgrading from Windows 10 to Windows 11 concern hardware security: the presence of TPM 2.0 (Trusted Platform Module) and the enablement of Secure Boot at the UEFI level.

I wrote a quick PowerShell script that queries the operating system directly to extract this information without needing to reboot the machine or enter the BIOS/UEFI.

The Script

You can run this code block by opening PowerShell with Administrator privileges. The script checks the TPM status and Secure Boot configuration, returning immediate color-coded feedback.

<#
.SYNOPSIS
    Verifies system readiness for the Windows 11 upgrade (Focus on TPM and Secure Boot).
.DESCRIPTION
    The script checks if the TPM module is present, ready, and version 2.0.
    It also verifies whether Secure Boot is enabled in the UEFI firmware.
#>

Write-Host "=========================================" -ForegroundColor Cyan
Write-Host "  Windows 11 Requirements Check          " -ForegroundColor Cyan
Write-Host "=========================================`n" -ForegroundColor Cyan

# 1. Check TPM
Write-Host "[*] Checking TPM module..."
try {
    $tpm = Get-Tpm
    if ($tpm.TpmPresent) {
        # The TpmReady property indicates if it is ready for use
        if ($tpm.TpmReady) {
            Write-Host "    [OK] TPM detected and ready for use." -ForegroundColor Green
        } else {
            Write-Host "    [WARNING] TPM present but not initialized." -ForegroundColor Yellow
        }
    } else {
        Write-Host "    [ERROR] No TPM module detected on the motherboard." -ForegroundColor Red
    }
} catch {
    Write-Host "    [ERROR] Cannot query TPM. Ensure you are running as Administrator." -ForegroundColor Red
}

# 2. Check Secure Boot
Write-Host "`n[*] Checking Secure Boot..."
try {
    $secureBoot = Confirm-SecureBootUEFI
    if ($secureBoot) {
        Write-Host "    [OK] Secure Boot enabled in UEFI firmware." -ForegroundColor Green
    } else {
        Write-Host "    [ERROR] Secure Boot is disabled. You need to enable it in BIOS/UEFI." -ForegroundColor Red
    }
} catch {
    Write-Host "    [ERROR] Cmdlet not supported or system in Legacy BIOS mode (non-UEFI)." -ForegroundColor Red
}

Write-Host "`n=========================================" -ForegroundColor Cyan
Write-Host "Check complete." -ForegroundColor Cyan

How does it work under the hood?

Get-Tpm: This is a native Windows cmdlet that returns an object containing the details of the Trusted Platform Module. We check TpmPresent and TpmReady to ensure not only that the chip exists, but that it has been properly activated at the OS level.

Confirm-SecureBootUEFI: This cmdlet directly queries the firmware variables. If it returns True, Secure Boot is active. If the script falls into the catch block, it is highly likely that the system drive is MBR-partitioned and booting in Legacy BIOS mode (which prevents the installation of Windows 11).

Conclusion and Future Developments

This script is a great starting point for a security baseline. In Enterprise environments, these checks can be integrated into a larger PowerShell module, perhaps executed via GPO or RMM, to generate a CSV report of all machines in the corporate fleet that are ready (or not) for the new OS rollout.

You can find this and other automation scripts on my GitHub.

Quando si gestisce un'infrastruttura IT, affidarsi a tool grafici "consumer" come l'app Controllo integrità PC di Microsoft per verificare la compatibilità a Windows 11 non è scalabile. Come sistemisti, abbiamo bisogno di strumenti automatizzabili, rapidi e che forniscano output testuali chiari da poter integrare in script di deploy più ampi.

I due requisiti più critici (e spesso bloccanti) per l'upgrade da Windows 10 a Windows 11 riguardano la sicurezza hardware: la presenza del TPM 2.0 (Trusted Platform Module) e l'abilitazione del Secure Boot a livello UEFI.

Ho scritto un rapido script in PowerShell che interroga direttamente il sistema operativo per estrarre queste informazioni senza dover riavviare la macchina o entrare nel BIOS/UEFI.

<#
.SYNOPSIS
    Verifica la prontezza del sistema per l'upgrade a Windows 11 (Focus su TPM e Secure Boot).
.DESCRIPTION
    Lo script controlla se il modulo TPM è presente, pronto e in versione 2.0.
    Verifica inoltre se il Secure Boot è abilitato nel firmware UEFI.
#>

Write-Host "=========================================" -ForegroundColor Cyan
Write-Host "  Verifica Requisiti Windows 11          " -ForegroundColor Cyan
Write-Host "=========================================`n" -ForegroundColor Cyan

# 1. Verifica TPM
Write-Host "[*] Controllo modulo TPM..."
try {
    $tpm = Get-Tpm
    if ($tpm.TpmPresent) {
        # La proprietà TpmReady indica se è pronto all'uso
        if ($tpm.TpmReady) {
            Write-Host "    [OK] TPM rilevato e pronto all'uso." -ForegroundColor Green
        } else {
            Write-Host "    [WARNING] TPM presente ma non inizializzato." -ForegroundColor Yellow
        }
    } else {
        Write-Host "    [ERRORE] Nessun modulo TPM rilevato sulla scheda madre." -ForegroundColor Red
    }
} catch {
    Write-Host "    [ERRORE] Impossibile interrogare il TPM. Assicurati di eseguire come Amministratore." -ForegroundColor Red
}

# 2. Verifica Secure Boot
Write-Host "`n[*] Controllo Secure Boot..."
try {
    $secureBoot = Confirm-SecureBootUEFI
    if ($secureBoot) {
        Write-Host "    [OK] Secure Boot abilitato nel firmware UEFI." -ForegroundColor Green
    } else {
        Write-Host "    [ERRORE] Secure Boot disabilitato. È necessario attivarlo nel BIOS/UEFI." -ForegroundColor Red
    }
} catch {
    Write-Host "    [ERRORE] Cmdlet non supportata o sistema in modalità BIOS Legacy (non UEFI)." -ForegroundColor Red
}

Write-Host "`n=========================================" -ForegroundColor Cyan
Write-Host "Controllo terminato." -ForegroundColor Cyan

Come funziona sotto il cofano?

Get-Tpm: È una cmdlet nativa di Windows che restituisce un oggetto contenente i dettagli del Trusted Platform Module. Verifichiamo TpmPresent e TpmReady per assicurarci non solo che il chip esista, ma che sia stato attivato correttamente a livello di sistema operativo.

Confirm-SecureBootUEFI: Questa cmdlet interroga direttamente le variabili firmware. Se restituisce True, il Secure Boot è attivo. Se lo script finisce nel blocco catch, è altamente probabile che il disco di sistema sia partizionato in MBR e avvii in modalità Legacy BIOS (che impedisce l'installazione di Windows 11).

Conclusioni e Sviluppi Futuri

Questo script è un ottimo punto di partenza per una baseline di sicurezza. In ambienti Enterprise, questi controlli possono essere integrati in un modulo PowerShell più grande, magari eseguito tramite GPO o RMM, per generare un report CSV di tutte le macchine del parco aziendale pronte (o meno) per il rollout del nuovo OS.

Trovate questo e altri script di automazione sul mio GitHub.