기술과 일상

- 멜트다운(Meltdown)과 스펙터(Spectre) 2017년 6월 구글 보안분석팀인 "프로젝트 제로"가 발견한 주요 CPU 프로세서 설계 결함/취약점 - 멜트다운과 스펙터 공통점 커널 메모리 접근 관련 CPU 취약점 캐시 부채널 공격 유형을 Flush+Reload 기법 사용 (캐시가 응답시간이 더 빠르다는 점을 이용) 커널 메모리 격리로 해결 가능 - 멜트다운과 스펙터 비교 - 멜트다운 원리 CPU가 처리속도 최적화를 위해 처리하기 어려운 명령어를 캐시 메모리에 저장해두는 과정에서 응용 프로그램이 커널메모리 통해 내부메모리에 접근을 시도할 때, 커널 메모리는 필요한 데이터에 대해 통로 역할 수행 이런 프로세스에서 각 메모리에 대해 권한이 없는 응용 프로그램의 접근이 막혀있어야 하는데 이런 보안 구조..

[Tech] 국가기술자격증/정보보안기사 2020. 8. 15. 17:35

사이트 주소 : https://los.rubiya.kr/ 11번 문제 golem 입니다. [문제 접근] query를 보면 pw 값을 맞춰야하는 것 같네요. pw를 알아내기 위해 substr을 사용하고 싶지만 필터링이 되어 있어보이네요. 다른 방법을 써야 합니다. substr과 ascii 함수가 사용하기 좋지만, 필터링이 된 경우에는 like 연산자를 사용할 수 있습니다. ?pw=0'||id like 'admin'%26%26'1' like '1'%23 id가 admin이랑 like 하고 1이 1과 like하면 이라는 조건이 되니, Hello admin이 찍힙니다. 참고 : and를 필터링하기 때문에 &&의 URL 인코딩 값인 %26%26을 넣은 것입니다. ?pw=0'||id like 'admin'%26%2..

[Tech] War Game/Lord of SQL Injection 2020. 8. 14. 18:29

사이트 주소 : https://los.rubiya.kr/ 10번 문제 skeleton 입니다. [문제 접근] query를 보면 id 파라미터는 guest로 고정되어 있고, pw 파라미터에 입력값을 넣어 뒤에 있는 and 1=0 까지 참이되도록 만들어야 합니다. 그러면서 id를 admin으로 만들어야 하네요. 쿼리를 생각하면 충분히 바로 답을 알 수 있습니다. pw='이 사이에 넣을 쿼리를 생각하면 됨' [문제 정답] 정답 : ?pw=' or id='admin'%23 "VAMPIRE Clear!" 가 나타납니다. 정답! 다음 스테이지로 넘어가시죠~ 쿼리를 논리적으로 생각해서 id를 admin으로 만들고 and 거짓 조건을 주석처리하는 것이 포인트네요.

[Tech] War Game/Lord of SQL Injection 2020. 8. 14. 17:34

사이트 주소 : https://los.rubiya.kr/ 9번 문제 vampire 입니다. [문제 접근] query를 보면 id 파라미터에 필터링이 걸려있습니다. admin을 ""로 치환하고 있습니다. ?id=adMin 정말 치환되서 사라집니다. 이를 우회를 해서 admin으로 인식시키는 방법을 사용하겠습니다. [문제 정답] 정답 : ?id=adadminmin "VAMPIRE Clear!" 가 나타납니다. 정답! 다음 스테이지로 넘어가시죠~ 공백으로 치환되는 경우, 이중으로 파라미터를 입력하여 우회하는 것이 포인트네요.

[Tech] War Game/Lord of SQL Injection 2020. 8. 14. 15:46

사이트 주소 : https://los.rubiya.kr/ 8번 문제 troll 입니다. [문제 접근] query를 보면 id를 admin으로 만들면 해결되는 문제인 것 같네요. id 파라미터에 admin을 넣어보겠습니다. ?id=admin HeHe라고만 나옵니다. 소스를 보면 admin이 필터링되어 있기 때문이죠 우회를 해서 admin으로 인식시키는 방법을 사용하겠습니다. [문제 정답] 정답 : ?id=ADmiN "TROLL Clear!" 가 나타납니다. 정답! 다음 스테이지로 넘어가시죠~ 대소문자를 구분하지 않는 점을 활용하는 것이 포인트이네요.

[Tech] War Game/Lord of SQL Injection 2020. 8. 14. 15:40

(허가 되지 않은 점검도구 활용 스캔은 법적 문제 소지가 있으니 주의!) 지난 포스트에 이어서 이번에는 UART 디버깅 포트의 점검 포인트를 알아보겠습니다. IoT 기기 보안점검 중 UART 디버깅 포트 점검을 할 때, 개인적으로 중요하다고 생각하는 포인트입니다. [점검 Point 01. UART 포트 불필요 존재] UART 포트의 존재 유무를 확인하고 실제 필요에 의해 사용하는지 여부를 인터뷰를 합니다. 개발, 구축 단계가 완료되고 상용에 배포가 될 때는 디버깅 포트를 물리적으로 제거하고 나가는 것이 가장 안전하기 때문에 해당 점검에 의미가 있습니다. 이전 포스트에서 말했던 것처럼 TX, RX, +3.3V(VCC), GND 이렇게 4개의 PIN으로 구성된 UART 포트를 찾을 수 있습니다. UART 포..

[Tech] 정보보안/보안진단, 모의해킹 2020. 8. 14. 09:23

(허가 되지 않은 점검도구 활용 스캔은 법적 문제 소지가 있으니 주의!) 지난 포스트에 이어서 이번에는 UART 디버깅 포트의 점검 시나리오를 알아보겠습니다. [점검 시나리오] 제 경험상, 일반적으로 점검 시나리오는 아래와 같이 3가지 단계로 나눠볼 수 있습니다. UART 포트 물리적 탐색 -> UART 포트/장치 연결 -> Serial 포트로 접속 1. UART 포트 물리적 탐색 먼저 IoT 단말에서 UART 의심 포트를 육안으로 확인해야 합니다. 일반적으로 UART 포트의 생김새가 어떤지 알고 있고 경험이 있으면 더 분별하기 쉽습니다. 다양한 UART 포트 케이스가 있기 때문에 확실히 하기 위해서는 멀티 테스터를 사용하여 전압을 측정하는 방법을 사용합니다. 보통 4PIN 포트가 UART 포트인 경우가..

[Tech] 정보보안/보안진단, 모의해킹 2020. 8. 13. 16:54

(허가 되지 않은 점검도구 활용 스캔은 법적 문제 소지가 있으니 주의!) 개인적으로 IoT 기기 진단 또는 IoT 보안 점검을 분류하면 크게 아래처럼 나눌 것 같습니다. 1. Device : IoT 기기의 물리적 보안 조치 (디버깅 포트 제거, 장비 접근 보호 등) 2. Firmware : IoT 기기 펌웨어 암호화, 내부 정보 유출, 바이너리 분석 등 3. Network : NW단의 트래픽 성능이나 DDoS에 대한 대응 점검 (트래픽 발생기 활용) 4. Service : IoT와 연동되는 웹 또는 모바일 페이지 점검 (OWASP Top10 등 웹, 모바일 취약점) 그 중에 Device 부분은 개발을 위한 디버깅 포트를 통해 공격을 시도해볼 수 있습니다. 이런 취약점 포인트인 디버깅 포트로는 대표적으로 ..

[Tech] 정보보안/보안진단, 모의해킹 2020. 8. 13. 11:07