Encriptar arquivo web.config

Se você está receoso em manter informações criticas no arquivo web.config,então você deve encripta-lo — ou pelo menos as partes que você mais se importa.

Eu gosto de manter minhas informações na seção appSettings do meu arquivo web.config,isso me permite mudar o comportamento
de um web site inteiro apenas mudando alguns valores no arquivo.Eu especialmente gosto de manter strings de conexão no elemento
ConnectionStrings(isso garante que eu mantenha o número de conexões minimo,o que aumenta as performances de pooling).

Meus clientes nem sempre concordam em manter dados no web.config.Pra ser mais especifico meus clientes,ficam receosos em manter
informações sensiveis(como connectionStrings)num arquivo de texto.Eu digo a meus clientes que se  pessoas podem acessar arquivos
de texto dos seus servidores web,então eles tem problemas,que nem mesmo eu posso resolver.

Meus clientes não consideram esse um argumento válido.

E pra ser honesto,eles tem razão.Uma porcentagem significativa,de brechas de segurança são feitas por pessoas dentro das
empresas .Então eu sugeri aos meu cliente encriptar o arquivo web.config.

Encriptando Seções

Esse é o código que eu utilizei para encriptar,uma sessão especifica do web.config.Eu primeiro selecionei uma seção utilizando,
o objeto de configuração da seção de coleções.Nesse caso eu estou selecionando a seção ConnectionString:


System.Configuration.Configuration configFile;
ConfigurationSection configSection;

configFile = System.Web.Configuration.WebConfigurationManager.OpenWebConfiguration(Request.ApplicationPath);
configSection = configFile.Sections[“connectionStrings”];

Esse código presume que você está executando através de uma página do site por isso usei a propriedade ApplicationPath no objeto
Request para recuperar o caminho fisico para a pasta do web.config.

Agora que tenho a seção,vou encripta-la,especificando o sistema de encriptação que quero usar.O último passo é salvar a versão
encriptada de volta no web.config:

configSection.SectionInformation.ProtectSection(“RsaProtectedConfigurationProvider”);
configFile.Save();

O resultado aparece assim no web.config:

<connectionStrings
configProtectionProvider=”DataProtectionConfigurationProvider”>
<EncryptedData>
<CipherData>
<CipherValue>…encrypted data… </CipherValue>
</CipherData>
</EncryptedData>
</connectionStrings>

A boa noticia é que quando você usa a coleção ConnectionString do ConfigurationManager para recuperar uma conexão encriptada,
essa conexão é automaticamente decriptada para você.Esse código funciona tanto se a conexão estiver encriptada ou não.


string conection = System.Web.Configuration.WebConfigurationManager.ConnectionStrings[“minhaConexao”].ConnectionString;

Uma vez que as strings são encriptadas usando a chave privada para o Web server,mesmo que o arquivo seja roubado do site,
não pode ser decriptado em nenhuma máquina,a não ser no web server.Isso significa também que você não pode encriptar a connection
string até que o arquivo tenha sido movido para o servidor.Se você encriptar a connection string no servidor de teste e depois
mover seu site para o servidor de produção,o ASP.NET não poderá decriptar a connection string usando a chave privada do servidor
de produção.

Dependendo da ocasião,você poderá precisar decriptar a seção do web.config apenas pra checar o que o arquivo na verdade contém.
Esse código faz o serviço:

System.Configuration.Configuration configFile;
ConfigurationSection configSection;

configFile = System.Web.Configuration.WebConfigurationManager.OpenWebConfiguration(Request.ApplicationPath);
configSection = configFile1.Sections[“connectionStrings”];

configSection.SectionInformation.UnprotectSection();

configFile.Save();

Encriptação por linha de comando:

Se você preferir não utilizar código,você pode encriptar ou decriptar seções do seu arquivo web.config,usando o aspnet_regiis utility.
Você deve passar ao utilitario o parametro -pe para especificar a seção que deverá ser encriptada junto com o caminho para,
a pasta do arquivo de configuração.Você também deve passar o parametro -prov para especificar o esquema de encriptação:

aspnet_regiis.exe -pef section physical_directory -prov provider

Esse exemplo encripta a seção configurationStrings para um arquivo de configuração em c:\NorthwindCRM folder:

aspnet_regiis.exe -pef configurationStrings c:\NorthwindCRM
-prov “RsaProtectedConfigurationProvider”

