반응형
반응형

https://brunch.co.kr/@entrench/96

 

구글 애널리틱스 360, 언제 써야 할까요

다양한 장점이 있습니다. 다만 준비가 된 상태에서 사용하세요 :) | 안녕하세요, 이번 글에서는 구글 애널리틱스 360에 대해 알아보겠습니다. 구글 애널리틱스 360 이란 무엇이며, 어떠한 장점이 ��

brunch.co.kr

https://youtu.be/5j0RfDY1Ob8

Google Analytics 360 VS Google Analytics Standard

시중에는 많은 웹로그 분석 툴이 있지만, 그중에서도 무료로 다양한 기능을 제공하는 Google Analytics(GA)는 국내에서도 많은 마케터와 데이터 분석가가 사용하고 있습니다.

구글에서는 무료 버전인 Google Analytics Standard뿐만 아니라 유료 버전인 Google Analytics 360 (Premium)도 제공을 하고 있는데, GA 이용자들은 이 두 버전에 어떤 차이점이 있는지 궁금해하는 경우가 많습니다. 그래서 이번에는 두 버전의 차이점에 대해 살펴보기로 하겠습니다.

들어가기에 앞서 GA Standard와 GA 360의 차이점을 보기 쉽게 정리한 표를 제공해드리고 있으니 아래에 정보를 입력하시고 다운로드 받아보시기 바랍니다.



데이터 수집

GA Standard와 GA 360 모두에서 Measurement protocol을 이용하여 웹사이트, 아이폰 앱, 안드로이드 앱, 그리고 커스텀 데이터 소스로부터 데이터를 수집할 수 있습니다.

GA 360은 데이터 수집량에 따라 1에서 5단계까지로 구분되고 1단계의 경우 최대 월 10억 히트까지 수집할 수 있습니다. (10억 히트 초과 시에는 자동으로 그다음 단계로 넘어가며 마지막 5단계에서는 최대 200억 히트까지 수집됩니다)

GA Standard의 경우 하나의 속성당 설정 가능한 맞춤 측정기준과 맞춤 측정항목은 20개로 제한되어 있지만, GA 360은 최대 200개의 지수까지 제공합니다. 또한, GA 360은 여러 속성의 데이터를 결합하여 하나의 속성으로 만드는 Roll-up 기능을 제공하기 때문에 데이터를 더욱 유연하게 구성할 수 있습니다.

 

데이터 가져오기

GA는 다양한 구글의 광고 플랫폼과 통합할 수 있는데 구글 애드워즈와의 통합이 대표적인 예라고 할 수 있습니다.

애드워즈와 GA가 통합되면 이 둘은 양방향으로 데이터를 주고받는데 애드워즈의 비용과 impression data와 같은 데이터를 GA로 전송할 수 있고 반대로 GA 데이터에 근거한 리마케팅 리스트를 애드워즈로 보낼 수도 있습니다.

GA 360은 애드워즈 뿐만 아니라 DoubleClick Campaign Manager, DoubleClick Bid Manager, DoubleClick for Publishers와 같은 DoubleClick 플랫폼과도 통합할 수 있습니다.

이러한 제품 간의 통합 이외에도, GA는 광고 비용 데이터, 제품 및 컨텐츠 데이터와 같은 custom data source를 가져올 수 있습니다. GA 360은 데이터를 가져온 후 데이터를 업데이트하거나 변경하더라도 과거 데이터를 볼 수 있도록 지원하여 데이터를 더욱 편리하게 관리할 수 있도록 합니다.

 

보고서

보고서의 경우 GA Standard와 GA 360에는 큰 차이가 없습니다만 GA 360 보고서에서 한 가지 향상된 점은 기여 모델 부분에 있습니다.

Standard 버전에서 채널 기여 모델은 몇 가지 형식 기반에 모델(첫 번째 상호작용, 마지막 상호작용, 시간 가치 하락 등)만을 제공합니다.

하지만, GA 360에서는 data-driven 기여 모델(어떤 채널이 가장 큰 영향을 미치는지를 분석하기 위한 알고리즘)도 제공합니다.

