JD Securtiry Expert

{
  "이름": "홍길동",
  "나이": 25,
  "성별": "남자",
  "취미": ["독서", "여행", "요리"]
}

JSON 파일은 간결하고 이해하기 쉬운 구조 덕분에 데이터를 효율적으로 저장하고 교환할 수 있습니다.
컴퓨터나 사람 모두가 쉽게 이해할 수 있습니다.
이 간단함과 체계적인 구조 덕분에, JSON은 웹에서 정보를 주고받는 표준 방식 중 하나가 되었습니다.

다른 표현 방식이 있는데 그건 바로 xml입니다.
xml에 대해 궁금하신 분들은 아래 링크를 참조해주세요
https://jdcyber.tistory.com/41

그렇다면 왜 JSON이 그렇게 인기가 많을까요?
한 가지 큰 이유는 JSON이 매우 가볍고, 빠르며, 이해하기 쉽기 때문입니다.
또한, JSON은 다양한 프로그래밍 언어에서 쉽게 사용할 수 있어,
다른 시스템이나 앱들과 정보를 공유하기에 아주 좋습니다.
실제로, JSON은 웹 사이트 설정에서부터 소셜 미디어의 친구 목록 공유에 이르기까지 다양한 곳에서 사용됩니다.
 
웹 API를 통해 데이터를 교환하는 데 주로 사용되며,
다양한 프로그래밍 언어들이 JSON 데이터를 지원하기 때문에 데이터 처리가 더욱 간편하게 가능합니다.
또한 데이터 시각화에도 활용되어, 데이터 분석가나 개발자들이 복잡한 데이터 구조를 빠르게 이해할 수 있게 돕습니다.

이번 글을 통해 JSON 파일의 개념, 구조, 중요성 그리고 활용 방법에 대해 알아보았습니다.
JSON 파일은 우리가 많은 웹 콘텐츠를 볼 때 중요한 역할을 합니다.
이를 이용하여 프로그래밍 언어들이 서로 데이터를 교환할 수 있으면서,
데이터 구조를 시각화하고 이를 해석하는데도 매우 유용합니다.
웹에서 정보를 교환하는 강력하고 유연한 방법이며,
이를 통해 우리는 웹 사이트와 앱들이 서로 '대화'하고,
사용자에게 풍부한 경험을 제공할 수 있습니다.

JSON에 대해 알고 있다면, 이 디지털 세계에서 더 많은 것을 할 수 있을 것입니다.
 이를 활용하는 것은 개발자로서 꼭 필요한 능력 중 하나입니다.
다음에 또 다른 흥미로운 주제로 만나 뵙겠습니다.
그럼, 즐거운 하루 보내세요!

SBOM과 Cyclone DX, SPDX에 대해 궁금하신 분들은 아래 링크를 참조해주세요

SBOM

CycloneDX

SPDX

궁금하신 사항은 댓글에 남겨주세요
댓글에 남겨주신 내용은
추후 정리해서 올려드리겠습니다
구독 신청하시면 업로드 시 알려드릴게요!
-
조금이라도 도움이 되셨다면
공감&댓글 부탁드리겠습니다
감사합니다!

안녕하세요! 오늘은 데이터 통신 및 교환에 있어 전문적이며 보편적인 언어인 XML에 대해 알아볼까 합니다.
쉽게 말해, XML은 데이터를 공유하고 전송하는 데 도움을 주는 언어로 생각하시면 됩니다.
개발자든 아니든 이 글을 통해 쉽게 이해할 수 있는 XML의 개념, 중요성, 특징들을 알게 되실 겁니다.
그럼 시작하겠습니다.

XML 이란 eXtensible Markup Language의 약자로, HTML과 같은 마크업 언어입니다.
1998년 W3C(World Wide Web Consortium)에 의해 개발되었습니다.
이 언어는 SGML(Standard Generalized Markup Language)에서 파생되었으며,
웹 문서의 공유를 목적으로 한 HTML에 비해 데이터의 저장과 전송에 더 적합한 구조를 제공하기 위해 만들어졌습니다.

