Criptografia de postagens do Wordpress

Tanto quanto eu sei o que você pergunta não é realmente possível com o WordPress (ou qualquer aplicativo PHP simples) sozinho. É o mesmo dilema das credenciais de banco de dados no WP - se o FTP for hackeado, o hacker obtém login / senha do banco de dados a partir de wp-config.php . É impossível protegê-los porque o WordPress (ou qualquer outro aplicativo PHP realmente) precisa deles para acesso ao banco de dados. Mesmo se eles forem armazenados criptografados em algum momento, precisarão ser descriptografados.

A mesma coisa com as postagens - mesmo se armazenar mensagens criptografadas no banco de dados em algum momento, o WordPress precisará descriptografá-las. Se o WordPress puder descriptografá-los, o mesmo acontecerá com a pessoa que invadiu a conta.

Provavelmente você pode de alguma forma separar chaves da instalação do WordPress, mas isso simplesmente está mudando a questão - agora ainda temos que pensar em proteger as chaves de serem hackeadas / vazadas, elas estão em outro lugar.

Assim, você deseja um sistema que criptografe o texto antes que ele entre no banco de dados e o descriptografe antes de sair do banco de dados. Se você não quiser salvar a senha no servidor, precisará encontrar uma maneira de fornecer isso por meio do navegador toda vez que fizer uma solicitação que precise de dados criptografados.

Você poderia fazer isso em PHP, mas talvez também em JavaScript. Se simplificarmos a questão exigindo apenas a criptografia do conteúdo da postagem e não outros dados (título, datas, ...), você provavelmente poderia ligar seu código a um evento TinyMCE no lado do administrador, que solicita sua senha (ou lembra-a no Armazenamento local ou em outro local seguro que não sai do seu computador), descriptografa o texto antes é mostrado no editor e o criptografa novamente quando você o salva. Desta forma, tudo o que o WordPress vê é o texto criptografado. (Você provavelmente precisará desativar todos os tipos de filtros de conteúdo para que nada seja alterado no lado do servidor.)

No lado público do seu blog, você pode fazer o mesmo: enviar um bloco de dados criptografados para o cliente e descriptografá-lo usando JavaScript.

Esse esquema é viável se você for o único que lê e escreve, caso contrário, você precisaria de uma maneira de compartilhar a criptografia, mas permitir que todos tenham senhas diferentes e coisas do tipo. Mas se você realmente está no cenário de usuário único, tem certeza de que o WordPress é o melhor meio para o seu trabalho? Talvez o Evernote ou outra solução de anotações com suporte para criptografia funcionasse melhor?

Posso sugerir dar uma olhada neste site. Eu sou novo no WordPress e ainda não configurei meu próprio blog WordPress. No entanto, enquanto pesquisava iniciando meu próprio blog, eu também queria ter a capacidade de criptografar algumas postagens no blog.

Depois de pesquisar no Google, me deparei com esse site enlace

Basicamente, os posts do blog são criptografados utilizando JavaScript e PHP. Por padrão, as mensagens são criptografadas no AES de 128 bits, mas, ao recompilar o PHP, você pode adicionar suporte ao AES de 256 bits. Eu ainda não comecei a criar meu próprio blog WordPress porque quero ver se existe uma maneira de integrar a idéia de Vincent no WordPress de alguma forma.

Ao criar um plugin baseado no trabalho de Vincent, os posts podem ser criptografados dentro do WordPress sem precisar visitar o site, criptografar a postagem e colar o texto / código resultante em uma postagem do WordPress.

Quando as postagens são descriptografadas, tudo acontece no lado do cliente. A senha ou chave de descriptografia nunca é enviada para o servidor, toda a descriptografia acontece no lado do cliente através de JavaScript. Isso significa que mesmo que um hacker tenha acesso ao seu banco de dados, ele não conseguirá ler as mensagens criptografadas, porque a chave não está armazenada no banco de dados!

Embora eu tenha proficiência em PHP, ainda não sei o suficiente sobre como escrever bons plugins do WordPress para fazer um plugin, ainda ...

Exatamente; tudo pode ser descriptografado por uma chave pública de grupo, possivelmente com várias chaves privadas mantidas no lado do cliente.

Como o blog é privado naturalmente, tecnicamente não há necessidade de manter chaves privadas em um servidor central que armazena dados criptografados.

Não é 100%, mas isso adicionaria uma camada de segurança: você poderia escrever um plug-in que usa base64_encode para criptografar entradas específicas e, em seguida, para a codificação, adicionar sal a partir de um hash md5 do nome de usuário t ser alterado), ou algo parecido. O base64_decode funciona muito rápido e o usuário provavelmente não notaria nenhum atraso.