쏘니헨리

API란 ?

API는 응용 프로그램에서 사용할 수 있도록 운영 체제나 프로그래밍 언어가 제공하는 기능을 제어할 수 있게 만든 인터페이스를 뜻한다. 

현재 금융,소셜,전자 상거래,등 기타 여러 업종을 위한 수백 개의 API가 있으며 애플리케이션에서 수행하는 모든 작업은 물론 다른 애플리케이션과 함께 수행하도록 애플리케이션을 프로그래밍하는 작업도 포함하고 있습니다.

흥미롭게도 지난 5년동안 가장 빠르게 성장한 API 범주는 다양한 응용 프로그램에서 데이터를 공유하고 분석하는 것입니다.

예를 들어 API는 레스토랑의 점원이라고 볼 수 있습니다.

API는 데이터 기반 비즈니스를 운영하는데 필수적입니다. API를 통하여 비즈니스 사용자와 IT부서는 소프트웨어와 애플리케이션을 활용하여 생산성을 높이고 수익을 개선 할 수 있습니다. 혁신적인 고객 접근 방식을 하게 될때 API를 활용하면 편리 합니다.

OPEN API 

open API는 외뷰 사이트와 자유롭게 활용 및 공유되도록 설계되어 있습니다. 외부 개발자는 이러한 API 내의 기능을 활용하기 위하여 애플리케이션을 빌드 할 수 있습니다. 회사는 공개문서를 제공하지 않아 개발자가 승인을 위해 앱을 제출할 수 있도록 허용한 후 일부 제공하는 경우가 있습니다.

NuGet 

최신 개발 플랫폼에 필수적인 도구로 개발자가 유용한 코드를 작성,공유 및 사용할 수 있는 메커니즘입니다. 대부분 이러한 코드는 패키지를 사용하는 프로젝트에 필요한 다른 내용과 함께 컴파일된 코드를 포함하는 패키지로 제공 됩니다.

NET의 경우 코드를 공유하는 Microsoft 지원 메커니즘은 NuGet입니다. NET용 패키지를 만들고 호스트하고 사용하는 방법을 정의하여 역할에 대한 도구를 제공합니다. 

NuGet 패키지는 컴파일된 코드,해당 코드와 관련된 다른 파일 및 패키지의 버전 번호와 같은 정보를 포함한 설명적 매니페스트가 포함된 nupkg 확장명의 단일 ZIP 파일 입니다. 공유할 코드를 가진 개발자는 패키지 파일을 만들어 호스트에 게시합니다. 패키지 소비자는 적합한 호스트에서 패키지를 받고 프로젝트에 추가한 다음, 프로젝트 코드에서 패키지 기능을 호출합니다. NuGet 자체에서 세부 정보를 처리합니다.

NuGet은 공용 nuget.org 호스트와 함께 전용 호스트를 지원하기 때문에 NuGet 패키지를 사용하여 조직 또는 작업 그룹에 독점적인 코드를 공유할 수 있습니다.  고유한 코드를 고유한 프로젝트에서만 사용하도록 팩터링하는 편리한 방법으로 

NuGet 패키지를 사용할 수도 있습니다. NuGet 패키지는 공유 가능한 코드 단위이지만, 특정 공유 방법을 필요로 하거나 

의미하지 않습니다.

BOM (Bills of Material)

특정 제품이 어떤 부품들로 구성되는 가에 대한 데이터로 

한 완성된 전자제품의 생산부터 제작에 필요한 모든 부품의 정보를 담은 것 

제품 구조 정보,Part Master 정보, Plant Record 등의 정보를 가지고 있으며

Part List라고도 불립니다.

좀 더 세부적으로 BOM은 한 품목을 만드는데 필요한 조립품과 반 조립품 부분품 원자재의 목록으로 구성된 것으로 

제품구조 이상의 의미를 가지며 생산에 필요한 제품의 모든 정보를 체계적으로 데이터베이스화 한 것을 뜻합니다.

BOM의 용도 

설계 구조와 어떤 내부제품 생산을 위해 필요한 부품이 무엇인지.

제품의 원가정보를 기록함으로 원가 또한 식별이 가능하며,

