질문 24개
누가 지급을 승인하고 전송했는지 추적할 수 있습니까?
가능합니다. 승인은 기존 통제 절차와 함께 귀사 ERP에 남습니다. 통합 계층은 생성·서명·전송·수신한 모든 파일을 타임스탬프, 식별자, 사용한 기술 계정과 함께 기록합니다. 이 기록은 은행 상태 보고서의 각 지급을 ERP 문서와 그 승인자에게 연결합니다.
이 설계로 카드 데이터가 당사 시스템에 남지 않습니까?
그것이 설계의 목표입니다. 카드 번호는 인증된 단말기나 호스팅 결제 페이지에서 수집되어 게이트웨이에서 토큰으로 대체되므로, 귀사 POS, ERP, 데이터 저장소에는 토큰만 남습니다. 이는 PCI DSS가 적용되는 범위를 줄여 줍니다. 최종 범위는 귀사의 평가자가 확인합니다.
온라인 결제용 EMV 3-D Secure를 지원합니까?
지원합니다. 온라인 카드 결제에는 게이트웨이를 통해 EMV 3-D Secure를 통합하여, 규제나 위험 수준이 요구하는 경우 발급사가 카드 소지자를 인증할 수 있게 합니다. 결제 화면에서 챌린지 흐름과 무마찰 흐름을 모두 처리하고, 사업자의 테스트 카드로 두 흐름을 모두 테스트합니다.
고객 동의는 어떻게 처리합니까?
고객은 어떤 데이터가 어떤 목적으로 얼마 동안 공유되는지 확인하고 자신의 은행에서 인증합니다. 커넥터는 동의와 토큰을 암호화해 보관하고, 모든 호출을 유효한 동의와 연결합니다. 고객은 동의를 철회할 수 있으며, 철회하면 커넥터는 해당 고객에 대해 그 은행 호출을 중단합니다.
오픈 뱅킹 데이터는 어떻게 보호합니까?
토큰과 동의 기록은 저장 시 암호화하고 커넥터만 사용할 수 있으며, 모든 호출은 그 근거가 된 동의와 함께 기록됩니다. 목적에 필요한 데이터만 수집하고 보관 기간을 정합니다. 이 데이터에는 GDPR과 같은 데이터 보호 규정이 적용되며, 귀사의 개인정보 보호 책임자와 함께 설계합니다.
수신 웹훅은 어떻게 보호합니까?
모든 수신 웹훅은 처리 전에 검증합니다. 파트너가 메시지에 서명하면 서명으로, 그렇지 않으면 토큰·출처·타임스탬프 검사로 확인합니다. 페이로드는 계약에 따라 검증하고, 파트너가 같은 이벤트를 여러 번 보내도 한 번만 처리합니다.
ERP 접근 권한은 어떻게 관리합니까?
각 통합은 해당 흐름에 필요한 권한만 가진 자체 기술 계정을 사용하며, 개인의 로그인은 사용하지 않습니다. 자격 증명은 코드가 아니라 고객의 시크릿 저장소에 보관하고, 엔지니어 접근은 실명으로 기록하며 프로젝트 종료 시 제거합니다.
CRM의 고객 데이터는 어떻게 보호합니까?
접근은 역할 기반이며 고객의 ID 공급자를 따르므로 각자는 업무에 필요한 고객과 필드만 봅니다. 민감한 필드는 마스킹하거나 암호화할 수 있고 변경은 기록됩니다. 통합은 제한된 권한의 자체 기술 계정을 사용하며 자격 증명은 고객의 시크릿 저장소에 보관합니다.
지급 파일 보안은 어떻게 유지합니까?
지급 파일은 각 은행이 요구하는 방식으로 서명·암호화되고 합의된 채널로만 전송됩니다. 키와 인증서는 코드가 아니라 고객의 키 보관소나 하드웨어 보안 모듈에 보관합니다. 파일은 전송 전에 검증되고 모든 이체가 기록되어 각 지급을 누가 승인하고 보냈는지 추적할 수 있습니다.
PCI DSS 범위를 어떻게 줄입니까?
PCI DSS를 없앨 수는 없지만 적용되는 자산 범위를 줄일 수 있습니다. 호스팅 결제 페이지, 단말의 점대점 암호화, 게이트웨이 토큰을 사용해 카드 번호를 POS, ERP, 데이터 웨어하우스 밖에 둡니다. 평가자를 위해 데이터 흐름을 문서화합니다.
우리 ID 공급자를 연결할 수 있습니까?
그렇습니다. Microsoft Entra ID나 Keycloak 같은 공급자를 통해 OpenID Connect 또는 SAML 2.0 싱글 사인온을 추가합니다. 애플리케이션이 지원하면 SCIM으로 사용자를 프로비저닝합니다. 접근 권한을 부여하고 제거하는 단일 장소는 고객의 ID 공급자로 유지됩니다.
귀사의 규제 및 보안 요구사항 안에서 일할 수 있습니까?
네. 귀사의 정책 안에서 일합니다. 귀사의 접근 규칙, 환경, 변경 프로세스, 감사 요구사항이 그 대상입니다. 작업 시작 전에 데이터 처리 방식, 엔지니어가 접근할 수 있는 환경, 위험 및 컴플라이언스 팀이 필요로 하는 증거를 합의합니다. 우리가 적용하는 통제를 명확히 설명하여 평가자가 검토할 수 있게 합니다.
카드 데이터는 어떻게 처리합니까?
최대한 적은 시스템만 전체 카드 번호를 보도록 설계합니다. 호스팅 결제 필드, 토큰화, 네트워크 토큰을 통해 카드 데이터를 프로세서에 두어 PCI DSS 범위를 줄입니다. 시스템이 카드 데이터를 반드시 처리해야 하는 경우에는 적용되는 PCI DSS 통제에 맞춰 구축하고 평가자를 위해 문서화합니다.
데이터는 어디에 호스팅됩니까?
귀사의 규칙이 정하는 곳입니다. 정부 또는 소버린 클라우드 리전, 승인된 상용 클라우드, 귀사 데이터 센터와 함께 일하며, 호스팅 결정을 귀사가 내리도록 시스템을 설계합니다. 백업, 로그, 지원 접근도 같은 규칙을 따릅니다. 데이터는 애플리케이션이 아니라 이런 경로를 통해 리전을 벗어나는 경우가 많기 때문입니다.
게스트와 임차인 데이터를 어떻게 보호합니까?
각 시스템은 귀사가 선택한 리전에서 필요한 데이터만 보관하며, 전송 중과 저장 시 암호화합니다. 접근은 역할을 따르고 기록됩니다. 귀사에 적용되는 GDPR과 MENA 개인정보 보호법에 맞춰 설계합니다.
운영 위험 없이 OT 시스템에서 어떻게 작업합니까?
보안·모니터링 경로를 통해 데이터를 읽고, 귀사의 변경 및 안전 절차를 벗어나 제어 시스템을 변경하지 않습니다. 운영 중인 시스템 작업은 귀사 운영 엔지니어와 함께 계획하며, 모든 변경은 롤백할 수 있습니다.
환자 데이터를 어떻게 보호합니까?
이 소프트웨어로 HIPAA나 GDPR을 준수하게 됩니까?
우리 대상 데이터를 AI와 함께 사용해도 안전합니까?
AI 에이전트가 해서는 안 되는 일을 하지 않도록 어떻게 막습니까?
각 에이전트는 고유한 신원과 적시 자격 증명을 가지며, 도구는 프롬프트 인젝션 및 도구 오염 가드레일 뒤에 있고, 모든 행동이 기록됩니다.
직원 데이터는 어떻게 보호됩니까?
접근은 역할을 따르고 기록되며, 데이터는 법이 요구하는 위치에 보관하고, 플랫폼은 GDPR과 MENA 개인정보 보호법에 맞춰 설계합니다.
우리를 컴플라이언스 상태로 만들 수 있습니까?
컴플라이언스는 귀사 조직과 그 운영 방식에 달려 있습니다. 우리는 적용되는 감사를 통과하도록 시스템을 설계·구축하고, 통제를 문서화하며, 귀사 팀의 평가를 지원합니다.
EU AI Act에 대비해 AI 시스템을 어떻게 준비합니까?
AI 거버넌스, 가드레일, 알고리즘 위험 감사를 적용하고 각 모델과 에이전트가 무엇을 했는지 기록하여, 평가 시 활용할 증거를 확보합니다.
데이터를 해외로 보내지 않고 AI를 운영할 수 있습니까?
네. 모델은 에어갭, 온프레미스, 지역 소버린 클라우드에서 운영할 수 있으며, 어떤 모델이 데이터를 보기 전에 접근을 강제하는 권한 인식 검색을 적용합니다.
더 많은 질문
- XSIS와 협업하기귀사의 시스템·코드·데이터 보호, 데이터 저장 위치, AI 코딩 도구, 필요한 접근 권한.질문 13개
- 소프트웨어, AI, 데이터AI 모델에서의 데이터, 설명 가능성과 편향, 데이터 웨어하우스, 웹·모바일·클라우드 보안, 안전한 마이그레이션.질문 6개
- AI와 데이터AI 모델과 관리형 서비스에서 데이터가 이동하는 위치, 키 보유 주체, 테스트 데이터 생성 방식, 준수해야 할 규칙.질문 15개
- 사이버 및 양자 보안양자 안전 암호화, AI 에이전트 신원, 제로 트러스트, 소프트웨어 자재 명세서, OT 모니터링, 보안 인증.질문 21개
- 비용 및 가격프로젝트나 팀의 비용을 결정하는 요인과 추정 방식.질문 29개
- 일정작업을 시작하고 수행하기까지 걸리는 시간과 이를 바꾸는 요인.질문 10개
- 소유권 및 계약코드, 데이터, 결과물의 소유 주체와 계약 방식.질문 22개
- 팀 및 인력프로젝트에 누가 참여하고, 어떻게 선정되며, 팀이 어떻게 바뀌는지.질문 30개
- 프로세스 및 커뮤니케이션작업 계획, 보고, 수용 방식.질문 121개
- 기술우리가 사용하는 플랫폼, 표준, 도구.질문 144개
- 지원 및 운영운영 전환 이후의 지원, 모니터링, 변경.질문 29개
- XSIS 소개우리가 누구이며, 어디에 있고, 어떻게 연락하는지.질문 6개
계약이 아니라 대화로 시작하십시오.
구축하거나 연결하거나 보호할 대상을 알려 주십시오. 아키텍트가 함께 검토한 뒤 시작 지점을 제안합니다.
다음 단계
일정 협의
팀이 이메일로 연락해 세션 시간을 협의합니다.
사전 컨설팅 세션
무료 30분 온라인 사전 컨설팅 세션에서 목표, 시스템, 제약 조건을 함께 검토합니다.
준비도 검토
무료 48시간 준비도 검토에서 프린시펄 아키텍트가 프로젝트를 6개 항목의 준비 완료 정의에 비추어 점검하고 적합한 트랙을 권고합니다.
트랙 선택
범위가 준비된 프로젝트는 영업일 기준 3~5일 이내 구속력 있는 제안서를 받습니다. 개념 단계 프로젝트는 블루프린트 스튜디오에서 시작합니다. 장애가 있거나 문서화되지 않았거나 통합이 필요한 운영 시스템은 1~2주 진단으로 시작합니다. 블루프린트 스튜디오와 진단은 각각 고정 비용이며 제안서에 명시됩니다.