또한, GA 360은 향상된 맞춤 유입경로 보고서 기능을 지원하고 있어 사용자와 세션에 걸친 on-site 행동에 대한 행동 흐름을 더욱 구체적으로 파악할 수 있습니다.

 

샘플링

GA 360은 Standard 버전보다 더 많은 데이터를 수집할 수 있을 뿐만 아니라, 보고서에서 더 많은 양의 데이터를 제공합니다.

만약 ad-hoc 리포트(GA에서 미리 계산해 놓지 않은 보고서(예: 맞춤 보고서 또는 표준보고서에 세그먼트를 사용한 경우))를 호출하였을 때, 데이터가 특정 세션 수를 초과하면, GA는 신속한 데이터 보고를 위해서 데이터를 샘플링합니다.

GA Standard는 속성 수준에서 조회 기간의 세션 수가 50만 회를 초과할 때 샘플링이 발생하며, GA 360은 보기 수준에서 조회 기간의 세션 수가 2,500만 회를 초과할 때 샘플링이 발생합니다.

따라서 GA 360에서 데이터 조회 시 샘플링이 발생할 확률은 아주 낮습니다. 만약 샘플링이 계속해서 발생한다면 GA 360에서 제공하는 맞춤 표와 샘플링되지 않은 보고서를 이용해서 이를 방지할 수 있습니다.

API

GA는 보고 및 구성을 위한 다양한 API를 지원하고 있습니다.

마찬가지로 API에 있어 두 버전의 차이점은 샘플링되지 않은 보고서와 같은 대용량 데이터의 조회라고 할 수 있습니다.

GA 360에서는 세분화된 세션 레벨의 데이터를 GA에서 Google BigQuery로 보낼 수 있습니다. BigQuery는 Google의 빅데이터 저장 및 쿼리 도구로서 더욱 복잡한 분석이 가능하고 데이터 웨어하우스(data warehouse)로 데이터를 적재할 수 있습니다.

 

서비스

마지막으로 GA Standard 버전과 GA 360 버전의 가장 큰 차이점은 계정 관리 서비스의 유무입니다.

무료 버전 사용자는 GA 사용 중에 발생한 문제에 대해서 지원을 받을 수 없는 대신 웹로그 분석 도움말 페이지를 조회하며 스스로 해결해야 합니다.
또한, GA 사용을 위한 교육도 Google Analytics Academy에서 제공되는 기본 자료를 통해서 스스로 학습해야 합니다.

반면, 유료 버전은 GA 프리미엄 리셀러가 제공하는 다양한 서비스를 지원받을 수 있고 전담 계정 관리자를 통해 지속적으로 관리를 받을 수 있습니다.

기본적으로 사용자에게 맞는 교육부터 기술 지원과 구현까지 지원되며 서비스 수준 계약을 통해 데이터 수집, 보고, 더 높은 처리 한도 등을 보장받을 수 있습니다.

 

요약

GA Standard와 GA 360의 주요 차이점은 GA 360이 더 많은 양의 데이터를 수집하고 처리할 뿐 아니라, DoubleClick과의 통합, 샘플링되지 않은 보고서의 이용, BigQuery로의 데이터 적재가 가능하며 GA 프리미엄 리셀러의 수준 높은 서비스를 받을 수 있다는 것입니다.

반응형
반응형

1. SSO(Single Sign-On)이란?

하나의 아이디 및 패스워드를 통해 여러 시스템에 접근할 수 있는 통합 로그인(인증) 솔루션
2. SSO의 등장배경

- 기술적 측면 : 기업 내 다양한 정보시스템의 구축에 따른 복잡성 증가

                     PKI, 생체인식 등 다양한 인증 기술의 활성화

- 관리적 측면 : 중앙 관리를 통한 업무 단순화 및 표준화 실현

                     중앙 집중적인 사용자 관리를 통한 보안 기능 강화

 

3. SSO의 구성요소

- 사용자 통합 로그인

