Common Sense

Ethernet - CSMA/CD

Wed, 04 Feb 2009 13:34:57 +0900

안녕하세요 Noel입니다!
뜬금없이 네트워크 카테고리를 슥 만들고 Ethernet의 특징? 전송방식?인 CSMA/CD에 대해 슬그머니 끄적여 보려구요
(Server / Network / Network Security... 다 재미있는 주제들이잖아요 ^^ )

Ethernet 이라는 기술 자체를 하나의 포스트로 정리한다는 건... 저의 부족한 능력으로는 불가능하고
이 포스트에서는 Ethernet에서 채택하고 있는 전송 방법인 CSMA/CD에 대해 이야기해 볼께요

CSMA/CD = Carrier Sense Multiple Access with Collision Detection

간단하게 용어를 보자면 "네트워크 내의 Carrier 를 Sense 해 하나의 Media를 통해 Multiple Access를 가능하게 하는 기술" 이 되겠네요.
뒤의 CD는 위처럼 Carrier Sense를 수행했음에도 불구하고 동시에 여러개의 Node에서 패킷을 전송했을 경우 발생하는 Collision을 Detection 하는 방식을 함께 취한다고 생각하시면 되겠습니다.
무슨 말인지 도통 이해가 안가신다구요? 아래서 자세히... (제가 아는게 적어서 충분히 이해를 시켜드릴 수 있을지는 잘 모르겠습니다. =ㅅ=)

이 CSMA/CD가 사용되는 이유는 한 네트워크에 동시에 여러개의 패킷이 전송될 경우... 제대로 된 통신을 할 수 없기 때문입니다.
그럼... 각 Node마다 별개의 케이블을 연결해 통신을 하면 되지 않느냐고요? 설마 이렇게 생각하실 분은 없을거라 생각하지만...
저는 10개의 Node를 가지고 45개의 케이블을 서로서로 연결해야 하고 하나의 시스템에 9개의 랜카드가 꼽힌 환경에서 일할 자신은 없습니다.. 네트워크 관리는 더더욱.. ㅡ,.ㅡ;
이런 이유들로 Ethernet은 CSMA/CD라는 방식을 이용해 패킷을 송신하게 됩니다.

일단 Node A, B, C, D가 한 네트워크를 이루고 있다고 가정해 봅시다.

Node A 에서 Node B에 전송할 패킷이 발생했습니다.
그럼 Node A 는 네트워크에 패킷들이 돌아다니고 있는지 한번 둘러봅니다. (Carrier Sense) 결과는 두 가지로 나뉘겠죠?
패킷이 있다 => 패킷이 없을 때까지 기다립니다. 네트워크에 너도나도 패킷을 전송할 경우... 하나의 Connection도 제대로 된 통신을 할 수 없겠죠?
패킷이 없다 => 자... 이제 보낼 때가 된겁니다. 자신있게 Destination을 B로 패킷을 날려 줍니다.

어라? Carrier Sense 하나로 위의 문제가 해결되었군요!!! 멋져요 o_O

자.. 여기서 문제가 하나 생기게 됩니다...
만약 Node A 는 Node B 에게 패킷을 보내려고 합니다. 그런데 동시에 Node C 도 Node D에 패킷을 보내려고 하고 있네요
Node A, C 는 Carrier Sense 과정을 거쳐 네트워크가 놀고 있다는 것을 확인하게 되고 패킷 전송을 시작합니다.
두둥!! 결국 네트워크상에서 Node A, C 가 보낸 두 가지 패킷은 충돌을 일으키게 되는군요.

이건 Collision Detection 후 어떤 과정을 거쳐 해결하게 됩니다. 이제 그 과정을 알아보도록 하죠

일단 충돌이 일어났을 경우 Node A, C 둘은 어라!! 충돌이네!! 하고 네트워크상에서 충돌을 감지하게 되고, Transmit jam signal을 생성하고 패킷 전송을 중단합니다.
중단한 이후 어느정도 시간을 기다린 후 다시 Carrier Sense 단계부터 패킷 전송 과정을 진행하게 됩니다.
Q : 그럼 또 충돌이 일어나지 않나요?
A : 날 수도 있고 안날 수도 있답니다. random backoff라 불리는데 random 한 시간동안 wait 후 패킷 전송을 시도하기 때문이죠. 정말 불운하게도 난수 발생시 같은 숫자가 발생했다면.... 다시 한 번 충돌 / 재전송 하는거죠 ^^;