자료를 참조해 구매/생산 일정을 수립하고 

자재부족분도 확인이 가능합니다.

BOM 구조 및 표현

BOM TREE(나무) 구조 : 완제품을 최상위에 두며 그 밑으로 필요한 반조립품들이 아래에 존재하는 형태

BOM 전개 

- 단일계층 BOM : 

모품목에 대한 자품목의 리스트로 MRP에 사용되기 위해 컴퓨터에 저장되는 형태로 조립품과 구성품에 대해 자품목을 가장 간단하게 표현된 형태 

- 톱니모양 BOM : 

나무구조를 컴퓨터 화면으로 보여주거나 프린터로 출력시 많이 사용되는 BOM 방식으로 단일계층 BOM을 참조해 

쉽게 만들 수 있음, 품목 앞의 접 수가 계층을 나타냄

- 요약된 BOM : 

특정 제품에 소요되는 총수량을 집계하여 보여주는 BOM

MRP : Material Requirements Planning, 자재소요계획

유효성 

완제품 또는 특정 시점형상을 명문화 한 것 

날짜,일련번호,작업단위 등의 기준이 존재

- 날짜 유효성 

적용 시기 및 범위가 날짜에 의해 생성됨 

- 일련번호 유효성 

특정 모델 및 구분에 속한 일련번호나 호기별 적용 방식 항공기, 선박 등 수주 방식의 제품에 적용되는 유효성 

- 기본작업단위 유효성

동일 제품이라도 기본작업단위에 따라 제품 질에 차이가 발생할 수 있는 경우 필수적으로 사용

주문에 의한 배치생산 방식을 적용 

설계 BOM (기술 BOM,EBOM,Engineering BOM)

설계자의 시각에서 본 제품의 형상을 뜻하며 설계자의 전문분야에 대해 부품이 분류되는 특성을 가짐

제조 BOM 

생산의 편의성 위주로 만들어 지며 BOM 구조에 생산 순서를 포함하고 있음 

* EBOM과 MBOM은 일치하여야 함

정확도 유지 기법 

품목식별번호를 고려해야 함 (각 품목은 유일한 번호를 가짐)

품목식별번호는 여러개의 부서에서 하나로 통합되는 번호를 사용하는 것이 효율적이며 

감사절차를 구축해 정기적 감사를 수행해 데이터의 수행에 데이터의 정확도를 유지하는 것이 바람직함 

계획 BOM 

- 모듈화 BOM : 

계획 BOM의 대표적인 형태로 작성된 BOM 자료에서 최상위를 제거하여 구성하는 것 

실제 완제품의 정보가 제외된 BOM이라고 할 수 있음 

- 슈퍼 BOM : 

완제품에 들어가는 제품그룹을 두고 그 밑에 생산 가능한 모든 부품믕ㄹ 횡으로 배치해 

각 모듈별 필요 예상 비용을 가지는 BOM

- 추가삭제(Add/Delete) BOM : 

표준 BOM을 정해놓고 신규제품이나 특수제품이 표준제품과 비교해 어떤 부품이 달라지는지 정의하는 것으로 

비교 BOM이나 동일 BOM이라고 함

계획 BOM 작성시 공용 BOM 조합 BOM을 활용해 공통적이거나 중요하지 않은 품목은 줄여서 작성함이 바람직 

공용 BOM : 구조부품이나 중요하거나 큰 부품 

조합 BOM : 잡자애의 꾸러미 

미국의 국가 사이버 보안 강화 지침이 배포된 이후, 소프트웨어 산업의 다양한 채널에서 SBOM과 관련한 자문이나 회의가 생기고 있는 상황 입니다.

최근의 보안 위협은 공급망,구축도구,구축환경,레파지토리등을 공격하는 추세가 많아지고 있는데 이 지침에서 미국 연방정부가 사용하는 소프트웨어 공급망의 보안과 무결성을 개선하기 위한 조치를 지시하고 있습니다.

SBOM이란 ?

SBOM은 SOFTWARE BILL OF MATERIALS의 양자로 소프트웨어의 구성 요소를 나타내는 메타데이터를 의미하는데 이를 쉽게 설명하면 우리가 흔히 볼 수 있는 다음과 같은 제품의 성분표기로 볼 수 있습니다.

