Qual è forte di denominazione e come è utile in .NetForte di denominazione in .net
risposta
vi consiglio di leggere Strong name assemblies can keep you out of DLL Hell:
assemblee nome sicuro consentono agli sviluppatori di semplificare componenti aggiornamenti ed evitare la famigerata DLL Inferno. Scopri l'anatomia dei nomi forti e scopri come utilizzare per garantire la compatibilità della versione e la sicurezza nelle app .NET.
Vedere anche this article per un breve tutorial su come assegnare un nome sicuro a un assembly.
Può anche essere utilizzato per garantire che l'assembly non venga manomesso poiché è stato rilasciato dall'editore originale.
Ma manca un modo per verificare l'editore originale. Per quello dovresti usare una tecnologia come AuthentiCode in aggiunta. Lo scopo principale è tuttavia quello di creare nomi univoci ("forti") per identificare una versione specifica di un assembly (per risolvere i problemi di "DLL Hell" http://msdn.microsoft.com/en-us/library/ms811694 .aspx) –
@divo: Certamente. Questo è menzionato nella risposta di Andrew. Non ho visto la necessità di duplicare. Volevo solo aggiungere questa possibilità. Ho menzionato questo fatto in dettaglio in questa risposta: http://stackoverflow.com/questions/369248/can-strong-naming-an-assembly-be-used-to-verify-the-assembly-author/369268#369268 –
Ho scritto una lunga risposta delineando quanto fortemente la denominazione di un assembly impedisca a terzi di manomettere l'assembly come risposta a questo question. Può essere utile se vuoi il come pure e il perché.
Questo è vero. Tuttavia questo non è stato l'aspetto principale quando è stata progettata una denominazione forte. Nomi forti non hanno caratteristiche importanti come l'autenticazione e la revoca dell'editore. Se si desidera una distribuzione a prova di manomissione degli assembly, è molto meglio fare affidamento sui certificati digitali (come Authenticode) –
Penso che una delle caratteristiche importanti che evita il dirottamento della DLL (o qualsiasi altra cosa si chiami) a causa di potenziali autorizzazioni deboli.
Si supponga che una delle DLL nella propria applicazione possa essere scritta da "tutti" in quel caso qualcuno può semplicemente modificarlo e quando un utente con privilegi elevati esegue l'attacco di un'applicazione .NET può elevare i propri privilegi.
Questo è piuttosto interessante perché nel mondo reale è possibile vedere questi attacchi contro applicazioni quali Anti virus e altre app complesse che si basano su diverse DLL in diverse posizioni.
- 1. tipizzazione forte un nome di proprietà in .NET
- 2. Forte denominazione di 3rd party 2.0 .dll con VS 2010 Ilasm.exe
- 3. Motivo per la dichiarazione di una proprietà come (forte, forte)
- 4. Convenzione di denominazione corretta per un tipo di delegato .NET?
- 5. Denominazione dei contatori delle prestazioni a più istanze in .NET
- 6. Convenzione di denominazione .NET per "ID" (qualsiasi identificazione: maiuscole)
- 7. Forte vs Mantieni in ARC
- 8. Forte contenitore digitato in WebForms
- 9. Esistono convenzioni di denominazione per ASP .NET MVC 3?
- 10. Redis supporta una consistenza forte
- 11. Confusione forte e debole in iOS
- 12. Convenzioni di denominazione in C# - Variabili globali
- 13. ARC forte proprietà di enumerazione errore
- 14. Controllo di accesso forte per Gollum?
- 15. Denominazione di enumerazioni in Java: Singolare o Plurale?
- 16. Convenzioni di denominazione ruby?
- 17. SQL Convenzioni di denominazione
- 18. Convenzioni di denominazione JavaScript
- 19. Denominazione webrole di Azure
- 20. php gd pixelate troppo forte
- 21. denominazione file di sessione
- 22. Denominazione di moduli Haskell
- 23. blocchi di denominazione in ogg-c?
- 24. denominazione costanti API di Windows in C#
- 25. Denominazione convenzione di eventi in redux js
- 26. Convenzioni di denominazione in C# - sottolinea
- 27. Convenzioni di denominazione in IBAction Funzioni dell'azionamento
- 28. Denominazione di dati genericiContratti in WCF
- 29. Convenzione di denominazione ID in ASP.NET?
- 30. Convenzione di denominazione per oggetti in java
Primo collegamento interrotto –