Utenti privati bassi per Servizi Windows

Here is my question: Could I run a simple server (like described above, access to file system/registry, network access) as NETWORK SERVICE? Are these 2 users provided by MS for such a situation?

Sì, puoi e dovresti. L'account del servizio di rete è (come ricordo) l'account macchina con privilegi minimi con autorizzazioni limitate. In realtà si otterrà un'eccezione insufficiente, se risulta, l'applicazione richiede risorse per le quali l'account del servizio di rete non ha i diritti. Dovresti quindi semplicemente concedere i diritti a qualunque risorsa tu stia cercando di accedere e poi costruire su quello, ma per i tuoi requisiti di alto livello che descrivi qui, l'accesso al file / registro e alla rete dovrebbe essere sufficiente.

È vero che se l'applicazione crea una nuova chiave di origine o di registro del registro degli eventi, è necessario concedere esplicitamente i diritti all'account del servizio di rete, non dovrebbe essere un grosso problema per te / devops.

Potresti anche considerare l'utilizzo di un account di dominio, ad esempio se vuoi isolare la tua applicazione / servizio da come dovrei dirlo: un permesso frammentato nel tempo cambia all'account generale del servizio di rete.

Ti suggerisco di leggere su quegli account in generale: link

If you succeed to inject code into a php application running on apache as www-data you still need a tedious privilege escalation to fully compromise the machine

indipendentemente da priv. Esc. di (www) è noioso o meno noioso (personalmente penso che sia puro divertimento), se sei a quel punto in cui hai trovato un bug nel tuo servizio che può essere privato. intensificato, di solito si riduce a una scarsa gestione delle patch sulla tua confezione e non tanto al tuo servizio in quella fase.

Il privilegio è l'ultimo pensiero che potresti voler manipolare come programmatore e la ragione è ovvia: raramente ottieni l'errore appropriato se l'app ha privilegi insufficienti che non otterrai: Insufficient privilege exception . Questa è una buona ragione per cui i programmatori evitano un tale dolore.

Quindi nel migliore dei casi dovresti rivedere questa parte nelle fasi finali dello sviluppo quando tutto funziona e è stato testato. Quindi abbassa i privilegi e prova tutte le funzionalità fino a dove non sei OK.

Lo schema che stai seguendo è fornito dal livello di hosting della tua app. Ad esempio, le app .NET di default hanno meno privilegi rispetto a Local System .

Infine, se l'hacker arriva trovando problemi di sicurezza nel tuo codice personalizzato, allora è veramente interessato e non è degli exploit copia / incolla, ragazzo quindi la parte difficile è spezzare il tuo codice e trovare un bug di escalation di privilegi è solo una questione di tempo / soldi. Questo La vulnerabilità di escalation dei privilegi del kernel Linux era disponibile dal 2012 (compresa la maggior parte dei dispositivi Android) fino al recente.