"생각해 보세요, 우리가 커다란 나무에서 여러 가지 과일을 따듯이,
그 큰 나무가 바로 SGML이라는 기술입니다.
XML은 그 나무에서 따온 맛있는 한 종류의 과일이며,
특히 인터넷에서 정보를 주고받기 좋게 만들어진 과일입니다.
HTML도 같은 나무의 다른 과일처럼, 웹 페이지를 만드는 데 사용됩니다."

SGML의 복잡성을 단순화하여 웹 애플리케이션에서 쉽게 사용할 수 있도록 설계된 XML은
데이터의 이식성과 호환성을 크게 향상했습니다.
하지만 HTML과는 달리 웹 페이지를 만드는 것이 아니라,
웹 페이지 외부에서 데이터 자체를 표현하고 저장하기 위해 설계되었습니다.

XML 파일은 ". xml" 확장자를 가진 파일로, 데이터와 그 데이터의 구조를 정의하기 위해 사용됩니다.
데이터와 그 구조를 명확하게 정의할 수 있으며,
이를 효과적으로 인터넷을 통해 전송하고,
서로 다른 시스템 간에 쉽게 공유할 수 있습니다.
이는 데이터를 읽고 이해하기 쉽게 만드는 데 큰 역할을 합니다.
XML 문서는 태그(tag)와 속성(attribute)으로 이루어진 계층적 구조를 가지고 있습니다.

"XML 문서를 만드는 것은 마치 큰 상자에 여러 작은 상자들을 넣고,
각 상자에 무엇이 들어있는지 적어 놓는 것과 비슷합니다.
'태그'는 상자에 붙은 라벨이며, '속성'은 그 상자에 대한 추가 정보를 제공합니다.
이런 방식으로 모든 것이 잘 정리되어 있어, 필요한 정보를 쉽게 찾을 수 있습니다."

모든 XML 문서는 루트(root) 요소를 포함하며,
이 안에 여러 자식(child) 요소를 포함할 수 있습니다.
예를 들어, <book> 태그는 하나의 책을 나타내며,
<title>, <author>와 같은 여러 자식 요소를 포함할 수 있습니다.
XML 문서는 반드시 닫는 태그를 포함해야 하며, 대소문자를 구분합니다.
또한, XML 선언은 문서의 최상단에 위치하며, 버전과 인코딩 타입을 명시합니다.

<?xml version="1.0" encoding="UTF-8"?>
<book>
  <title>XML for Beginners</title>
  <author>John Doe</author>
</book>

XML 스키마와 DTD

XML 스키마와 DTD(문서 형식 정의)는 XML 문서의 구조를 정의하고,

해당 문서 내의 데이터 타입을 검증하는 데 사용됩니다.

"상상해 보세요, 당신이 건축가이고, 건물을 짓기 전에 설계도를 그립니다.

XML 스키마와 DTD는 마치 그 건물의 설계도와 같습니다.

이들은 XML 문서가 어떤 구조를 가져야 하는지, 어떤 정보를 담을 수 있는지 정확히 알려줍니다.

이런 규칙들 덕분에 모든 정보가 제자리에 있고, 오류 없이 잘 작동합니다."

DTD는 XML의 초기 버전에서 사용되었으며, 스키마는 더 강력한 데이터 타입 지원과 네임스페이스를 제공합니다.

이러한 도구를 사용함으로써, 데이터의 일관성과 정확성을 보장할 수 있습니다.

XML은 대부분의 플랫폼과 프로그래밍 언어에서 처리할 수 있는 독립적인 형식입니다.
이 독립성은 다양한 시스템 간에 데이터를 교환하는 데 있어 큰 이점을 제공합니다.

개발자들은 웹 서비스, 구성 파일, 데이터베이스 등에서 XML을 사용합니다.
이를 통해 데이터가 어떻게 보이고 작동해야 하는지 설명하고, 데이터 전송과 표현을 동시에 처리할 수 있습니다.
또한, XML은 많은 시스템과 애플리케이션에서 중요한 역할을 하는 핵심 기술입니다.

