diff --git a/war/resources/help/security/ldap/managerDN_pt_BR.html b/war/resources/help/security/ldap/managerDN_pt_BR.html
new file mode 100644
index 0000000000000000000000000000000000000000..28f4ba2f076f2442d26ab50f450e25fac51c7ddf
--- /dev/null
+++ b/war/resources/help/security/ldap/managerDN_pt_BR.html
@@ -0,0 +1,17 @@
+
+ Se seu servidor LDAP não suportar
binding anônimo
+ (Em outras palavras, se seu servidor LDAP não permite uma consulta sem autenticação),
+ então o Hudson teria que primeiro se autenticar no servidor LDAP,
+ e o Hudson faz isto enviando o DN e senha do "administrador".
+
+
+ Um DN tipicamente se parece com CN=MeuUsuario,CN=Usuarios,DC=meudominio,DC=com
+ embora a sequência exata dos valores dependem da configuração do servidor LDAP.
+ Pode ser qualquer DN válido desde que o LDAP permita que este usuário consulte os dados.
+
+
+ Esta configuração também é útil quando você estiver conectando ao Active Directory
+ de uma máquina Unix, já o AD não permite binding anônimo por padrão. Mas
+ se você não pode resolver isto, você também pode mudar as configurações do AD para
+ permitir binding anônimo. Veja este documento para saber como.
+
\ No newline at end of file
diff --git a/war/resources/help/security/ldap/rootDN_pt_BR.html b/war/resources/help/security/ldap/rootDN_pt_BR.html
new file mode 100644
index 0000000000000000000000000000000000000000..ef7c1ec49cac89e03fcd1ad2ab74e7be68c875bc
--- /dev/null
+++ b/war/resources/help/security/ldap/rootDN_pt_BR.html
@@ -0,0 +1,17 @@
+
+ Para autenticar usuário e determinar as permissões dadas ao usuário, Hudson faz
+ múltiplas consultas ao LDAP.
+
+ Desde que uma base LDAP é conceitualmente uma grande árvore e a pesquisa é feita recursivamente,
+ em teoria se nós pudermos inicar uma pesquisa começando em um sub-né (como o oposto a ráiz), você consegue
+ um melhor desempenho porque isto reduz o escopo da pesquisa.
+ Este campo especifica o DN de tal sub-árvore.
+
+
+ Mas na prática, os servidores LDAP mantêm uma extensivo índice sobre os dados, assim especificar
+ este campo é raramente necessário — você deveria apenas deixar que o Hudson resolva isto
+ conversando com o LDAP.
+
+
+ Se você realmente especificar este valor, o campo normalmente parece algo como "dc=sun,dc=com"
+
\ No newline at end of file
diff --git a/war/resources/help/security/ldap/server_pt_BR.html b/war/resources/help/security/ldap/server_pt_BR.html
new file mode 100644
index 0000000000000000000000000000000000000000..1b886dace41012b3bc6ee26e004036b248fd8e22
--- /dev/null
+++ b/war/resources/help/security/ldap/server_pt_BR.html
@@ -0,0 +1,5 @@
+
+ Especifica o nome do host do servidor LDAP (como ldap.sun.com)
+ Se seu servidor LDAP usa um porta diferente da 389 (que é a padrão para LDAP),
+ você também pode adicionar um número de porta aqui, como ldap.acme.org:1389
+
\ No newline at end of file
diff --git a/war/resources/help/security/ldap/userSearchBase_pt_BR.html b/war/resources/help/security/ldap/userSearchBase_pt_BR.html
new file mode 100644
index 0000000000000000000000000000000000000000..a56280288d56894bece1fa6c603a9cbbbea3b16c
--- /dev/null
+++ b/war/resources/help/security/ldap/userSearchBase_pt_BR.html
@@ -0,0 +1,12 @@
+
+ Uma das pesquisas que o Hudson faz no LDAP é localizar o registro do usuário passando o nome do usuário.
+ Se você especificar um DN relativo (do DN raíz) aqui, Hudson estreitará as
+ pesquisas para a sub-árvore.
+
+
+ Mas na prática, os servidores LDAP mantêm um extensivo índice sobre os dados, assim especificar
+ este campo é raramente necessário.
+
+
+ Se você realmente especificar este valor, o campo normalmente parece algo como "ou=pessoas"
+
\ No newline at end of file
diff --git a/war/resources/help/security/ldap/userSearchFilter_pt_BR.html b/war/resources/help/security/ldap/userSearchFilter_pt_BR.html
new file mode 100644
index 0000000000000000000000000000000000000000..21c9b86d5c3e37238046286601df80d1d04b66d6
--- /dev/null
+++ b/war/resources/help/security/ldap/userSearchFilter_pt_BR.html
@@ -0,0 +1,12 @@
+
+ Uma das pesquisas que o Hudson faz no LDAP é localizar o registro do usuário passando o nome do usuário.
+
+
+ Este determina o consulta a ser executada para identificar o registro do usuário. A consulta é
+ quase sempre "uid={0}" como definido na RFC 2798,
+ assim na maioria dos casos você deveria deixar este campo vazio.
+
+
+ Se você realmente especificar uma consulta diferente, especifique uma string de consulta LDAP como o marcador "{0}",
+ que será trocado pelas string do nome do usuário entrada pelo usuário.
+
\ No newline at end of file