- 인증 서버

- 통합 에이전트 : 각 정보시스템에 대한 인증 정보 관리

- LDAP : 네트워크 상의 자원을 식별하고, 인가된 사용자만  접근할 수 있도록 하는

             네트워크 디렉토리 서비스(Lightweight Directory Access Protocol)

 

4. SSO의 기술요소

- 인증 : PKI(Public Key Infrastructure), 생체인식, OTP(One Time Password)

- 관리 : LDAP(Lightweight Directory Access Protocol), 쿠키(Cookie)

- 암호화 통신 : SSL(Secure Socket Layer), IPSec(IP Security Protocol)

 

5. SSO 구축 유형

① 인증 대행 모델(Delegation)

 

- 인증 방식을 변경하기 어려울 경우, 많이 사용

- 시스템 접근 시, 통합 Agent가 인증 작업을 대행

 

② 인증 정보 전달 모델(Propagation)

  

- 웹 기반의 시스템에서 주로 사용

- 미리 인증된 토큰(Cookie 기능 이용)을 받아서 각 시스템 접근 시, 자동으로 전달

 

6. Cookie를 이용한 SSO구현 시, Cookie 보안 방법

- Data Confidentiality : 토큰은 주요 암호 알고리즘(AES, SEED)과 128bit 이상의 키로 암호화 되어야 함

- Data Integrity : 토큰은 MAC 등을 포함해 데이터의 무결성을 보장해야 함

- Replay Attack Protection : 사용자 주소 제한이나 유효시간 제한 같은 보안 기술을 사용하여, 토큰을

  네트워크에 노출시키지 않아야 함 

반응형
반응형

국민은행, 'KB모바일인증서' 가입자 360만명 돌파... 공인인증서 대체하나

http://www.ddaily.co.kr/news/article/?no=196066

 

국민은행, 'KB모바일인증서' 가입자 360만명 돌파... 공인인증서 대체하나

[디지털데일리 박기록기자] KB국민은행은 'KB모바일인증서'가 출시 10개월 만에 가입자가 360만 명을 넘었다고 26일 밝혔다. 최근 국회에서 폐지가 결정된 공인인증서의 대체 수단으로 자리잡을 수

www.ddaily.co.kr

인증서 탈취ᆞ복사를 방지하는 보안기술 적용 

국민은행측은 KB모바일인증서가 국내 은행 중 유일하게 소프트웨어뿐만 아니라 하드웨어에까지 보안기술을 적용했다고 밝혔다. TEE(신뢰된 실행 환경, Trusted Execution Environment)라는 독립된 보안영역에 인증서를 저장시킴으로써 안정성과 신뢰성을 높였다는 설명이다. 이를 위해 영국 보안업체인 트러스트오닉(Trustonic)사의 TAP(Trustonic Application Protection) 솔루션을 적용했으며, 인증서의 유효성과 비밀번호를 검증하는 알고리즘은 KB국민은행 자체기술로 개발하여 안정성과 보안성을 강화했다.

KB국민은행은 KB모바일인증서의 활용 범위도 확대하고 있다. 모바일뱅킹에만 초점을 두고 개발된 다른 사설인증서와는 달리 PC 기반인 인터넷뱅킹에서도 연동 로그인이 가능하도록 했다. 또한 KB손해보험 앱에서도 KB모바일인증서 로그인이 가능하다. 다른 KB금융지주 내 계열사까지 금융거래를 처리할 수 있도록 KB금융그룹 통합인증 환경 구축을 진행하고 있다. 

KB국민은행측은 최근 전자서명법 개정안이 국회를 통과함에 따라 모바일 인증서의 업무 범위를 계속하여 확장할 계획이다. 


'차세대 인증' 에 뜨거운 관심, 보안과 편의성 두마리 토끼를 잡는 방법은?

http://www.ddaily.co.kr/news/article/?no=196692

 

'차세대 인증' 에 뜨거운 관심, 보안과 편의성 두마리 토끼를 잡는 방법은?