XML의 장점과 단점

장점

XML은 데이터의 자기 기술적(self-descriptive) 특성과 텍스트 기반 구조로 인해 인간과 기계 모두에게 읽기 쉽습니다.

또한, 플랫폼 독립적이며, 확장 가능하고, 사용자 정의 태그를 통해 유연한 데이터 표현이 가능합니다.

단점

그러나 XML은 종종 파일 크기가 크고, 파싱(parsing) 시간이 오래 걸릴 수 있는 단점이 있습니다.

이는 네트워크 대역폭과 처리 성능에 영향을 줄 수 있습니다.

최근에는 JSON(JavaScript Object Notation)과 같은 경량의 데이터 교환 형식이 인기를 얻고 있습니다.

JSON은 텍스트 기반의 구조로, 웹 애플리케이션에서의 데이터 교환에 최적화되어 있으며,

XML에 비해 더 작은 파일 크기와 빠른 파싱 속도를 제공합니다.

"XML과 JSON을 비교하자면, XML은 전통적인 편지와 같고, JSON은 이메일 같습니다.

JSON은 더 빠르고 간단한 메시지를 주고받는 데 적합하다면,

XML은 더 많은 정보와 세부 사항을 담을 수 있어서, 복잡한 데이터를 다룰 때 유용합니다."

그러나 XML은 메타데이터와 네임스페이스 지원이 뛰어나고, 보다 복잡한 문서 구조를 표현하는 데 유리합니다.

SBOM과 Cyclone DX, SPDX에 대해 궁금하신 분들은 아래 링크를 참조해주세요

SBOM

CycloneDX

SPDX

XML의 유연성과 확장성은 다양한 분야에서 그 가치를 발휘합니다.

예를 들어, 금융 서비스에서는 거래 데이터의 교환, 의료 분야에서는 환자 정보의 공유,

출판에서는 디지털 책의 포맷팅에 XML을 활용합니다.

이러한 사례들은 XML이 다양한 시스템과 애플리케이션에서 데이터를 표준화하고,

교환하는 데 어떻게 중요한 역할을 하는지 보여줍니다.

오늘은 XML이 무엇인지, 그 중요성과 장점 등에 대해 알아보았습니다. 

데이터 구조의 표현과 공유에서 XML의 유연성과 확장성이 중요한 이유임을 이해할 수 있을 것입니다. 

다음 시간에는 다른 흥미로운 주제로 돌아오겠습니다. 

그럼 즐거운 하루 보내세요!

궁금하신 사항은 댓글에 남겨주세요
댓글에 남겨주신 내용은
추후 정리해서 올려드리겠습니다
구독 신청하시면 업로드 시 알려드릴게요!
-
조금이라도 도움이 되셨다면
공감&댓글 부탁드리겠습니다
감사합니다!

CycloneDX란 무엇일까요?

소프트웨어 구성 요소를 한눈에 관리하는 새로운 표준

소프트웨어 개발 프로세스에서 빠질 수 없는 요소 중 하나는 구성 요소의 관리일 것입니다.

라이브러리, 프레임워크 등 다양한 구성 요소가 복잡하게 얽힌 프로젝트가 빠르게 진행되며, 이를 체계적으로 정리하고 추적하는 것이 절실한 필요로 대두되었습니다.

이에 따라 CycloneDX라는 소프트웨어 구성 요소 정보를 기록하고 공유하는 표준이 등장하게 되었습니다.

많은 조직과 개발자들에게 인기를 얻고 있는 CycloneDX는 간결하고 효율적인 구성 요소 관리 도구로 주목받고 있으며 감히 예상컨대 이미 많이 사용하고 있지만 앞으로는 더더욱 CycloneDX를 많은 보안 기업에서 사용할 것이라고 예상하고 있습니다.

특히 구성 요소 관리라 함은 보안에 있어 굉장히 중요합니다.