Você também pode usar o aspnet_regiis utility para decriptar uma seção usando parametro -pdf ao invés de -pef.
Ou você também poderia se  certificar que ninguém poderia roubar arquivos de texto do seu web server.

Anúncios

JavaScript para desenvolvedores ASP.NET

Sofri um choque de culturas ao me adptar para trabalhar com JavaScript,iniciando pelo fato de não ser uma linguagem orientada-a-objetos

Eu nunca vi com “bons olhos” a linguagem JavaScript.Sempre me pareceu que apesar de qualquer beneficío que a linguagem
pudesse
trazer,a incapacidade do JavaScript de especificar um tipo de dado para uma variavel mantinha a linguagem afastada de ser
uma “real” linguagem” de programação – pelo menos quando se trata de negócios.

Entretanto,com o passar do tempo eu fui utilizando e me aprofundando mais no estilo de programação AJAX,e me peguei começando
a desenvolver um certo respeito pela linguagem.

Parte do motivo pelo qual eu não gostava de JavaScript era de certa forma falta de conhecimento sobre a linguagem meu.
Desde que comecei a programar,eu trabalhei ou com linguagem orientada-a-objetos.
Eu me aventurei por varias linguagens,mas sempre relacionadas com orientção-a-objetos.

O que mudou um pouco minha visão sobre JavaScript,foi um livro sobre JavaScript de Douglas Crackford chamado JavaScript:The
Good Parts
.Os créditos de Crackford para escrever um livro sobre JavaScript são excelentes,entre outras qualificações,ele
é responsável,pelo formato JSON que é o responsável por transmitir dados estruturados,entre cliente e servidor
em aplicações AJAX.

O livro tem algumas revisões negativas no Amazon.com,que dizem que o livro é curto e definitivamente não ensina vocÊ
a como programar em JavaScript.Ao invés disso,o livro foca em trazer conceitos essenciais da linguagem ao leitor,conceito
esse que eu havia ignorado.

Então essa “clareada” dada por programadores “reais” JavaScript,é a base para este post:para descrever,em termos que fazem
sentido para programadores aSP.NET, os conceitos fundamentais de JavaScript,e como eles são diferentes do conceitos de linguagens
OOP que estamos acostumados.

objetos vs protótipos

Diferentemente de linguagens do lado-servidor que eu escrevia códigos,JavaScript não é orientado a objetos.
Ao invés disso,é organizado em protótipos.Em JavaScript vocÊ pode definir estrutura de dados,e depois ou usa-las ou copia-las.
A habilidade de copiar uma estrutura,para criar uma nova, siginifica que qualquer estrutura pode ser um protótipo para
estruturas subsequentes.Entretanto,diferentemente de uma classe na programação orientada a objetos,onde a definição da estrutura
é inviolável,protótipos e suas cópias podem ser modificados ou extendidos a qualquer momento.

Esse código por exemplo,define uma estrutura de dados que contém duas variaveis:uma chamada id(inicializada com uma string
de tamanho zero)e uma chamada dataOrdered (inicializada com um objeto de Data).Essa estrutura de dados pode ser referenciada
através da variavel salesOrder.

var salesOrder = {
id: “”,
dateOrdered: new Date()
};

Eu posso começar a utilizar esta estrutura imediatamente.Esse código,por exemplo,atribui a propriedade id para um valor string.
(E a boa noticia!A propriedade id irá aparecer no IntelliSense da variavel saleOrder).

salesOrder.id = “A1230”;

Entretanto,eu também posso criar cópias desta estrutura tratando-a como um protótipo.Para copiar a estrutura,eu criei uma
função simples,atribui a propriedade prototype da função para minha estrutura de dados original,depois usei a palavra-chave
new do JavaScript para criar uma nova estrutura a partir daquela estrutura.Esse código cria uma nova cópia da minha estrutura
e referencia ela na variavel através da variavel chamada backOrder.

var SalesOrderGenerator = function(){};
SalesOrderGenerator.prototype = salesOrder;
var backOrder = new SalesOrderGenerator;

Eu posso agora usar essa nova cópia da estrutura de dados:

backOrder.id = “B4567”;

Se esse processo não fosse diferente o bastante,JavaScript permite a você adicionar dinamicamente,um novo elemento para sua
nova cópia simplesmente atribuindo o elemento a um valor.Esse exemplo adiciona um elemento outOfStock para a versão da estrutura
backOrder:

backOrder.outOfStock = true;

Tudo isso,com certeza,é obvio para programadores com experiência em JavaScript.Mas para membros da comunidade ASP.NET que estão
migrando, de código do lado-servidor para código do lado-cliente,existe com certeza um choque de culturas em jogo.

Não ajuda muito saber que uma palavra chave familiar como new aparece em javascript.Uma das melhores regras para seguir,em
design de interfaces de usuário é:”Coisas que fazem a mesma coisa devem parecer iguais,coisas que fazem coisa diferentes,devem
parecer diferentes”.Voltando a palavra chave new,num ambiente diferente essa palavra pode parecer útil,mas na verdade,isso
me encorajou a pensar em javaScript como uma liguagem OOP quando na verdade não é.

Eu ainda estou me ajustando,ah mas se pelo menos eu pudesse declarar uma variável com um simples tipo de dado…

Custom Paging ASP.NET com Repeater e Data List

Introdução

Este artigo mostra como fazer um paging para os controles ASP.NET DataList e Repeater que não possuem suporte nativo ao paging.Essa é uma das maneiras mais eficientes que eu conheço de criar custom paging porque não requer uso de ViewState em  nenhum controle utilizado, e além de tudo o SEO é amigável a buscadores como google e bing que podem “rastrear” todos os dados da página facilmente.

customSEO

Como criar o custom paging

Para explicar o funcionamento do paging,eu utilizei o Sql Server 2005 ,o banco Northwind utilizando a tabela “Products”.

ASPX Page – Repeater Control

Vamos ver o código para o controle repeater:

<asp:Repeater ID=”Repeater1″ runat=”server” EnableViewState=”false”>

<ItemTemplate>

<b><%# Eval(“ProductName”) %></b> <%# Eval(“QuantityPerUnit”) %><br />

</ItemTemplate>

</asp:Repeater>

<asp:Literal ID=”Literal1″ runat=”server” EnableViewState=”false”></asp:Literal>

O item template do repeater contém dados das colunas “ProductName” e “QuantityPerUnit” da tabela Products.A última linha é controle Literal que irá listar os links numéricos para as diferentes páginas.Note que os controles possuem a propriedade “enableviewstate=false “ para assegurar que não se usa nenhum viewstate na página para armazenar valores,e isso faz com que nossa página se torne mais veloz.

O código da página.


using System;

using System.Collections.Generic;

using System.Linq;

using System.Web;

using System.Web.UI;

using System.Web.UI.WebControls;

using System.Data.SqlClient;

using System.Data;

using System.Text;

using System.Web.Services;

public partial class Paging_Paging : System.Web.UI.Page

{

string connection = @”Server=xxxx\sqlexpress; Initial Catalog=Northwind; User; Password=xxxxxx”;

int startIndex = 0;

int thisPage = 1;

int pageSize = 10;

int totalRowNumber = 0;

protected void Page_Load(object sender, EventArgs e)

{

if (!Page.IsPostBack)

{

if (Request[“start”] != null && Request[“page”] != null)

{

int.TryParse(Request[“start”].ToString(), out startIndex);

int.TryParse(Request[“page”].ToString(), out thisPage);

}

}

BindGrid();

}

protected void BindGrid()

{

DataTable dt = new DataTable();

using(SqlConnection cn =new SqlConnection(connection))

{

using(SqlCommand cmd=new SqlCommand(“LoadDados”,cn))

{

cmd.CommandType = CommandType.StoredProcedure;

SqlParameter[] parametros = new SqlParameter[3];

parametros[0] = new SqlParameter(“@startRowIndex”, SqlDbType.Int);

parametros[0].Value = startIndex;

parametros[1] = new SqlParameter(“@pageSize”, SqlDbType.Int);

parametros[1].Value = pageSize;

parametros[2] = new SqlParameter(“@totalCount”, SqlDbType.Int);

parametros[2].Direction = ParameterDirection.Output;

cmd.Parameters.AddRange(parametros);

using (SqlDataAdapter da = new SqlDataAdapter(cmd))

{

cn.Open();

da.Fill(dt);

cn.Close();

}

totalRowNumber = int.Parse(parametros[2].Value.ToString());

}

}

Repeater1.DataSource = dt;

Repeater1.DataBind();

Literal1.Text = DoPaging(thisPage, totalRowNumber, pageSize, “Paging.aspx”, “”);

}

protected string DoPaging(int pageNum, int total, int pageTam, string pageName, string extraDado)

{

int pagNo = 0;

int start = 0;

int loop = total / pageTam;

int remainder = total % pageTam;

StringBuilder sb = new StringBuilder(“<br /><b><font color=\”green\”>Page:</font> “,500);

for (int i = 0; i < loop; i++)

{

pagNo = i + 1;

if (pagNo.Equals(pageNum))

sb.Append(pagNo + “&nbsp;|”);

else

sb.Append(“<a href=\”” + pageName + “?start=” + start + “&page=” + pagNo + extraDado + “\” title=\”Go toPage “ + pagNo + “\”>” + pagNo + “</a> | “);

start += pageTam;

}

if (remainder > 0)

{

pagNo++;

if (pagNo.Equals(pageNum))

{

sb.Append(“<b>” + pagNo + “&nbsp;</b>| “);

}

else

{

sb.Append(“<a href=\”” + pageName + “?start=” + start + “&page=” + pagNo + extraDado + “\” title=\”Go to page “ + pagNo + “\”>” + pagNo + “</a> | “);

}

}

return sb.ToString() + “</b></span>” ;

}

}

