Implicazioni dell'utilizzo di account dominio \ nomecomputer $ per fornire dati SQL a IIS

Question

Implicazioni dell'utilizzo di account dominio \ nomecomputer $ per fornire dati SQL a IIS

#1 da (2 voti)
#2 da (0 voti)

2

Uno dei nostri programmatori sta cercando di far funzionare l'autenticazione di Windows su una nuova app Web che sta sviluppando (.Net 4.0, MVC, via IIS 7.0 / 7.5).

L'applicazione si connette a un back-end del database SQL Server tramite un singolo account di accesso SQL:

Dominio \ Nomecomputer $

È mappato su un account utente con lo stesso nome all'interno di un singolo database e ha i seguenti ruoli:

db_datareader
db_datawriter

Gli utenti di Windows Domain sono quindi in qualche modo autenticati e hanno accesso al DB.

Qualcuno sa se questo presenta rischi significativi per la sicurezza se il web server (ma non il server SQL) è pubblicamente accessibile in rete? Mi sembra quasi brutto come dare quei privilegi a NT AUTHORITY \ ANONYMOUS LOGON, ma devo ammettere che non sono esattamente in questa zona.

sql-server iis active-directory

posta GringoFrenzy 08.05.2013 - 11:49

fonte

2 risposte

Leggi altre domande sui tag sql-server iis active-directory

L'utilizzo di SSL per proteggere l'area amministrativa di Wordpress sarà ancora sicuro? Qual è l'origine dei tre fattori di autenticazione?

score 2 · Answer 1

Non fa alcuna differenza per la sicurezza del server web.

In questo caso, l'account con cui ci si connette sarà l'account della macchina, poiché l'applicazione Web è probabilmente in esecuzione nel contesto di entrambi:

L'account del servizio di rete
L'account AppPoolIdentity.

In entrambi i casi sono account non interattivi limitati e poiché l'applicazione è già in esecuzione nel contesto di uno di questi account, non vi è alcuna esposizione aggiuntiva al server Web o alla rete che verrà creato utilizzando lo stesso account per accedere al database. L'esposizione al database (e al server del database) sarà determinata dalla modalità di configurazione dell'accesso agli account, non è diversa dall'esposizione creata utilizzando qualsiasi altro account configurato nello stesso modo.

Come aggiungere l'account ai ruoli db_datareader e db_datawriter, non è irragionevole. Sarebbe migliore se tutti gli accessi ai dati fossero eseguiti attraverso stored procedure e si potesse limitare l'account al ruolo pubblico , ma se è necessario accedere direttamente alle tabelle sottostanti, allora questo è il set di autorizzazioni minimo richiesto per accedere e aggiornare i dati e non è terribilmente insicuro. Rende più importante tenere conto di eventuali potenziali attacchi di SQL injection nella tua app.

score 0 · Answer 2

Se la tua app Web viene compromessa, l'utente malintenzionato riceverà normalmente gli stessi privilegi dell'utente che esegue l'applicazione. Da quello che sembra sarebbe un utente del dominio. Inoltre, sembra che avrebbero letto e accesso WRITE al tuo database. A seconda di cosa ci sia dentro potresti non volerlo.