wikipedia에서 발취한 순서도입니다. (diagram이 더 익숙해서 순서도라는 단어를 생각해 내는 데 시간이 걸리는 이유는.. ㅠㅠ )

< CSMA/CD - from wikipedia (http://en.wikipedia.org/wiki/File:Csmacd.JPG) >

그렇다면... Node 들이 매우 많을 경우는 어떻게 하나요??
흠흠... 이건 나중에 다른 포스팅에서 이야기 해 보도록 하죠.. ^^

너무 엉성한 포스트여서 혹시 읽으시는 분들에게 혼란을 드리는 건 아닐지 하는 걱정이 드네요.. 휴우..
즐거운 하루 되세요.

05. network

Wed, 04 Feb 2009 10:59:43 +0900

디자인이야 어떻든 잘 돌아가면 되는거야... 틀려!!

Fri, 16 Jan 2009 11:22:53 +0900

어제 퇴근하는 길에 지하철에서 본의 아니게(?) 옆 사람들의 대화를 듣게 되었습니다.

앞 이야기 생략.... (회사 신입사원인 여자분에게 자신이 어떤어떤 일을 했었다고 이야기 하는 상황인 듯...)
남 : 디자인이야 어떻든 잘 돌아가면 되는거지
여 : 어떤 사이트냐에 따라 달라지지 않나요?
남 : 그럴수도 있지만 디자인 구려도 잘 돌아가면 좋은거야...

둘 중 중요하지 않은 것이 있을까요?

사용하기 불편한 사이트... 기능이 제대로 동작하지 않는 사이트...
뭐가 더 좋다고 하기가 참 뭐하네요

물론 기능 중요합니다. 가장 중요 하다고 해도 틀리진 않겠죠.
하지만 디자인, UI/UX, 사용성, 접근성 등 기능 이외의 이슈들 또한 기능 만큼이나 중요한 요소가 아닐까 하는 생각이 듭니다.

입력 폼에서의 <Enter> 입력 이벤트를 어떤

허용/불허 문자열의 처리는 어디에서 이루어져야 하는가

Thu, 08 Jan 2009 16:56:33 +0900

안녕하세요, Noel입니다. :-)
hwanny.net에 엄청!!나게 오랫만에 글을 올리네요..
(Blogger.com에 글 몇개 올렸다가... 그냥 다시 왔습니다. ;ㅅ; 그저 모노로그 식으로 마구 끄적이기엔 좋지만... 왠지 지금 사용하기에 불편하더군요...)

오늘은 웹페이지의 입력 폼들에서 허용/불허하는 문자열에 대한 처리는 과연 어떻게 이루어져야 옳은 것일까! 에 대한 문제 제기만 하고 말도록 하겠습니다.

뭐... 왜 문제 제기만 하고 마느냐... 하는 것에 대해서는.. 제가 딱 하고 결론을 내리기 힘들기 때문이랄까요
일하면서 생긴 한 가지 에피소드를 논해 보고자 하거든요.

더구나 제가 언급하고자 하는 케이스는 단순히 입력 폼의 유효성 검사 뿐 아니라 입력된 내용이 URL에 포함되는 등의 여러 가지 사항들이 복합적으로 적용되어 발생하는 이슈거든요.

웹 페이지에서 입력 받은 문자열들을 서버에서 받아 처리할 때 (그게 질의든 검색이든 저장이든 간에...) 문제가 되는 문자열들이 있습니다.
예를 들어 XSS라들까, DB 관련 명령어들, 기타 코드들...
이러한 문자열들은 보통 필터링을 이용해서 입력을 제한하고 있습니다.
과연 이 문자열들은 어느 단계에서 제한되어야 할까요?

간단하게 가능한 몇 단계를 짚어 보자면

웹 페이지의 입력폼에서 스크립트를 이용해 입력 폼에 대한 유효성 검사를 실행
문자열을 받아 처리하는 서버 단계에서 예외 처리를 통한 서비스 보호

이렇게 두 가지를 예로 들 수 있겠군요.

얼마 전 친한 친구녀석 하나가 일하고 있는 작은 회사의 페이지를 잠깐 확인 해 줄 일이 생겼습니다.
서버개발, 페이지개발 등은 모두 그 친구가 전담하고 있었죠.
입력 폼에 대한 유효성 검사는 웹에서 이루어지는 것으로 만족 하고 있었던 것 같습니다.

