> ## Documentation Index
> Fetch the complete documentation index at: https://docs.livingsecurity.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Thiết lập tích hợp Adaptive Security

> Kết nối Adaptive Security với Living Security Platform để nhập kết quả mô phỏng phishing, smishing và vishing cũng như kết quả đào tạo nhận thức về bảo mật cho lực lượng lao động của Quý vị.

export const PublicIntegrationNextSteps = () => <>
    <hr />
    <h2>Tài nguyên liên quan</h2>
    <ul>
      <li>
        <a href="/vi/signals/data-sources">Tìm hiểu cách dữ liệu tích hợp trở thành các tín hiệu Human Risk Management</a>
      </li>
      <li>
        <a href="https://www.livingsecurity.com/integrations">Khám phá các Tích hợp của Living Security</a>
      </li>
      <li>
        <a href="https://app.livingsecurity.ai/">Mở Living Security Platform</a>
      </li>
      <li>
        <a href="https://www.livingsecurity.com/request-demo/">Yêu cầu bản demo của Living Security</a>
      </li>
    </ul>
  </>;

export const ConnectInPlatform = ({tile, children}) => <Step title="Nhập thông tin xác thực vào Living Security Platform">
    <p>
      Bước này do người có quyền truy cập Living Security thực hiện — chủ sở hữu chương trình, hoặc quản trị viên hệ thống nếu người đó đã được mời (thiết lập được ủy quyền).
    </p>
    <ol>
      <li>
        Truy cập <strong>Cài đặt → Tích hợp → Danh mục</strong>, tìm thẻ{' '}
        <strong>{tile}</strong>, rồi nhấp vào <strong>Kết nối</strong>.
      </li>
      <li>
        Điền các trường bên dưới, sau đó nhấp vào <strong>Kết nối</strong>.
      </li>
    </ol>
    {children}
  </Step>;

export const SystemAdminBanner = ({system, recommendDelegated}) => <Note>
    <p>
      <strong>Hướng dẫn này dành cho quản trị viên {system} của Quý vị.</strong> Hướng dẫn đề cập đến việc tạo thông tin xác thực API trong {system}, thao tác này yêu cầu quyền quản trị đối với {system} — chứ không phải đối với
      Living Security Platform.
    </p>
    <p>
      Nếu Quý vị là <strong>chủ sở hữu chương trình</strong> của Living Security và không quản trị {system},
      vui lòng gửi trang này cho người đảm nhiệm vai trò đó. Người này sẽ hoàn thành Phần A và chuyển lại thông tin xác thực cho Quý vị
      (hoặc nhập trực tiếp nếu Quý vị đã mời họ vào nền tảng).
      {recommendDelegated && <>
          {' '}Do quá trình thiết lập tạo ra tài liệu khóa nhạy cảm, chúng tôi khuyến nghị sử dụng hướng{' '}
          <strong>thiết lập ủy quyền</strong> để khóa bí mật không bao giờ được gửi lại cho Quý vị.
        </>}
    </p>
  </Note>;

<SystemAdminBanner system="Adaptive Security" />

## Tích hợp này đóng góp những gì

Adaptive Security có thể cung cấp dữ liệu về lực lượng lao động, đào tạo và kết quả mô phỏng đa kênh. Các ví dụ đã được xem xét bao gồm:

* `phishing.simulation.clicked` — đã nhấp vào email mô phỏng mà không báo cáo
* `phishing.simulation.credential.submitted` — đã nhập thông tin đăng nhập trên trang đăng nhập mô phỏng
* `phishing.simulation.attachment.opened` — đã mở tệp đính kèm trong email mô phỏng
* `phishing.simulation.reported` — đã báo cáo email mô phỏng
* `smishing.simulation.replied` — đã trả lời tin nhắn văn bản mô phỏng
* `vishing.simulation.succeeded` — đã làm theo yêu cầu của người gọi điện mô phỏng
* `training.assigned` — được giao khóa đào tạo bảo mật
* `training.completed` — đã hoàn thành khóa đào tạo bảo mật
* `training.past.due` — đã bỏ lỡ hạn chót của khóa đào tạo

Các ví dụ này cho thấy những loại hoạt động đã được chuẩn hóa mà Living Security có thể sử dụng. Xem
[cách dữ liệu tích hợp trở thành tín hiệu](/vi/signals/data-sources).

<Note>
  **Adaptive mô phỏng qua ba kênh, và Living Security chấm điểm riêng từng kênh.**
  Kết quả email được chấm điểm là phishing, kết quả tin nhắn văn bản là smishing và kết quả
  cuộc gọi thoại là vishing. Người nhấp vào email mô phỏng và người trả lời tin nhắn văn bản
  mô phỏng không được đo lường như cùng một hành vi, vì phán đoán của mỗi người là khác nhau.