[디지털데일리 이상일기자] 아이디(ID)와 패스워드(Password), 디지털 시대를 살아가는 모든 이들에게 숙제이며 과제 중 하나다.  온라인에서 자신을 증명하는 수단으로 사용되는 아이디와 패스워�

www.ddaily.co.kr

이러한 와중에도 다양한 인증기술이 출현하고 있다. 공인인증서 폐지와 더불어 새로운 인증에 대한 사회적 요구가 큰 탓이다. 물론 ▲공인인증서와▲본인확인 ▲본인인증 ▲전자서명 ▲부인방지 등 다양한 인증 기술이 혼재되고 있는 것은 문제다. 어쨌든 새로운 인증은 강력한 보안성을 담보로 얼마나 편하게 사용할 수 있느냐가 관건인 셈이다.

이러한 관점에서 코리아엑스퍼트는 1회용 아이디인 OTID(One Time ID)를 선보이기도 했다. 대부분 2차 인증으로만 활용되는 일회용 비밀번호(OTP)와 달리 ID와 패스워드를 대신하는 1차 인증으로도 활용될 수 있는 기술이다.

코리아엑스퍼트 유인지 전략사업팀장은 “OTID는 한 번에 나를 식별하는 코드로 코리아엑스퍼트의 OTID는 아이디와 패스워드의 역할을 한 번에 하는 것으로 한 번의 행위로 ID와 패스워드는 물론 간편인증까지 대체하는 기술”이라고 밝혔다. 

코리아엑스퍼트는 그동안 이상 징후를 탐색해 위협요인 및 위험인자를 찾아내는데 노하우를 쌓아왔다. 예를 들어 로그 정보에 특정 패턴을 걸어놓고 누가 언제 무엇을 어떻게 하고 있는지를 알아내는 분석 시스템에 전문성을 보유해왔다. 

하지만 이러한 시스템 구축 및 운영 과정에서 이상 징후를 찾기 위해선 시작점인 ‘인증’을 다시 봐야 한다고 생각했다. 

이러한 결과 새롭게 나온 제품이 OTID 기술 기반의 자사 솔루션 ‘아이루키’에 공개키 기반 구조(PKI) 기술을 융합한 ‘PKID’ 솔루션이다. PKID 솔루션은 일회용 코드 입력 방식과 원터치 방식으로 사용자 편의성에 집중한 공인·사설 인증을 대체할 수 있는 차세대 인증방식이라는 설명이다. 

코리아엑스퍼트에 따르면 사업을 진행하며 고객이 공인인증과 사설인증을 무분별하게 사용하는 사례 등을 경험했다. 한 보험사의 경우 내부 업무에 15개의 인증수단을 사용한 경우도 있다는 설명이다. 

유 팀장은 “2차 인증을 해야 하는데 귀찮고 힘들어서 아직 공인인증서를 사용하는 경우도 있었다”며 “공공의 경우 보안 적합성 심사와 국정원 감사 등 이슈가 있다. 예를 들어 가상 데스크톱(VDI)이나 가상사설망 접속시 2차 인증 도입을 확보할 것을 주문하고 있는데 이를 대체하는 수단으로 제공할 계획”이라고 밝혔다. 

한편 다양한 사설 인증서의 등장으로 기업 입장에서 인증관리도 중요한 업무가 될 전망이다. 이에 따라 코리아엑스퍼트는 통합 인증 플랫폼을 기업에 제공하고 있다. 예를 들어 모 생명보험사의 경우 코리아엑스퍼트의 통합인증 플랫폼을 도입해 인증 어플리케이션을 관리하고 있다. 

유 팀장은 “인증수단이 많아지고 관리해야 하는 앱도 많은 상황에서 이상징후 확인에 대한 요구가 있어 통합인증 플랫폼과 인증수단의 API 등을 엮어 관리하는 방안을 제안하고 있다”고 설명했다. 