No código acima eu tenho 4 variaveis relacionadas com o custom paging,são elas:

1-startIndex – serve para armazenar o índice inicial entre as linhas que serão retornadas da consulta,isso nos ajudará a buscar dados para a próxima página.

2-thisPage – é utilizada para armazenar o valor da página atual.

3-pageSize – para armazenar o tamanho da página (nº de registros mostrados por página)

4-totalRowNumber – armazena o nº total de linha no banco,serve para calcular o número total de páginas de nosso paging.

Primeiramente,vamos dar uma olhada no método BindGrid().Esse método contém,um código simples de acesso ao Sql Server  utilizando a Stored Procedure “LoadDados”com dois parâmetros input, (startRowIndex e pageSize) e um parametro de saída (totalCount).O código para a stored procedure “LoadDados”segue abaixo:

set ANSI_NULLS ON

set QUOTED_IDENTIFIER ON

GO

ALTER PROCEDURE [dbo].[LoadDados]

@startRowIndex int,

@pageSize int,

@totalCount int output

AS

BEGIN

SET NOCOUNT ON;

SET @totalCount = 0

SET @startRowIndex = @startRowIndex + 1;

Select * from(Select ProductName, QuantityPerUnit, Row_Number() over(order by ProductName asc)as linhas from Products where CategoryID = 1) as lista where linhas between @startRowIndex and (@startRowIndex + @pageSize) – 1  order by ProductName

Select @totalCount = count(ProductName) from Products where CategoryID = 1

END

O primeiro comando SELECT  está buscando dados paginados do banco e o segundo SELECT está buscando o total de linhas do banco.Note que o 1º SELECT só é suportado no SQL SERVER 2005 .

Depois de exceutar a Stored Procedure no método BindGrid() , eu estou dando um “DataBind()” no repeater com o DataTable que contém os dados retornados do banco.

A última linha desse método é pra escrever o número de páginas e os respectivos links pra cada uma delas.

Esse links estão sendo criados no métodoDoPaging() que pega 5 parâmetoros,são eles:

1-pageNum – esse é o valor da página atual sendo mostrada.

2-total – esse é o total de registros retornado do último SELECT da stored procedure “LoadDados”

3-pageTam – esse é o tamanho da página (total de registros mostrados por vez em cada página)

4-pageName – esse é o nome da página onde o paging está sendo criado (página atual).É uma boa prática manter essa função numa classe comum porque assim você poderá acessar essa função de paging em diferentes páginas no seu projeto,nesse caso esse parâmetro será útil.

5-extraDado – essa é uma string adicional que você queira adicionar com os links de suas páginas (No mundo real você pode querer passar seus parâmetros de filtro ou Ids nos links) Eu não utilizei nesse exemplo por isso deixei vazio.

O código dentro do método DoPaging() não é muito complicado,é matemática:divide-se o total de registros pelo número de registros em cada página,, faz se um loop pelo resultado (dividendo) e escreve os links numéricos.Se tiver um resto, escreve o último paging link também.

Uma vez pronto, teste seu projeto e você deveráver um Custom SEO paging  amigável dos registros como mostrado na figura acima.Como enableViewState dos controles estão false,não é preciso se preocupar com o tamanho do viewstate de cada página.