CycloneDX는 SBOM (Software Bill of Materials)을 만드는 데 사용되는데, 이를 통해 소프트웨어의 구성 요소와 해당 요소의 버전, 라이선스 정보 등을 일관된 표준 포맷으로 제공합니다.

소프트웨어 프로젝의 구성 요소와 종속성을 정확하게 추적하고, 여러 구성 요소와 라이브러리 간의 관계를 명확게 파악할 수 있습니다.

Bom metadata.. Components.. Services.. Dependencies.. Extensions..

SBOM에서 CyclonDX의 중요성

소프트웨어를 구축하는 데 필요한 구성 요소들은 복잡하게 얽혀 있습니다.

이런 복잡성을 관리하려면 우리가 사용하는 각 구성 요소에 대한 자세한 정보가 필요한데요,

CycloneDX는 이러한 복잡성을 관리하는 데 아주 큰 도움이 되는 도구입니다.

앞선 글에서 설명드린 SBOM의 중요성과 앞으로 필현적으로 생성하고 제출해야 되는

제도적 대비를 준비하는 가운데 우리가 사용하는 소프트웨어의 구성 요소 관리와 이에 대한 정보는 정말 중요합니다.

CycloneDX의 이해

기능과 사용법

CycloneDX의 기술적 세부사항을 추가하기 위해,

이 도구가 어떻게 SBOM(Software Bill of Materials)을 생성하는지에 대한 설명이 필요합니다.

CycloneDX는 주로 XML, JSON, 그리고 Protobuf 형식을 사용하여 SBOM을 생성합니다.

Json과 XML에 대해 아직 모르신다면 아래 쉽게 설명해놨으니 참고해주세요

https://jdcyber.tistory.com/42

https://jdcyber.tistory.com/41

이 SBOM은 소프트웨어 프로젝트의 구성 요소, 그들의 버전, 라이선스 정보, 그리고 보안 취약점 데이터를 포함합니다.

또한, CycloneDX는 이러한 구성 요소들 사이의 관계와 종속성을 명확하게 나타내어,

보안 위험을 식별하고 관리하는 데 중요한 역할을 합니다.

CycloneDX는 개발자가 이해하기 쉬운 형식으로 이 정보들을 제공하므로,

소프트웨어의 보안 및 컴플라이언스 상태를 더욱 효과적으로 관리할 수 있습니다.

CycloneDX는 소프트웨어의 각 구성 요소, 그 구성 요소의 버전,

그리고 해당 구성 요소의 라이선스 정보 등을 SBOM에 기록합니다.

SBOM 생성을 어떻게 해야하나 고민하는 많은 보안 업계 종사자들에게는

현재까지 유일무의하게 활용해야 하는 도구로써 자리매김하였습니다.

이 도구는 XML, JSON, 또는 Protobuf 형식으로 SBOM을 생성할 수 있으며,

이를 통해 효과적인 라이선스 관리와 생겨날 보안 취약점 추적이 가능합니다.

Json 문서를 참고하여 CycloneDX 이해하기

CycloneDX의 깊이 있는 이해를 위해 공식 문서, 특히 JSON 스키마 사양을 참조하는 것이 중요합니다.

CycloneDX v1.5 JSON 문서는 bomFormat, specVersion 등의 주요 요소가

CycloneDX BOM의 구조와 내용을 어떻게 정의하는지에 대한 상세한 내용을 제공합니다.

소프트웨어 및 하드웨어 구성 요소, 그들의 유형과 관계를 정의하는 방법,

메타데이터, 버전 관리, 라이선스 정보를 포함하는 방법 등을 상세히 설명합니다.

CycloneDX를 소프트웨어 개발 및 보안 과정에 구현하려는 이들에게 이 가이드는 필수적입니다.

자세한 정보는 CycloneDX v1.5 JSON 문서를 참조하시길 바랍니다.

CycloneDX 사례
보안 취약점 관리와 라이선스 추적

CycloneDX를 통해 SBOM을 생성하면, 이를 이용하여 보안 취약점을 효과적으로 관리할 수 있습니다.