임은희 코리아엑스퍼트 기술영업본부 부장은 “하반기에도 PKID에 집중할 것”이라며 “공인인증서 폐지 관련해서 의도치 않게 캐피탈, 보험사, 공공기관 등에서 문의가 오고 있다. 모바일 앱에서 대출심사를 할 때 공인인증서를 쓰는데 여기에 사설인증을 적용하거나 보험가입 시 언더라이팅 할 때 산용카드 본인확인 등의 절차 말고 사설인증서로 대체하면서 패턴, 핀번호, 지문, 등 다양한 형태로 접근이 가능한 것을 원하고 있다”고 전했다. 

 

반응형
반응형

OTP (일회성 비밀번호)에서 OTID (일회성 ID)로

일회성 비밀번호 또는 짧은 OTP는 일반적으로 매우 간단한 이유로 기존 비밀번호보다 더 안전한 것으로 간주됩니다. 비밀번호는 한 번만 사용할 수 있습니다. 다음에 사용자가 OTP로 보호되는 포털, 웹 앱 또는 모바일 앱에 로그인하려면 이전에 사용한 비밀번호가 더 이상 작동하지 않으므로 새로 생성 된 비밀번호를 사용해야합니다.

그것은 단순한 (너무 단순한 것일 수도 있습니다) 설명입니다. 물론 일회성 비밀번호의 실제 애플리케이션은 일반적으로 그보다 훨씬 복잡합니다. 일회성 비밀번호를 생성하지만 사용하지 않는 사용자를 고려해야합니다. 인증 프로세스를 완료하기 전에 비밀번호를 잊어 버렸거나 변경했을 수 있습니다. 시스템 관리자는 이러한 "잊어 버린 OTP"가 영원히 살 수 없다는 것을 알고 있습니다. 악의적 인 공격자가 아직 사용하지 않았기 때문에 여전히 유효하다면 악의적 인 공격자에 의해 나중에 획득되어 사용될 수 있기 때문에 악의적이지만 유효한 OTP를 로밍 할 여유가 없습니다.

따라서 대부분의 OTP 표준은 시간 기반입니다. 생성 된 OTP는 지정된 시간 (일반적으로 30 초-2 분) 내에 사용해야합니다. 그렇지 않으면 만료되어 더 이상 작동하지 않습니다. 이것이 IT 커뮤니티  HOTP 표준을 따뜻하게 수신 한 후 TOTP 표준이 개발 된 이유 입니다.

그러나 모든 일회성 비밀번호 알고리즘 및 표준은 "비밀번호 문제"만 해결하므로 소위 청구 된 신원 을 보호하기 위해 전혀 아무것도하지 않습니다 . 설명하겠습니다…

모든 OTP 기반 인증 체계에서 사용자는 먼저 청구 된 신원 을 제공해야 합니다. 일반적으로 이것은 username 을 제공하여 수행됩니다 . 포털 (또는 웹 앱 또는 모바일 앱)이 사용자가 누구인지 주장한 후에 만 ​​해당 사용자를 OTP로 인증하려고 시도합니다. 그 배후의 아이디어는 원격 서비스가 사용자에게 “당신이 정말로 당신이 누구라고 주장하는지 확인하도록하겠습니다”라고 말하는  입니다.

일회용 암호 (OTP)를 사용하는 일반적인 인증 흐름
또한 일반적인 OTP 인증 흐름 (간단한 사용자 경험)

독자가 반드시 주목해야 할 것은 위의 두 이미지에 묘사 된 두 가지 일반적인 체계에서 사용자는 자신의 주장 된 신원 (사용자 이름)을 인증하려는 서비스에 보냅니다 . 그리고 그것은 제 생각에 이미 잠재적 인 공격자에게 너무 많은 정보를 제공하고 있습니다.

OTP를 사용하는 더 좋은 방법은 사용자 이름이나 모든 형식을 포함하여 인증 정보를 완전히 숨기는 방법을 찾는 것입니다 주장 된 정체성 사용자가 사용해야합니다.

Xiid OTID (일회성 ID)를 입력하십시오 . UML 차트는 다음과 같습니다.