이와 같이 SBOM은 공급되는 소프트웨어의 구성 목록을 잘 표시해서 공급자와 사용자가 이를 기반으로 의사결정에 활용할 수 있는 환경을 조성하는 것을 목표로 하고 있습니다.

소프트웨어 개발 수명주기는 하드웨어와 소프트웨어 전반에 걸쳐 정보 시스템을

계획,생성,테스트 및 배포하는 프로세스 입니다.

소프트웨어 개발은 소프트웨어 애플리케이션을 구축하고 실행하기 위해 여러 단계로 구성된 소프트웨어 프로젝트에서 따라야하는 반복적인 프로세스 입니다. SDLC는 각 단계에서 소프트웨어 개발을 분석할 수 있는 프로세스를 측정하고

개선할 때에 도움이 됩니다.

SDLC는 소프트웨어 애플리케이션을 제작하고 배포하는데 필요한 각 작업을 간략하게 설명합니다. 이에 따라 시간 낭비를 줄이고 효율성을 높일 수 있습니다. SDLC에 포함된 모니터링으로 기업은 모든 작업이 시기적절하고 예산을 준수하며,

소프트웨어가 계속해서 실현 가능한 투자인지 확인할 수 있습니다. SDLC는 Agile 또는 Waterfall 접근 방식을 활용하는 것으로 나타날 수 있으며 많은 기업에서 이 두 방식을 혼합하여 사용합니다.

SDLC 방법론 

Waterfall 

Waterfall 모델이 선형 방식으로 이동하는 것처럼 Waterfall SDLC는 소프트웨어 개발 초기부터 시작하여 각 프로세스 단계를 진행하는 선형 모델이지만, 이전 단계가 완전히 끝날 때까지는 다음 단계를 시작할 수 없습니다. Waterfall SDLC는 기업이 프로세스 각 단계에 대한 연속성과 실행 가능성을 분석하는데 도움이 되어 병목 현상이나 사일로를 제거하는 데 유용합니다.

Agile 

Agile 방법론은 사용자 입력과 경험을 핵심적으로 강조하므로 이전에 사용하기 더 번거로웟던 애플리케이션에서 발생하는 많은 문제를 해결할 수 있습니다. 소프트웨어는 Agile 프로세스를 거치면서 피드백에 매우 민감하게 반응하며 급변하는 시장에 적응하기 위해 더 빠른 주기로 소프트웨어가 출시되도록 운용합니다.

반복 

소프트웨어 개발자는 소프트웨어의 초기 버전을 신속하게 구축한 후 간단한 반복 과정을 거쳐 개선합니다. 애플리케이션을 시작하고 실행할 수 있는 대규모 애플리케이션에서 일반적으로 사용되는 접근 방식으로,비즈니스 요구를 보다 빠르게 충족합니다.

DevOps 

Agile과 매우 유사한 DevOps는 설계 및 구현 단계에서 소프트웨어 사용자로부터 피드백을 수집하여 개발된 애플리케이션의 사용성과 관련성을 개선하면서, 구성된 팀원 간의 적극적인 공동 작업 및 커뮤니케이션을 활용하여 제품에 관한 모든 측면을 다룬다. 이러한 팀에 개발,테스트 및 보안은 물론 정보 기술 운영 역할을 맡는 담당자가 참여합니다.

Spiral 

Spiral 모델은 Waterfall에서와 같이 순차 프로세스와 함께 다른 모델의 반복 접근 방식을 사용합니다. 따라서 개발 과정에서 프로세스의 각 단계를 반복적으로 거치면서 Spiral단계마다 점진적으로 출시하고 개선할 수 있습니다.

SDLC의 장점

SDLC는 모든 사람이 동의하고 이해할 수 있는 중앙 집중식 사전 목표를 제공합니다. 리소스 및 관련 비용을 비롯하여 명확한 개발 계획이 있으며, 계획을 올바르게 실행하도록 역할을 할당할 수 있습니다.

FIDO란 ??

기존에 사용하던 ID, 패스워드 방식이 아닌 주로 지문,홍채,얼굴 인식,목소리,정맥을 이용한 새로운 인증 방식 입니다.