만약 특정 라이브러리에 보안 취약점이 발견되었다면 이 라이브러리를 사용하는 모든 애플리케이션을 쉽게 찾아낼 수 있으며,

CycloneDX를 이용하여 라이선스를 추적하면, 전체 프로젝트에 어떤 영향을 미치는지 쉽게 알아낼 수 있습니다.

결국 꼬리를 물며 들어가 위협 요소를 판별하고 취약점을 색인하는 데 있어서 보안에 필수적 요소라고 할 수 있겠죠

CycloneDX를 사용한 보안 취약점 관리와 라이선스 추적의 구체적인 예를 들어 설명해 보겠습니다.

예를 들어, 특정 오픈 소스 라이브러리에서 새로운 보안 취약점이 발견되었다고 가정해 봅시다.

CycloneDX를 사용하면, 이 라이브러리를 포함하는 모든 소프트웨어 프로젝트를 신속하게 식별할 수 있습니다.

이를 통해 해당 취약점에 노출된 모든 애플리케이션을 즉시 파악하고, 필요한 보안 조치를 취할 수 있습니다.

또한, 라이선스 관리 측면에서, CycloneDX는 모든 구성 요소의 라이선스 정보를 제공함으로써,

소프트웨어 프로젝트가 특정 라이선스 요건을 준수하고 있는지 쉽게 확인할 수 있게 해줍니다.

CycloneDX의 장점과 한계

CycloneDX의 가장 큰 장점은 그 간결성과 효율성입니다.

이 도구는 필요한 정보만을 제공하여, 사용자가 쉽게 이해하고 사용할 수 있게 합니다.

그러나, 아직 ISO 표준화를 받지 않았고 더 광범위한 정보를 제공하는 도구들에 비해

제공하는 정보의 범위가 상대적으로 제한적인 것은 사실입니다.

CycloneDX를 통한 효과적인 소프트웨어 관리

CycloneDX는 간결하면서도 효율적인 SBOM 생성 도구로, 보안 취약점 관리와 라이선스 추적에 매우 유용합니다.

이 도구를 이용하여, 우리는 소프트웨어의 복잡성을 효과적으로 관리하고, 더 안전하고 신뢰성 있는 소프트웨어를 개발할 수 있습니다.

앞으로 나아갈 길이 기대되는 CycloneDX..

공급사에 조금은 특화되어 보이는 위 도구를 통해 소프트웨어 보안 프로세스의 도약을 기대해 봅니다.

위에 언급된 SBOM에 대한 내용은 아래 자세히 기술해 놨으니 확인해봐 주세요

https://jdcyber.tistory.com/4

궁금하신 사항은 댓글에 남겨주세요
댓글에 남겨주신 내용은
추후 정리해서 올려드리겠습니다
구독 신청하시면 업로드 시 알려드릴게요!
-
조금이라도 도움이 되셨다면
공감&댓글 부탁드리겠습니다
감사합니다!

일반적으로 우리가 프로그래밍 언어를 공부하거나 해킹, 보안 등을 공부하다 보면 자주 접하게 되는 용어 중 하나가 분석입니다.

이때 말하는 분석이라는 단어는 여러 가지 의미를 내포하고 있지만,

주로 어떤 프로그램 코드나 데이터 구조 등을 해석하거나 이해하는 행위를 말합니다.

그리고 이러한 분석 작업을 수행하기 위해서는 해당 분야에 대한 전문 지식이 요구됩니다.

즉, IT 업계에 종사하시는 분들에게 분석 능력은 필수적인 요소라고 할 수 있습니다.

크게 분석 방법에는 소스코드 분석과 바이너리 분석이 존재하는데

이번 글에서 위 두 분석 방법에대해 설명드리고자 합니다.

Ai 인공지능 ChatGPT에게 소스코드 분석과 바이너리 분석이 어떤 것인지 질의를 해보도록 합시다.

소스코드 분석