뭐... 패킷 아날라이저나 여러 툴들을 이용해.. 패킷을 훑어보고
URL에 포함된 내용들을 살펴보니, 간단한 문자열 전환을 이용해 보안에 대한 고려는 했지만...
패킷의 내용을 수정함으로써 서버에 허용되지 않은 문자열을 처리하도록 요구할 수 있었고...
결과는 여러분께서 예상하시는 바와 같이... 서버의 사망으로 이어졌죠...
(DB관련 문장이어서 테이블 자체가 틀어져 친구녀석에게는 조금 미안한 감도.. ;ㅂ; 지못미...)

저의 좁은 소견으로 의견을 제시 해 보자면, 당연히! 둘 다 이루어져야 한다고 생각합니다.
웹에서 제어가 가능하다고 하지만.. 패킷 체인징 등의 보안 위협은 언제나 존재하기 때문에 (물론 이미 다 이루어지고 있겠지만요 ^^) 서버에서의 예외 처리가 기본이 되어야 합니다.

그럼 왜 서버에서 이미 예외 처리를 통한 처리를 했는데 웹에서 구지 스크립트 등을 사용해 귀찮게 입력 폼의 유효성에 대한 처리를 해야 하나요? 라는 의견을 제시할 수 있겠죠.
서버에 문자열을 던지고, 그 처리 결과를 페이지로 받는 것과 서버에 문자열이 던져지기 전에 폼 자체에서 그 문자열을 처리하는 것...
사용자의 입장에서 어떤 것이 편리할까요?

QA는 오류를 찾기 위한 것 이외에도 사용성, UI/UX적인 측면을 함께 고려해야 하기 때문에 제 의견을...
둘 모두 이루어져야 한다... 인데...
여러분 생각은 어떠신가요?

(너무 간단한 내용으로 길게 떠들어서 지루하신 분들께는 죄송합니다. 제가 글솜씨가 없어서... )

BAT, BVT, Sanity ??

Tue, 06 Jan 2009 11:01:14 +0900

Software Testing FAQs - 사이트 소개

Wed, 24 Dec 2008 16:06:20 +0900

Software Testing FAQs 라는 Title을 가지고 있는 사이트를 소개하려고 합니다.

Site URL도 http://testingfaqs.org/ ...

Testing Tools, Courses, Conferences 들에 대한 내용들도 많이 소개되어 있네요...
일단 제 목표는 저기 있는 Testing Tool 들중... 1/5이라도 써 보고 내용이나 특성들 포스팅 하는 것인데...
과연 가능할까요? =ㅅ=;

뭐.. 시작은 해야겠죠? ㅎ

ActiveX

Mon, 01 Dec 2008 09:45:48 +0900

소프트웨어 보안 검사 기술

Mon, 01 Dec 2008 00:27:24 +0900

1부 - 개론

1장. 공격 당하기 전에 자신의 약점을 먼저 면밀히 조사하라 : 전통적 소프트웨어 검사를 벗어난 패러다임의 전환

2장. 취약점들은 모든 소프트웨어에 어떻게 스며드는가?

3장. 안전한 소프트웨어 개발 생명주기

4장. 위험 기반의 보안 검사 : 위협 모델링을 이용한 보안 검사 우선순위

5장. 세 가지 분석의 미묘한 차이 : 화이트박스, 그레이박스, 블랙박스 검사

2부 - 공격 수행

6장. 일반적인 네트워크 장애 주입 공격

7장. 웹 애플리케이션 : 세션 공격

8장. 웹 애플리케이션 : 일반적인 이슈들

9장. 웹 프록시 : 웹스카랩 사용하기

10장. 맞춤형 퓨즈 유틸리티 구현

11장. 로컬 애플리케이션 장애 주입 공격

3부 - 분석

12장. 악용 가능성 판단

이 "소프트웨어 보안 검사 기술"이라는 도서는 테스팅 영역과 보안 영역을 아우르는 것 같지만 실제로 읽어 본 결과 보안팀에 더 적합한 기술 서적인 것 같다.

081031 할로윈 두들!!

Fri, 31 Oct 2008 08:51:25 +0900

나의 블로그 에디터 스프링노트 - (2)

Mon, 20 Oct 2008 19:03:02 +0900

지난 달 말에 "나의 블로그 에디터 스프링노트"라는 거창한 제목으로 포스트를 작성했었죠.
그 포스트의 마지막 부분에 다음번엔 스프링 노트에서 블로그로 글을 보내는 방법에 대해 포스팅 하기로 약속을 했었기에...
많이 부족하지만 소개 해 보도록 할께요.