초기 생체 인증 방식은 해킹의 가능성으로 신뢰도가 높지 않았고, 생체 정보 전송의 취험 등의 한계가 있었습니다.

FIDO 방식은 이러한 문제를 극복하기 위해 인증 프로토콜과 인증 수단을 분리하여 보안을 높이고 안정성을

확보 하였습니다.

FIDO는 UAF,U2F 두 가지 프로토콜로 구분 가능 

UAF는 기존 아이디와 패스워드 방식 대신 

개인의 고유한 생체 정보를 인증 과정에 활용합니다. 기기를 통하여 생체 정보를 인식하면 FIDO 서버에 접속하게 됩니다.

또한 휴대폰이나 노트북 로그인시 적회선 카메라로 얼굴을 인식하여 암호를 입력하지 않고도 로그인 가능하게 합니다.

U2F는 기존 아이디,패스워드 로그인 방식에 추가적인 2차 인증을 거치게 됩니다.

보안 키가 저장되어 있는 USB 포트에 꽂아 2차 인증하는 방식

CTI란 ??

일바인들에게 생소한 전화 서비스에 대해 상세하게 설명하고 새로운 시스템을 통하여 인선비 등의 비용문제 해결을 

고객들에게 신속하면서도 차원 높은 서비스를 제공하고 고객 관리에 만전을 기할 수 있도록 안내한 지침서이다.

텔레포니의 기초를 비롯하여 네트워크를 통한 음성통신,아키텍처의 설계,IVR시스템,CTI기능과

연동될 수 있는 아키텍처의 설계, IVR 시스템, CTI기능과 연동될 수 있는 통합 메시징,콜 센터 관리, RFP준비,

텔레포니시스템의 구현과 통화 과금과 텔레포니 관리 시스템등에 대해 전반적인 내용을 설명하고 있다.

CTI를 풀어쓰면 컴퓨터 텔레포니 통합이라는 말이 된다. 이 말이 내포하는 의미는 컴퓨터가 전화통화를 관리하고 전화통신서비스를 데스크탑 컴퓨터와 서버, PBX장비 그리고 기타 다른 컴퓨터 장비에 통합할 수 있도록 해주는 소프트웨어와 하드웨어 컴포넌트들의 집합임을 뜻한다.

CT는 많은 기업에서 사용하고 있다. 흔히 듣는 콜 센터가 이런 CTI 시스템을 이용한 것으로 얼마만큼 빠르고 정확하게 

고객과 상담원을 연결시켜 고객의 만족과 상담원의 작업을 효율적으로 만들 것인지 제어하는 기술이다.

취약점이란..??

정보시스템이나 소프트웨어 상에서 존재하는 보안상의 약점을 말한다.

기업에서 해킹이나 서비스 장애, 데이터의 유출,변조,삭제 등이 일어난 경우 

이러한 시스템상의 취약점을 악용하여 피해가 발생

CCE 취약점

- 정의 : 사용자에게 허용된 권한 이상의 동작을 허용하거나, 범위 이상의 정보 열람,변조,유출을 가능하게 하는 시스템 설정 상의 취약점

- 진단 방법 : 정보시스템의 설정값을 통하여 진단 

- 개선 가능 여부 : 운영자가 환경설정값 변경을 통해 자체 개선이 가능 

CVE 취약점 

- 정의 : 컴퓨터 하드웨어 또는 소프트웨어 결함이나 체계,설계상의 허점

- 진단 방법 : 어플리케이션의 취약점 진단

- 개선 가능 여부 : 설계 상의 허점이기 때문에 자체 개선이 불가능하여 제조사의 공식 패치에 의존

CWE 취약점

- 정의 : 다양한 소프트웨어 언어 및 아키텍처, 디자인 설계,코딩의 개발 단계에서 발생 사능한 취약점

- 진단 방법 : Web 서버 소스 취약점 진단

- 개선 가능 여부 : 개발자의 소스 코드 수정을 통하여 자체 개선 가능 

현재 국내에선 자체적으로 개선 가능한 CCE,CWE 취약점에 대해선 법률적 통제로 의무화 및 조치를 권고하는 중이다.