소스코드 분석은 소프트웨어 원본 코드를 검토하고 분석하는 과정으로, 개발자가 작성한 코드의 이해, 품질 향상, 효율성 향상 및 보안 목적으로 사용됩니다. 코드 기능, 비즈니스 로직, 변수 및 데이터 사용, 조건 및 반복문 등 전체 코드 구조를 이해하는데 도움이 됩니다.

​

탐지 범위

소스코드 분석은 원본 코드에 대한 보안 위협, 코드 품질 문제 및 코드 최적화를 찾는 데 도움이 됩니다. 그러나 제 3자 라이브러리 및 배포 단계에서 발생하는 취약점은 이러한 분석으로 찾기 어렵습니다.

바이너리 분석

바이너리 분석은 컴파일된 소프트웨어의 바이너리 형태(즉, 기계에서 실행되는 형태)를 검토하고 분석하는 과정입니다. 소스 코드에 의존하지 않고, 컴파일된 프로그램에서 직접 작동 원리, 깨지지 코드, 취약점 및 보안 문제를 찾을 수 있습니다.

탐지 범위

바이너리 분석은 컴파일된 프로그램 전체를 포함하여 문제를 찾기 위해 소프트웨어의 모든 부분을 다룹니다. 운영 체제의 취약점, 바이너리 레벨 하드웨어 구성 및 프레임워크와 스크립트와 같은 컴파일 후 추가되는 요소의 보안 위협을 감지할 수 있습니다.​

보통 대부분의 프로젝트 진행 시 설계 단계에서부터 소스코드 분석을 고려하게 됩니다.

왜냐하면 소스코드 분석을 통해서 문제 발생 지점을 미리 예측하고 효율적인 해결책을 제시할 수 있기 때문입니다.

​

예를 들어 다음과 같은 상황을 가정해봅시다.

“A라는 클래스 모듈안에 B라는 메서드가 있고, A클래스 객체 생성 후 B메서드를 호출하면 C라는 결과 값이 반환된다.”

class A:
    def B(self):
        return "C"

# A 클래스의 객체 생성
a_instance = A()

# B 메소드 호출 후 결과값 저장
result = a_instance.B()

# 결과값 출력
print(result)  # 출력: C

만약 위와 같은 형태의 간단한 코드로 구성된 프로그램이라면 누구나 쉽게 수정해서 원하는 결과를 얻을 수 있습니다.

하지만 만약 “A라는 클래스 모듈안에 B라는 메서드가 있고, A클래스 객체 생성 후 B메서드를 호출하면 C라는 결과 값이 반환된다.”라는 문장이 수십 개 이상 반복되는 복잡한 알고리즘을 가진 프로그램이라면 어떨까요?

이럴 경우 각 메소드마다 일일이 주석을 달아주는 것은 매우 비효율적이며, 자칫 잘못하면 오류가 발생할 확률이 높습니다.

그렇기 때문에 처음부터 모든 메서드에 대한 자세한 주석을 달기보다는

전체적인 흐름을 파악하며 큰 그림을 그리는 것이 좋습니다.

이를 위해 우선 현재 상태를 점검해야 하는데, 이때 유용하게 사용될 수 있는 도구가 바로 소스코드 분석입니다.

바이너리 분석을 하는 이유

바이너리 분석은 소프트웨어 개발 및 보안 분야에서 매우 중요한 역할을 합니다. 이는 특히 소스코드가 직접적으로 사용할 수 없거나, 컴파일 후의 프로그램 동작을 이해하고 검증해야 할 때 필요합니다.

바이너리 분석은 컴파일된, 즉 실행 가능한 형태의 프로그램을 분석하는 과정입니다. 이 과정은 특히 다음과 같은 상황에서 중요합니다

앞서 말씀드린 바와 같이 소스코드 분석은 반드시 거쳐야 하는 과정이지만,

그렇다고 해서 소스코드 분석만으로 모든 문제점을 찾아낼 수 있는 것은 아닙니다.