저는 주로 사용하는 블로그가 티스토리이기 때문에 티스토리 기준으로 설명하도록 할께요.

스프링 노트 메뉴얼 - 블로그로 보내기 링크
스프링 노트 메뉴얼에도 친절하게 연결하는 방법이 안내되어 있습니다.

080929 나의 블로그 에디터 스프링노트

Mon, 20 Oct 2008 16:49:05 +0900

안녕하세요, Noel입니다.
이번에 소개할 사이트는 위키기반 웹노트 서비스 스프링노트(http://springnote.com)입니다.
(지금 이 글이 작성되는 위치도 바로 스프링 노트입니다. :-) )

얼마 전 긴 베타 기간을 거치고 정식 오픈을 했죠.

별도의 회원 가입 없이 오픈 아이디로 로그인 해 사용할 수 있습니다. (저는 blogger.com에서 지원하는 noelstyle.blogspot.com 이라는 아이디를 사용하고 있습니다.

저는 질 좋은 포스트를 많이 작성하는 좋은 블로거는 아닙니다.
하지만 여기저기 서비스들 기웃거리며 한번씩 모두 사용해 보는 다채로운 블로거인 것 같습니다. (블로거.. 라고 할 수 있을까요? ;; )
워드프레스, 블로거닷컴 등의 서비스를 비롯 네이버, 다음 블로그, 이글루스, 티스토리등 가입형 블로그와 설치형 블로그까지...
하지만 공통적인 불만 중 하나는 바로 불편한 에디터였습니다.

이런 불편함을 어느정도(웹 기반이기 때문에 말 그대로 어느정도 입니다. 어플 기반의 MS-Word 등에서 블로깅 하는 것과는 비교할 수 없지만 오피스를 설치하느냐, 그저 웹기반의 서비스에 접속해서 작성하느냐는 취향과 자신의 상황 - 오피스 구입, 설치된 시스템 휴대 등 의 큰 차이가 있디 때문에 무엇이 더 좋다!! 고는 이야기하지 않겠습니다.) 해소해 줄 수 있는 해결 방안이 바로 스프링 노트라고 하고 싶습니다.

아래 이미지는 작성 윈도우의 메뉴입니다.

잘 보이진 않지만 글꼴, 크기, 색 등의 기본 에디터 메뉴와 목차/불릿기호, 단락 링크 등 왠만한 에디터에서 지원하는 모든 메뉴를 지원하는 것을 볼 수 있습니다.
또한 삽입, 부가기능 등을 통해 템플릿이나 파일 첨부 등 보다 다양한 형태의 글을 작성할 수 있습니다.

어찌보면 이 스프링 노트도 하나의 조금은 다른 형태의(위키 형태의) 블로그라고 볼 수도 있겠네요.

또한 자동 저장, 책갈피 등의 일반 블로그 에디터에서의 불편함을 어느 정도 해소해 줄 만한 기능들과 함께
아래의 메뉴들을 제공합니다.

스프링 노트는 블로그 에디터를 목적으로 개발되고 제공되는 서비스는 아닙니다.
이 스프링 노트를 개발노트, 팀 프로젝트 노트, 레시피 작성, 지극히 사적인 노트 등 사용할 수 있는 분야는 무궁무진 합니다.

하지만 제가 사용하기에 가장 최적의 형태는 블로그 에디터이기 때문에 "나의 블로그 에디터 스프링노트"라는 제목으로 이런 요지없는 블로그를 작성하게 되었습니다.
다음 포스트 "나의 블로그 에디터 스프링노트 (2)"에서는 자신의 블로그를 등록하고 블로그로 등록하는 법에 대해 좀 블로그 포스트다운 포스트를 작성하도록 하겠습니다.

다음 포스트 올리기 전에 스프링 노트 (링크) 들어가셔서 자신의 오픈아이디(없으시다면 하나 쯤 만들어 두시는 것도 좋습니다. 개인 정보를 입력하지 않아도 오픈아이디를 만들 수 있는 방법이 많이 있거든요.)로 노트를 한 번 개설해 보시는 것도 좋을 거란 생각이 드네요. :-)

너무 두서 없고 줄기도 없고 내용도 없는..... 허접한 글 읽어 주셔서 너무 고맙습니다.
기회가 된다면 같은 주제로 꼭 일목요연한 포스트를 다시 쓰도록 하겠습니다.

10시 24분이네요. 모두 즐거운 밤 되세요 :-)