OTID 인증 흐름, OTP와 유사하지만 사용자 이름이 네트워크를 통해 전송되지 않습니다

가장 먼저 알아야 할 것은 사용자 경험이 가장 쉽고 효과적인 OTP 버전과 매우 유사하다는 것입니다. 그러나 주목할만한 차이점이 있습니다. Xiid OTID의 경우 주장 된 ID (일반적으로 사용자 이름)가 네트워크를 통해 전송되지 않으며 OTID 코드 만 전송됩니다.이 코드는 잠재적 공격자에게 유용한 정보가 포함되지 않은 일회성 코드입니다. .

OTID 형식 예 : 12K8–33FA-GH7R-92VA

Xiid의 특허 출원중인 OTID 기술 덕분에 인증을 담당하는 실제 서비스 만이 OTID가 속한 특정 사용자를 추론하거나 계산할 수 있으며, OTID에 포함 된 일회성 정보를 확인하여 현재 알려진 서비스에 대한 사용자 액세스.

한 번의 "무의미한"(공격자 용) 일회성 코드로, 매번 변경되며, 사용자에 대한 정보 ( 클레임 된 자격 증명 포함)를 문자 그대로 제공하지 않으며 더 많은 수의 사용자에 대해 높은 수준의 복원력을 제공합니다. 인증 시스템을 대상으로하는 일반적인 공격.

그러나 당신의 주장 된 정체성 을 숨기는 것이  그렇게 중요한가 ? 생각해보십시오 : 침입자가 자신이 누구라고 주장하는지 알게되면 (사용자 이름이 전자 메일 주소 일 수도 있으므로 이미 연락 방법도 알고있을 것입니다) 이미 교육받은 암호 추측 , 암호 와 같은 공격을 시도하기에 충분한 정보가 이미 있습니다. 수확 또는 더 나쁜 사회 공학 . 그러나 침입자가“누가”로그인을 시도하고 있는지 추측 할 방법이 없다면 실제로 작업 할 의미가 없습니다.

사용자의 신원 보호를위한 또 다른 단계입니다.

 

https://medium.com/hybrid-security-superheroes/from-otp-one-time-password-to-otid-one-time-id-caabe54c1f8

 

From OTP (One-Time Password) to OTID (One-Time ID)

One-time passwords, or OTP for short, are generally considered more secure than traditional passwords, for a very simple reason: they can…

medium.com

 

 

반응형
반응형

개발자 로드맵 : roadmap.sh

 

Developer Roadmaps

Community driven roadmaps, articles, guides, quizzes, tips and resources for developers to learn from, identify their career paths, know what they don't know, find out the knowledge gaps, learn and improve.

roadmap.sh

Backend

데브옵스(DevOps)는 소프트웨어의 개발(Development)과 운영(Operations)의 합성어로서, 소프트웨어 개발자와 정보기술 전문가 간의 소통, 협업 및 통합을 강조하는 개발 환경이나 문화를 말한다. 데브옵스는 소프트웨어 개발조직과 운영조직간의 상호 의존적 대응이며 조직이 소프트웨어 제품과 서비스를 빠른 시간에 개발 및 배포하는 것을 목적으로 한다.

DevOps

프런트 엔드(Front-end)는 UI(User-Interface)를 가지고 동작하며 백엔드(Back-end)는 UI없이 프로세스 형태로만 존재한다. 프론트엔드와 백엔드는 프로그램 인터페이스와 서비스의 최초 사용자와 관련된 특성을 나타내는데 사용되는 용어이다. 여기서 “사용자”란 사람 또는 프로그램이 될 수 있다. 프론트엔드 응용프로그램은 사용자들과 직접 상호작용을 하는 프로그램이다.

 

Front-end

반응형
반응형

코딩도장 - 코딩도장은 프로그래밍 문제풀이를 통해서 코딩 실력을 수련(Practice)하는 곳입니다.

http://codingdojang.com/

 

코딩도장

프로그래밍 문제풀이를 통해서 코딩 실력을 수련

codingdojang.com

 

반응형

+ Recent posts