특히 규모가 크고 복잡한 프로그램일수록 소스코드 분석만으로는 한계가 생길 수밖에 없습니다.

​

그렇다면 어떻게 해야 할까요? 정답은 바로 ‘다른 분석 방법’을 병행하는 것입니다.

대표적인 예가 바로 디버깅입니다.

하지만 이번 시간에는 소스코드 분석과 바이너리 분석에 대해서만 살펴보겠습니다.

물론 둘 다 좋은 분석 방법이지만,

각각의 장단점이 명확하므로 목적에 맞게 적절히 활용한다면 더욱 효과적으로 업무를 수행할 수 있을 것입니다.

​

우리 모두 안전하고 깨끗한 보안을 이루어갑시다!

궁금하신 사항은 댓글에 남겨주세요

댓글에 남겨주신 내용은

추후 정리해서 올려드리겠습니다

구독 신청하시면 업로드 시 알려드릴게요!

-

조금이라도 도움이 되셨다면

공감&댓글 부탁드리겠습니다

감사합니다!

비트 (Bit) 란 컴퓨터에서 처리하는 정보의 최소 표현 단위입니다.

8비트는 1바이트이며 8bit = 1byte 이렇게 8비트가 묶여있는 형태를 '옥텟'이라고 합니다.

​

그렇다면 1바이트? 옥텟? 같은 말 아닌가?

네 맞습니다.

​

초기 컴퓨터들은 1 바이트가 꼭 8 비트만을 의미하지 않았으므로, 8 비트를 명확하게 정의하기 위해 옥텟 이라는 용어가 필요했었습니다.

그러나, 요즘에는 바이트하고 같은 의미가 되었습니다.

컴퓨터는 0과 1의 조합으로 수의 계산과 논리 계산을 하는데요 컴퓨터는

비트를 조합하여 하나의 문자나 숫자 기호 등 을 표현할 수 있습니다.

​

바로 아래 표처럼 말이죠 아스키코드입니다 (절대 외우실 필요는 없습니다)

위 아스키코드는 7비트로 이루어져 있는데

현대에 들어와서는 7비트로 조금 부족함을 느끼고 8비트로 늘린 아스키코드를 사용하기 시작했고

우리는 이걸 ANSI 코드라고 부르기 시작했습니다. 비로소 현재 사용하고 있는 1바이트 즉 8비트가 완성된 것이죠

그럼 컴퓨터는 2진수로만 계산하는데 0과 1을 제외한 우리가 흔히 쓰고 있는 10진수(0,1,2,3,4,5,6,7,8,9)는 어떻게 계산될까요?

바로 10진수를 2진수로 바꾸어 계산하여 처리하게 됩니다.

2진수 10진수에 대해 헷갈리신다면 아래 링크에 정말 쉽고 자세하게 설명해놨으니 참고해 주세요!

https://jdcyber.tistory.com/29

그렇다면, 아주 간단하고 기본적인 10진수와 2진수만 한번 살펴볼까요?

참고)

1킬로바이트(KB, kilobyte)

= 2^10 =1,024바이트(1,024B)

1메가 바이트(MB, megabyte)

=2^20바이트= 1,048,567(1,024KB)

1기가 바이트(GB, gigabyte)

=2^30바이트= 1,073,741,824(1,024MB)

1 테라바이트(TB, terabyte)

=2^40=1,099,511,627,776(1,024GB)

다시 한번 정리하겠습니다.

비트 (Bit) 란 컴퓨터에서 처리하는 정보의 최소 표현 단위이며 8비트 = 1바이트 = 옥텟과 같다

컴퓨터는 0과 1의 조합으로 모든 계산을 처리하고 우리가 현재 쓰는 10진수를 모두 이진수로 계산하여 처리합니다.

궁금하신 사항은 댓글에 남겨주세요

댓글에 남겨주신 내용은

추후 정리해서 올려드리겠습니다

구독 신청하시면 업로드 시 알려드릴게요!

-

조금이라도 도움이 되셨다면

공감&댓글 부탁드리겠습니다

감사합니다!