인코딩과 같은 알 수없는 base64

와이어 캐스트 (.wsct) 용 구성 파일을 생성하려고합니다. 출력용 사용자 이름과 암호를 설정하고 싶습니다. 문제는 암호가 어떤 방식 으로든 인코딩된다는 것입니다.인코딩과 같은 알 수없는 base64

내가 문자열을 인코딩 할 수 수동으로

text  unknown-encoded base64-encoded 
a   og==    YQo= 
password Pp/nD+RP/WU=  cGFzc3dvcmQK 
test123 t5RSTbhuCg==  dGVzdDEyMwo= 

<output ... output_username="asd" output_password="t5RSTbhuCg==" ... />

어떤 아이디어가 아래 예?

출처

2013-07-03 elk

암호가 먼저 암호화 된 다음 b64로 인코딩 될 가능성이 있습니까? 패스워드가 디스크에 저장되어 있다면 그것은 합당한 것처럼 보입니다. 견본에서, 그것은 간단한 xor 또는 그런 무엇이든 보지 않는다. a이 단일 인코딩 된 문자에 매핑되기 때문에 블록 암호처럼 보이지 않습니다.

작성된 응용 프로그램은 무엇입니까? 어쩌면 그 부분을 상당히 쉽게 분해 할 수 있습니다 (.net/java/...의 경우).

끝에있는 패딩이 일치하기 때문에 인코딩이 base64 일 가능성이 큽니다 (적어도 제공 한 예제에서는).

출처

2013-07-03 11:59:21 viraptor

그건 사실입니다. 나는 또한 어떻게 든 그것을 암호화 할 것입니다. unbase64 : 83 53 96 5D 00 D7 22 93 02 B4 3D 90. 더 많은 것 : 83 53 96 5D 35 BC 19 CF 83 53 96 5D 35 BC 19 CF 83 53 96 5D 35 BC 19 CF 83 53 96 5D 35 BC 19 CF 83 53 96 5D 35 BC 19 CF 83 53 96 6F A4 71 9D 7D 36 00 2D. 프로그램은 객관적인 c/c로 작성되었습니다. – elk

알았어 - 그거 꽤 재미있어. 그래서 여기에 더 많은 사실들이 있습니다 : 열쇠는 변하지 않습니다; 블록 길이는 8 바이트입니다. 블록 사이에 피드백이 없습니다 ('a'로 가득 찬 8 바이트가 반복됩니다). 어쩌면 응용 프로그램이 일부 SSL 라이브러리에 연결되어 있는지 확인할 수 있습니까? – viraptor

또한 단지'a'가 실제로 1 암호화 된 바이트로 줄어들 기 때문에 블록 암호가 아닌 스트림 암호처럼 보입니다 (아마도 키는 8 바이트를 반복합니까?). (ok - 어쩌면 스트림 암호가 아닐지 모르지만, 문제가없는 8 바이트 블록의 나머지 부분을 가질 수있는 것은 분명히) – viraptor

인코딩과 같은 알 수없는 base64

답변

관련 문제