Ogólny, złota zasada woule być:
Nigdy nie ufaj, że przychodzące żądanie klienta jest zasadny. Bądź zawsze podejrzliwy i zakładaj, że żądanie może zostać złośliwie sfałszowane.
kilku konkretnych zasad poza wspomnianym artykule OWASP:
jeśli dane wymaga uwierzytelniania/autoryzacji, unikać rodzajowe interfejsów na serwerze, jak interfejsu CRUD. łatwe do kodowania, trudne do autoryzacji konkretnych wniosków od klientów. zamiast tego zaoferuj interfejs w stylu SOA z jawnymi metodami dedykowanymi do konkretnych przypadków użycia, w których będziesz mieć bezpośrednią kontrolę nad żądaniami i ich parametrami.
http://msdn.microsoft.com/en-us/library/ms954638.aspx
nawet jeśli ramy zapewnia pewną kontrolę nad ważności żądania (ASP.NET viewstate), ponownie sprawdzić, czy użytkownik jest uprawniony do przekazania zestawu parametrów przychodzących.
To Zapytanie CSRF (Cross-Site Fałszerstwo) nie CSRF – CodesInChaos
@CodeInChaos: Ok, dzięki za edycji – frenchie
Pamiętaj, aby [start z odrobiną badań] (http://en.wikipedia.org/wiki/Cross-site_request_forgery) co do przyczyny wspomnianej luki. –