6년만이라.. 반갑습니다.^^ 자주 뵈어요.~
랜섬웨어 종류에 따라 차이가 있어요. 어떤 랜섬웨어는 컴퓨터 껐다 켜면 상황이 종료되는 경우도 있고, 어떤 랜섬웨어는 껐다 켜도 계속 작동되어요. 2. 대체로 확장자를 변경 시키기 때문에 확장자를 보고 암호화 되었는지 안되었는지 알수 있죠. 파일을 열어 보면 확실히 알수 있고요. 3. 가장 확실하게 보존하는 방법은 디스크를 통째로 떼어서 보관하는게 방법일 것 같고, 아니라면 고스트 같은 걸로 이미지를 떠 두는 방법이고, 이것도 아니라면 암호화된 파일들을 압축이라도 해 두는게 맞겠지요~
답변1: 1차적으로 인터넷/네트워크를 통해 파일이 겸염이 되면 점진적으로 PC내 파일이 암호화 됩니다. 즉, 컴퓨터를 켜서 구동되는 동안 계속 퍼져나간다고 이해하시면 되겠습니다.
답변2 : 일반적으로 감염이 된 파일은 파일명이 변경되며, 확장자 명이 랜섬웨어의 속성에 따라 변경됩니다. 이는 랜섬웨어의 종류마다 상이합니다.
답변3 : 감염된 파일을 별도 격리하거나 삭제를 통해 추가 감염을 차단하고, 감염안된 파일에 대해 별도 백업을 하는 것을 권해드립니다.
[질문]ios와 안드로이드 MDM관리 주요 차이점은 무엇인지요? IOS 단말기의 랜섬웨어 등 감염 관련하여 보안 위험도가 더 낮은지요? 통합 관리 시 안드로이드와 IOS의 유의사항과 제한점은 없는지요?
iOS와 타사OS의 MDM의 주요 차이점은 개인정보의 관리 여부가 가장 큽니다.
iOS의 경우 Apple의 정책을 따르기 때문에 MDM을 통해 관리받는 기기이더라도 사용자의 개인정보를 침해할 수 없습니다.
랜섬웨어 등의 경우 iOS의 샌드박싱구조상 보안 위험이 낮습니다.
또한 MDM을 통해 관리 받는 기기의 경우 추가적인 프로파일 설치를 제한 할 수 있습니다.
[질문] MDM을 도입해야 하지만 구축 프로젝트를 시작하기 어려운데.. 구축 프로젝트를 시작하기 전에 준비해야 할 사항과 고려해야 할 사항이 무엇이 있나요? 또, 프로젝트를 진행한다면 프로젝트 기간 중에 가장 어려웠던 점이 무엇인가요?
사내 기기 종류, 수량 / 보안정책 / 네트워크 등 많은 고려사항들을 한번에 컨설팅 해야하는 부분이 가장 Keypoint 이며 어려운 부분이라고 생각합니다.
비욘드테크는 이러한 과정에서 가장 효율적인 솔루션을 제공할 수 있습니다.
[질문]몽고DB에서 JSON 보다 더 많은 데이터 형식을 지원하기 위해 BSON을 사용하는것으로 아는데 이로 인한 다른 장점은 어떤게 있는지요?
BSON 포맷의 가장 큰 장점은 속도적인 측면에서 JSON에 비해 상대적으로 월등히 우수합니다.
그 주요 이유가 무엇인지 어쭤봐도 될까요?
JSON은 고급어인 Text이고, BSON은 기계어이기 때문입니다.
JSON으로 저장한다면 MongoDB 내부적으로 기계어로 변환하는 과정이 추가적으로 필요할 것이고 그렇기 때문에 속도가 더 느립니다.
하지만 BSON은 JSON에 비해 사이즈가 좀 더 크다는 단점이 있습니다.
그러나 readability의 측면에서 Json이 더 유리하지 않나요?
사용자가 데이터를 볼때는 JSON으로 변환을 해서 보여주지만 기본적으로 빅데이터를 적재하는 경우에서는 BSON으로 저장하는 것이 유리하지 않을까 합니다.
상기의 의견은 저의 개인적인 생각이라 정확한 의견은 벤더분께서 알려주시면 감사하겠습니다.
@MongoDB
[질문] 데이터 저장형식 자체가 키-밸류 이면 일반 관계형데이터베이스의 인덱스와 같은 거 아닌가요? 별도로 인덱싱을 해야하는지요? 이럴경우 관계형의 속성이 밸류에 포함되어 인덱싱을 해야한다면 일반 데이터베이스보다 더 많은 스토리지가 필요하지 않나요?
time series의 clustered index를 제외하면 기본적으로 동일한 btree index이고 table의 column대신 document의 field에 indexing을 하는 것이라 RDB와 차이가 있는건 아닙니다
[질문] 몽고DB와 같은 문서 저장소는 조인을 다소 제한적으로 지원하며 데이터 구조의 동적인 특성 때문에 외래 키의 개념이 없어서 몽고DB의 데이터 모델링은 역정규화로 흐르는 경향이 있습니다. 그렇다면 엄격하게 테이블 사일로에 데이터를 유지하는 대응 방안이 있다면 무엇이 있을까요?
말씀하신대로 RDB수준의 relational consistency를 DB차원에서 지원하지는 않습니다. app data modeling이 결정적인 요소가 되는데 multi-doc의 경우 ACID transaction을 활용하시는 방법을 활용할 수 있습니다
[질문] 몽고디비는 모든 형태( 파일,디비,오브젝트 등)의 데이터를 처리 가능하나요
MongoDB의 필드는 기본적으로 Object 타입이고, Document 최대 크기인 16MB를 넘는 파일은 GridFS라는 것을 통해 저장이 가능한걸로 알고 있습니다.
MongoDB의 커뮤니티 버전에서는 시계열데이터베이스 지원이 안되나요?
5.0 버전부터 커뮤니티, 엔터프라이즈 다 지원되는 걸로 알고 있습니다.
[질문]트랜잭션 지원이 RDBMS 대비 미약하고 제공되는 MapReduce 작업이 Hadoop에 비해 성능이 떨어지는것으로 아는데 어떻게 개선이 가능할지요
Tx지원이 RDBMS에 비해 떨어진다기보다 최고 성능을 낼 수 있는 Oracle과 동일한 수준의 snapshot isolation tx을 지원하고 있습니다. 기본철학이 ACID Tx을 최소화 하는 것이지 성능의 문제는 아닙니다. 실제 TPC-C benchmark의 경우 innoDB기반의 타 RDB Tx에 비해 동일 h/w 성능에서 Tx은 두 배 이상의 성능 결과를 가지고 있습니다.
Hadoop은 EDW를 타겟으로 하는 MapReduce를 지원하는 솔루션입니다. 그에 반해 MDB는 ODS나 DW를 대신하는 것을 타겟으로 하기 때문에 비교자체가 의미가 없을 것 같습니다.
그 정도 수준의 데이터처리는 MDB의 타겟이 아닙니다.
[질문]데이터 업데이트중 장애발생시 데이터 손실 가능성이 있는것으로 아는데 이에 대한 보안점과 계획은 어떻게되는지요?
MDB은 design부터 분산 환경이기 때문에 하나의 node(논리적)는 기본적으로 3개의 물리 노드의 집합입니다. 한번에 두 개 이상의 물리 노드에 장대가 발생하기 전에는 downtime은 발생하지 않고, 물리 노드간 failover(보통 2초 내 수행)시에 application handover도 SDK driver차원에서 자동으로 이루어지고 있으며, 짧은 handover 동안 발생하는 write fail 의 경우도 driver차원에서 retryable write을 지원하고 있어 app 입장에서는 서비스 중단의 경험은 없다고 보셔도 무방합니다
6년만에 처음접속이라 적응이 안되네요.^^
질문1: 컴퓨터를 켤때마다 파일이 계속 암호화 되는건가요? 아니면 암호화가 끝난건가요?
질문2: 감염된 파일과 안 된 파일을 구분할 수 있나요?
질문3: 감염안된 파일을 보존하고 싶은데 어떻게 해야하나요?