Melhor resposta
SQLI DUMPER TUTORIAL PASSO A PASSO
se você compartilhar, ficarei grato.
1. Abra o SQLi Dumper
Varredura 2. Insira seus estúpidos lá 3. Clique em Iniciar scanner 4. Espere até a digitalização terminar5. Clique na guia Exploitables
Explorando
6. Clique em Iniciar explorador 7. Aguarde até que o thread do Explorador seja concluído 8. Clique em Injetáveis
Analisando
9. Verifique tudo em Configuração do grupo 10. Clique em Iniciar Analizer11. Espere até que a conversa seja concluída
Despejo
12. Clique com o botão direito no site vuln 13. Clique em Go to Dumper14. Clique em Data Dumper
15. Clique em Obter banco de dados
16. Clique em um dos db
17. Em seguida, clique em Obter tabelas
18. Clique em uma das tabelas 19. Em seguida, clique em Obter colunas
20. Selecione as colunas que você deseja despejar21. Clique em Dump Data
22. Depois de despejar, [b] complete 23. Clique em Exportar dados
24. Clique em [b] Iniciar25. Salvar
Espero que ajude vocês.
Por favor, vote e apoie, se achar útil
Obrigado
Resposta
Eu quase nunca uso procedimentos armazenados do MySQL, ou recomendo usá-los.
- Os procedimentos armazenados do MySQL são compilados na primeira vez que uma sessão os usa – mas a versão compilada é descartada no final da sessão. Ao contrário dos procedimentos armazenados em Oracle ou outras marcas de RDBMS, que mantêm a versão compilada de forma persistente. Isso significa que o MySQL adiciona muita sobrecarga aos procedimentos, especialmente se seu padrão é chamar um procedimento apenas uma vez por sessão.
- A linguagem de procedimento do MySQL não suporta pacotes ou herança ou outros recursos orientados a objetos comuns em outras marcas de RDBMS.
- Não há ferramentas de depuração para procedimentos MySQL. Existem algumas ferramentas que afirmam oferecer depuração, mas estão fingindo. Por exemplo, inserindo instruções de registro em seu procedimento.
- Se você usa editores de programação avançados ou IDE, não vi nenhum que suporte procedimentos armazenados do MySQL. O desenvolvimento iterativo é entediante.
- O MySQL não tem uma rica biblioteca de funções ou procedimentos padrão para complementar a funcionalidade básica. Você pode encontrar alguns exemplos na Internet, mas as contribuições da comunidade são muito escassas. Os procedimentos armazenados nunca foram muito populares para o MySQL.
- Algumas pessoas afirmam que procedimentos armazenados fornecem melhor segurança para o desenvolvimento de aplicativos, mas não há evidência disso. Você pode escrever código inseguro com procedimentos armazenados. Da mesma forma, você pode escrever código seguro em qualquer linguagem de aplicativo. A maioria dos problemas de segurança SQL vêm da injeção de SQL, e a maioria dos casos de injeção de SQL são muito fáceis de corrigir em seu aplicativo se você usar parâmetros de consulta.
- Como cada marca de RDBMS usa sua própria ideia de linguagem de procedimento, o uso de procedimentos é um obstáculo ce para portar seu aplicativo para outro RDBMS. Isso pode ou não ser um objetivo do seu projeto.
- Os procedimentos armazenados limitam a escalabilidade do seu aplicativo, porque são executados no servidor de banco de dados. Eu consultei uma empresa que reclamou que seu servidor MySQL estava rodando 100\% da CPU enquanto seus servidores de aplicativos PHP estavam ociosos. Foi porque eles implementaram muito de seu código em procedimentos armazenados elaborados.
Ocasionalmente, vi procedimentos armazenados bem usados. O cenário em que eles fornecem mais valor é quando você tem uma tarefa complexa para fazer com o banco de dados que exigiria a cópia de grandes quantidades de dados do servidor para o cliente e vice-versa. Ao fazer essa tarefa em um procedimento armazenado, você pode evitar muita sobrecarga de rede.