</Note>

## Living Security cần những gì

| Thông tin xác thực | Mô tả |
| - | - |
| **API token** | Một API token của Adaptive Security. Living Security gửi token này dưới dạng bearer token trong mọi yêu cầu. |

**Vai trò bắt buộc:** Quản trị viên trên tài khoản Adaptive Security của Quý vị có quyền truy cập
**Settings → API**. Adaptive quản lý quyền truy cập API bằng phân quyền theo vai trò, do đó
token phải thuộc về một vai trò có thể đọc dữ liệu người dùng, phishing và đào tạo.

**Quyền truy cập:** Chỉ đọc. Living Security chỉ đọc dữ liệu từ Adaptive Security và không bao giờ
tạo, thay đổi hoặc xóa bất kỳ nội dung nào trong tài khoản của Quý vị.

### Living Security truy xuất những dữ liệu nào

| Dữ liệu | Chi tiết |
| - | - |
| **Mọi người** | Danh bạ người dùng Adaptive của Quý vị: họ tên, email, phòng ban, chức danh, tên và email của người quản lý, địa điểm, bộ phận, tình trạng việc làm và ngày bắt đầu. |
| **Mô phỏng email** | Theo từng người và từng mô phỏng: thời điểm thư được gửi đến, được mở, được nhấp, được trả lời, tệp đính kèm được mở, mã QR được quét, thông tin đăng nhập được nhập, hoặc được báo cáo. |
| **Mô phỏng tin nhắn văn bản** | Theo từng người và từng mô phỏng: đã gửi đến, đã mở, đã nhấp, đã trả lời, đã nhập thông tin đăng nhập hoặc đã báo cáo. |
| **Mô phỏng cuộc gọi thoại** | Theo từng người và từng mô phỏng: mồi nhử đã được chuyển đến, số điện thoại được gọi, việc người đó có làm theo yêu cầu của người gọi hay không và việc họ có báo cáo hay không. |
| **Đào tạo** | Theo từng người và từng chiến dịch: thời điểm được ghi danh, hạn hoàn thành, thời điểm bắt đầu, thời điểm hoàn thành và việc họ có xác nhận chính sách của chiến dịch hay không. |

<Note>
  **Số điện thoại không được lưu trữ.** Adaptive trả về số điện thoại văn phòng và di động trong hồ sơ người dùng. Living Security loại bỏ cả hai trước khi lưu trữ bất kỳ dữ liệu nào, vì không có tính năng nào của Living Security sử dụng các số này.
</Note>

<Note>
  **Điểm rủi ro của riêng Adaptive được ghi lại nhưng không bao giờ được dùng để chấm điểm.** Adaptive tính toán một
  `current_risk_score` cho mỗi người. Living Security lưu giữ điểm này để Quý vị có thể so sánh song song hai
  hệ thống, nhưng Chỉ số rủi ro con người luôn được tính từ hành vi quan sát được bằng
  mô hình được công bố của chính Living Security — không bao giờ dựa trên điểm tổng hợp của nhà cung cấp khác.
</Note>

### Điều kiện tiên quyết