Esses links são HyperLinks com valores queryString por isso motores de busca irão facilmente encontra-los.

Esse post descreveu como alcançar um Veloz Custom SEO paging com repeater  ou DataList .Esta técnica também pode ser usada com outros controles como GridView etc…


Validações – A maneira fácil de produzir regras de negócio na sua UI

Validadores tornam fácil  a tarefa de validar dados na UI,mas você sabia como é fácil criar seu próprio controle validador?


Validators são controles excelentes,mas os que vem com ASP.NET são , digamos,limitados.Para a maioria da lógica de negócio,desenvolvedores usam ou CustomValidators (que permite você inserir seu próprio código de validação),ou criam suas próprias validações do inicio ao fim.A resposta correta é geralmente criar seu próprio Validador para chamar o código de validação na sua aplicação.

Eu tinha um cliente que deveria coletar informações de endereço de diversas páginas. Adicionar todos os controles necessários e códigos para essa páginas era realmente entediante,eu considerei então criar um “Endereço user control”, que eu poderia arrastar para qualquer página.Porém,user controls só podem ser usados em um projeto.
Ao invés disso então eu criei um novo Validator o “EnderecoValidator” e coloquei na
ToolBox,assim eu pude usar em outros projetos também.

Eu trouxe o enderecovalidator pra esse exemplo porque ele suporta validar múltiplos controles (não somente o controle enderecoRua,mas também os controles da cidade,do estado, e do país)que poderiam ser text Boxes  ou qualquer outro tipo de controle de lista(dropdown-list, radiobutton list).

Criando o controle

Criar um controle de validação é relativamente simples:Crie um novo projeto,e na aba Web,escolha ASP.NET server control(eu dei o nome de “PHValidator”).Com o projeto criado mude o nome da classe ServerControl1.cs para o nome que você que dar para o controle(eu usei enderecoValidator), a classe herdará da classe BaseValidator.Você também precisa mudar o nome,do controle no atributo ToolBoxData que aparece na declaração da classe.

using System;
using System.ComponentModel;
using System.Web.UI;
using System.Web.UI.WebControls;
namespace PHVValidators
{
[DefaultProperty(“ControlToValidate”)]
[ToolboxData(“<{0}:EnderecoValidator runat=server>
</{0}:EnderecoValidator>”)]
public class AddressValidator :
System.Web.UI.WebControls.BaseValidator
{

Tudo que você precisa adicionar para o baseValidator, é um teste para validar dados e qualquer propriedade adicional requirida para suportar seu código de validação.

Vamos ver primeiramente as propriedades.Para elas,eu preciso de alguns campos para armazenar os nomes dos controles que contém parte do endereço.Eu também preciso de algumas propriedades para capturar e armazenar os dados.Como essas propriedades devem receber o nome dos controles presentes em cada página,eu gostaria de ter a propriedade na janela de propriedades(property window),mostrada como uma drop-list de controles presentes na página.Isso é fácil de fazer:eu só adicionei o TypeConverterAttribute para a propriedade,passando o tipo de ValidadorControlConverter.Aqui um exemplo de propriedade para armazenar o nome do controle que tem o nome da cidade.

string cityId = “”;

[TypeConverterAttribute(typeof(ValidatedControlConverter))] _
string CityId
{
get
{
return cityId;
}
set
{
cityId = value;
}
}

Validando os dados

O único método da classe BaseValidator que você precisa reescrever,é o EvaluaterIsValid e retornar true ou false,dependendo do resultado de seu teste.Para pegar esses valores dos controles da páginas,chame o método,GetControlValidationValue passando o nome do controle que você quer.Esse código recupera o valor do controle cujo nome foi passado na propriedade CityId e retorna false para indicar que o teste falhou e o controle está vazio.

protected override bool EvaluateIsValid()
{
string CityValue = this.GetControlValidationValue(this.CityId);
if (CityValue == “”)
{
return false;
}
return true;
}

Na vida real,você provavelmente vai chamar métodos de validação na sua camada intermediária de negócios para checar seus dados.

Pra testar seu validator , adicione um projeto web para o projeto atual do seu validatorControl.Seu novo validador aparecerá no topo da toolbox – você pode arrasta-lo para a página ,mudar sua propriedades e debugar seu código.Se você fizer alguma mudança no seu ValidatorControl,você precisa dar um rebuild na sua solution,apagar o controle da tela,e arrasta-lo novamente.