* Một tài khoản Adaptive Security đã bật API.
* Quyền quản trị viên tại [admin.adaptivesecurity.com](https://admin.adaptivesecurity.com).
* Địa chỉ email người dùng trong Adaptive khớp với địa chỉ mà các hệ thống được kết nối khác của Quý vị
  sử dụng. Email là cách Living Security đối chiếu một người dùng Adaptive với một cá nhân.

***

## Phần A — Trong Adaptive Security

*Quản trị viên Adaptive Security của Quý vị thực hiện các bước này.*

<Steps>
  <Step title="Mở phần cài đặt API">
    1. Đăng nhập vào [admin.adaptivesecurity.com](https://admin.adaptivesecurity.com) với tư cách quản trị viên.
    2. Đi tới **Settings → API**.
  </Step>

  <Step title="Tạo API token">
    1. Tạo một API token mới.
    2. Đặt cho token một tên mà Quý vị dễ nhận ra sau này — ví dụ `Living Security`.
    3. Xác nhận vai trò của token có thể đọc dữ liệu người dùng, chiến dịch phishing và chiến dịch đào tạo.
    4. Sao chép token.

    <Warning>
      Hãy sao chép token trước khi rời khỏi trang. Nếu tài khoản Adaptive của Quý vị đặt thời hạn cho
      token, hãy ghi lại ngày hết hạn — Living Security không thể truy xuất dữ liệu sau khi token hết hạn, và
      kết nối phải được cập nhật bằng một token mới.
    </Warning>
  </Step>
</Steps>

***

## Phần B — Trong Living Security Platform

*Chủ sở hữu chương trình thực hiện bước này, hoặc quản trị viên hệ thống nếu sử dụng thiết lập ủy quyền.*

<Steps>
  <ConnectInPlatform tile="Adaptive Security">
    | Trường | Giá trị |
    | - | - |
    | **API token** | Token mà Quý vị đã tạo ở Phần A |
  </ConnectInPlatform>
</Steps>

Quý vị đã kết nối với Adaptive Security.

***

## Tần suất truy xuất dữ liệu

| Dữ liệu | Lịch |
| - | - |
| Mọi người | Mỗi 6 giờ |
| Kết quả mô phỏng (email, tin nhắn văn bản, cuộc gọi thoại) | Mỗi 6 giờ |
| Kết quả đào tạo | Mỗi 6 giờ |

API báo cáo của Adaptive không cung cấp bộ lọc "những gì đã thay đổi kể từ", vì vậy Living Security
đọc từng chiến dịch mô phỏng và đào tạo trong khi chiến dịch vẫn đang tạo ra kết quả, và
ngừng đọc khi chiến dịch đã đóng được hai tuần. Nhờ đó, các lượt nhấp và báo cáo muộn
vẫn được ghi nhận, và các chiến dịch đã kết thúc không bị đọc lại mãi mãi.

<Note>
  Lần kết nối đầu tiên trên một tài khoản Adaptive lớn có thể cần nhiều lượt chạy theo lịch mới đọc xong
  toàn bộ dữ liệu. Mỗi lượt chạy đọc nhiều nhất có thể và lượt kế tiếp tiếp tục từ nơi lượt trước
  dừng lại, vì vậy số liệu tăng dần trong một hai ngày đầu thay vì xuất hiện cùng một lúc.
</Note>

***

## Khắc phục sự cố

<AccordionGroup>
  <Accordion title="401 Unauthorized">
    API token sai, đã hết hạn hoặc đã bị thu hồi. Adaptive trả về nội dung phản hồi trống
    khi xảy ra lỗi này, do đó không có thêm chi tiết nào để đọc. Hãy tạo một token mới tại
    **Settings → API** và kết nối lại bằng token đó. Token được sao chép không đầy đủ cũng gây ra cùng
    lỗi này và là nguyên nhân phổ biến nhất.
  </Accordion>

  <Accordion title="403 Forbidden">
    Token đã được xác thực, nhưng vai trò của token không thể đọc dữ liệu được yêu cầu. Dán lại
    cùng token đó sẽ không có tác dụng. Trong Adaptive, hãy xác nhận vai trò của token có quyền đọc dữ liệu người dùng,
    phishing và đào tạo, hoặc cấp một token từ vai trò có các quyền này.
  </Accordion>

  <Accordion title="429 Too Many Requests">
    Adaptive đã giới hạn tốc độ của kết nối. Living Security dừng lượt chạy đó và tiếp tục từ
    đúng vị trí ở lượt chạy theo lịch kế tiếp, do đó không mất dữ liệu — số liệu chỉ mất nhiều thời gian hơn để
    tăng lên. Nếu tình trạng này kéo dài nhiều ngày, hãy liên hệ bộ phận hỗ trợ của Adaptive Security để hỏi về
    giới hạn tốc độ áp dụng cho tài khoản của Quý vị.
  </Accordion>

  <Accordion title="Mọi người xuất hiện, nhưng không có kết quả mô phỏng">
    Hãy kiểm tra xem các chiến dịch mà Quý vị mong đợi đã thực sự chạy hay chưa. Adaptive chỉ báo cáo lượt ghi danh
    cho các mô phỏng đã được gửi, do đó chiến dịch còn ở trạng thái **Draft** hoặc **Scheduled**
    sẽ không đóng góp dữ liệu nào cho đến khi được gửi đi. Living Security chủ ý không đọc
    các chiến dịch đó để dành hạn mức yêu cầu cho những chiến dịch có kết quả thực tế.
  </Accordion>

  <Accordion title="Thiếu mô phỏng cuộc gọi thoại hoặc tin nhắn văn bản">
    Living Security xác định kênh của từng kết quả dựa trên kịch bản gắn với kết quả đó. Nếu một
    kịch bản bị xóa trong Adaptive sau khi mô phỏng của nó đã chạy, các kết quả của nó sẽ được ghi nhận
    vào kênh email, vì không còn đọc được kênh nữa. Giữ lại các kịch bản không còn sử dụng trong Adaptive thay vì xóa
    sẽ tránh được tình trạng này.
  </Accordion>
</AccordionGroup>

<PublicIntegrationNextSteps />


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.