AirTA Sites

AirTA Sites トラストセンター

セキュリティ概要

AirTA Sites が会社のサイトと求職者のデータをどう守っているかをまとめました。システムの構成、実施している対策、まだ整っていない点まで、セキュリティ審査にそのままお使いいただけます。

最終更新日 Read in English

要点

  • サイト、管理画面、データベース、ファイルはすべて東京で稼働・保存しています。
  • 会社ごとのデータはデータベース自体が分離しており、アプリケーションからこの仕組みを解除することはできません。
  • 通信はすべて暗号化しています。当社サーバーとデータベースの間も同様です。
  • 当社がサポートのために管理画面を開くと、貴社のアクティビティログに記録されます。
  • 毎日暗号化したバックアップを取得しています。最新の復元テストでは全 133 テーブルをエラー 0 件で復元しました。
  • 氏名、メールアドレス、電話番号を AI に送ることはありません。

この要点は本文を読む際の手引きです。適用されるのは以下の本文です。

この文書についてこの項目へのリンク

1.1 AirTA Sites はAirTA合同会社が提供するサービスです。人材紹介会社に自社の採用サイト、サイトを運用する管理画面、業務を手伝う AI エージェントを提供します。この文書は、各社の公開サイト、管理画面、それらを支える仕組みのすべてを対象とします。

1.2 各項目には、その内容を支える対策を挙げています。対策は 1 つの一覧で管理しており、airtasites.jp/trust のトラストセンターも同じ一覧から表示しています。それぞれに現時点の状況を示しており、全 75 項目のうち 58 項目が稼働中です。一覧は表示の日付(この版では 2026-11-03)にコードと 1 行ずつ照合しました。

1.3 当社は利用規約により、トラストセンターに記載する水準以上の安全管理措置を講じることを約束しています(利用規約第14条)。この約束に含まれるのは「稼働中」の対策だけです。対応中・予定の対策は今後の方向を示すために掲載しており、完了したものとしては扱いません。

システムの構成この項目へのリンク

2.1 1 つのアプリケーションがすべての会社にサービスを提供します。アプリケーションは Vercel の東京リージョンで稼働し、データベースは Supabase の東京リージョンにある PostgreSQL です。アップロードされたファイルは東京の Vercel Blob に保存し、履歴書と録画の元データは別の非公開ストレージに保存します。メールは Resend の東京リージョンから送信し、AI 機能には Anthropic の API を使います。

2.2 各社のサイトは、その会社自身のドメインで公開します。当社のドメインを会社のドメインとして登録することはできないため、サイトが当社の画面になりすますことはできません。

2.3 本サービスのためにデータを取り扱う事業者は、受け取る情報と取り扱う場所とともに airtasites.jp/subprocessors にすべて掲載しています。この一覧を漏れなく保つ仕組みは、後述の「委託先」で説明します。

  • 東京で稼働・保存

    サイトと管理画面は Vercel の東京リージョンで稼働し、データベースは Supabase の東京リージョンにあります。アップロードされたファイル、履歴書、録画も東京に保存します。

    稼働中
  • 初期設定で第三者に情報を送らない

    アクセス解析は自社計測で、フォントはサイト自身のドメインから配信します。埋め込み動画や投稿は、訪問者が再生を選んだときにだけ読み込みます。

    稼働中

会社間の分離この項目へのリンク

3.1 会社間の分離は、アプリケーションだけでなくデータベースで行っています。会社のデータのすべての行に会社の ID があり、行レベルセキュリティによって、あらゆる問い合わせはリクエスト元の会社のデータだけに限られます。この規則は強制設定で、テーブルの所有者にも適用されます。

3.2 アプリケーションは、この規則を回避できない制限付きのロールで接続します。このロールは会社を削除できず、変更できるのは対象の会社自身の設定だけです。そのため、当社のコードに不具合があっても、ある会社に他社の応募者が表示されることはありません。データベースが拒否するためです。

3.3 自動テストがある会社としてサインインし、アプリケーションが取りうるあらゆる方法で他社のデータに届くかを試します。このテストはリリースのたびに実行し、失敗した場合はリリースできません。

  • 全テーブルに行レベルセキュリティ

    すべての行に会社の ID があり、サインイン中の会社以外を対象とする問い合わせはデータベースが拒否します。この規則は強制設定で、テーブル所有者にも適用されます。

    稼働中
  • アプリから規則を解除できない

    アプリケーションは制限付きのデータベースロールで接続します。このロールは行レベルセキュリティを回避できず、会社の削除もできず、更新できるのは自社の設定行だけです。

    稼働中
  • リリースごとに分離をテスト

    自動テストがある会社として動作し、他社のデータの閲覧・書き込み・変更を試みます。エージェントが氏名、メールアドレス、メモを読めないことも確認します。リリースは、このテストを実行する手順を通してのみ行います。

    稼働中
  • 履歴書は非公開ストレージ、リンクは 1 分間

    履歴書は東京の非公開ストレージに、会社ごとのフォルダで保存します。ファイルのアドレスだけでは開けません。ダウンロードはサインイン中のメンバー向けに 1 分間だけ有効なリンクで行い、記録に残ります。

    稼働中
  • コンサルタントの未編集の録画は非公開

    未編集の動画・音声とそこから作るファイルは非公開で保存します。文字起こしや AI を含め、読み取りには短時間だけ有効な署名付きリンクを使います。公開されるのは完成した動画だけです。

    稼働中
  • 管理画面を専用アドレスに分離

    管理画面を各社の公開サイトとは別のホストに移し、サイト上のページが管理画面とブラウザのオリジンを共有しないようにします。

    予定

暗号化この項目へのリンク

4.1 通信時:すべてのページは HTTPS のみで配信します。当社サーバーからデータベースへの接続も暗号化し、証明書を検証しているため、途中での盗聴や接続先のすり替えはできません。

4.2 保存時:委託先が運用するストレージに加え、特に重要な値は当社が自ら暗号化してから保存します。認証アプリの秘密鍵、接続したアカウントのトークン、Webhook のアドレスが対象です。サインインコードとセッションのトークンはハッシュ値のみを保存し、バックアップは当社の手を離れる前に AES-256 で暗号化します。

  • HTTPS のみ(HSTS 有効)

    すべてのページを HTTPS で配信し、有効期間 2 年の Strict-Transport-Security ヘッダーを付けています。証明書は当社ドメインでも各社の独自ドメインでも自動で更新されます。

    稼働中
  • 暗号化・検証済みのデータベース接続

    アプリケーション、マイグレーション、運用スクリプトはすべて TLS でデータベースに接続し、証明書を Supabase のルート証明書で検証します。通信の盗聴や接続先のすり替えはできません。

    稼働中
  • 暗号化されていない接続をデータベース側で拒否

    当社からの接続はすでに暗号化しています。これに加えて Supabase 側の設定を有効にし、暗号化されていない接続をデータベース自体が拒否するようにします。

    時期:2026年11月

    対応中
  • データベースには当社サーバーのみが接続

    データベースに接続するのはサイトのサーバーだけです。Supabase の公開データ API からはテーブルに届きません。公開用のロールには、本サービスが使うスキーマへの権限がありません。

    稼働中
  • 保存する秘密情報は AES-256-GCM で暗号化

    認証アプリの秘密鍵、接続した Google アカウントのトークン、接続した Webhook のアドレスは、暗号化してから保存します。改ざんされた値は復号できません。

    稼働中
  • 暗号化したコピーを別の場所に保管

    毎日のバックアップは AES-256 で暗号化して別のクラウドストレージにも保管し、アップロード後にすべてのコピーを開き直して復元できることを確認します。

    稼働中

サインインとアクセス権限この項目へのリンク

5.1 貴社のチームは、業務用メールに届くワンタイムコードでサインインします。認証アプリを追加することもでき、オーナーは全員に必須とすることもできます。使い回しや漏えいの起きるパスワードはありません。

5.2 オーナー、管理者、編集者、投稿者、閲覧者の 5 つの役割で、それぞれが開ける範囲を決めます。投稿者が変更できるのは、自分の求人とプロフィールだけです。管理画面の各ページとダウンロードは必要な役割をコードで定めており、リクエストの形式にかかわらず、毎回この規則を確認します。

  • ワンタイムコードでサインイン(盗まれるパスワードなし)

    メンバーは勤務先のメールアドレスに届くコードでサインインします。コードは鍵付きハッシュとしてのみ保存し、有効期限があり、数回の誤入力でロックされます。同時に大量に試しても上限をすり抜けられないよう数えています。

    稼働中
  • 2 段階認証(オーナーが全員に必須化可能)

    メンバーは認証アプリと 10 個のリカバリーコードを設定でき、オーナーは全員に必須化できます。各コードは 1 回だけ有効で、セッションを盗まれても設定済みの認証アプリを差し替えることはできません。

    稼働中
  • 5 つの役割を全ページ・全ダウンロードで確認

    オーナー、管理者、編集者、投稿者、閲覧者の 5 つです。投稿者が変更できるのは自分の求人とプロフィールだけです。管理画面の各ページとダウンロードは必要な役割を定めており、リクエストの形を偽ってもその規則は変わりません。会社には常にオーナーが残ります。

    稼働中
  • 推測も流用もできないセッション

    セッションは 256 ビットの乱数で、ハッシュとしてのみ保存します。Cookie はスクリプトから読めず、会社ごとに分かれています。チーム画面では各メンバーがサインインしているブラウザの数を確認でき、すべての端末から一括でサインアウトさせられます。

    稼働中
  • サインインリンクの 1 回限り化とセッションの上限期間

    現在、セッションは最後の利用から 14 日間有効で、サインインリンクは有効期間内なら再利用できます。これをリンクは 1 回限り、セッションは利用状況にかかわらず一定期間で終了する形に改めます。

    予定
  • Microsoft・Google によるシングルサインオン

    会社の Microsoft Entra ID や Google Workspace を使い、会社自身のポリシーのもとでサインインできるようにします。

    予定

当社によるアクセスこの項目へのリンク

6.1 当社が貴社の管理画面でサポートを行うときは、「AirTA Sites support」というメンバーとしてサインインします。このメンバーは貴社のチーム画面に表示され、オーナーが削除できます。このメンバーが開いたページとダウンロードしたファイルは、すべて貴社のアクティビティログの専用タブに記録されます。

6.2 データベース上で会社のデータを扱う作業は、その会社の範囲内でのみ動作し、理由をその会社のアクティビティログに書き込む 1 つのスクリプトを通じて行います。データベースの管理コンソールへの直接アクセスはインシデント対応に限り、その都度インシデント記録に残します。

  • 当社のアクセスは貴社が確認・削除できる席

    当社が管理画面でサポートする場合は、チーム画面に表示される「AirTA Sites support」というメンバーとしてサインインします。オーナーはこのメンバーを削除できます。他の人がこの名前を使うことはできません。

    稼働中
  • 当社が開いたページはすべて操作履歴に記録

    サポート用メンバーが開いた管理画面のページとダウンロードしたファイルは、操作履歴の「サポート」タブに記録されます。変更を加えた場合も、他のメンバーと同じく記録されます。

    稼働中
  • データベース作業は理由を先に記録

    会社のデータに対するデータベース作業は、すべて専用のスクリプトで行います。スクリプトはその会社の範囲内でのみ動作し、同じトランザクションで作業理由を操作履歴に書き込みます。具体的な理由がなければ実行できません。

    稼働中
  • 誰も書き換えられない操作履歴

    誰が何を変更したかの操作履歴は追記専用です。アプリケーションのデータベースロールは記録を追加できますが、変更や削除はできません。

    稼働中
  • 管理コンソールへの直接アクセスはインシデント時のみ

    データベースの管理コンソールへの直接アクセスはインシデント対応に限り、その都度インシデント記録に残すことを規程で定めています。

    稼働中

アプリケーションのセキュリティこの項目へのリンク

7.1 入力された内容、アップロードされたファイル、リンク先は、すべて信頼できないものとして扱います。テキストはページやメールに表示する前に無害化し、ファイルは名前ではなく中身で判定します。指定されたアドレスから画像などを取得するときは、そのアドレスが公開インターネット上にあることを確認します。

7.2 リリースは 1 つのコマンドで行います。型チェック、全テスト、静的解析、分離テスト、依存パッケージの既知の重大・緊急の脆弱性の確認を順に実行し、1 つでも失敗すれば止まります。実行結果はすべて記録します。

  • 入力内容は表示前に無害化

    会社や訪問者が書いた内容は、ページやメールに表示する前に無害化します。生の HTML やスクリプトは通しません。

    稼働中
  • 全ページにセキュリティヘッダー

    すべての応答で、フレーム埋め込み、コンテンツの推測、リファラー、ブラウザ機能を制限しています。サイトを動かすソフトウェア名を示すヘッダーは出さず、ダウンロードや中継画像にはより厳しいサンドボックスを個別に設定しています。

    稼働中
  • 全ページにスクリプトの実行ポリシー

    ページごとに新しい値を使い、サイト自身のスクリプトだけが実行できる Content-Security-Policy を加えます。上記の無害化に続く、二重目の防御です。

    予定
  • 求職者が送った履歴書はすべて検査

    ファイルは名前ではなく中身で判定します。マクロ、スクリプト、埋め込みプログラム、外部テンプレート、表計算の外部リンク、パスワード付きファイルは受け付けません。

    稼働中
  • チームがアップロードする履歴書にも同じ検査

    管理画面からチームが追加する履歴書にも、求職者が送る履歴書と同じ検査を適用します。

    時期:最初の会社の求職者データを扱う前に完了

    対応中
  • 外部アドレスの安全な取得

    指定されたアドレスから画像やページを取得する際は、接続先が公開インターネット上であり当社内部のネットワークでないことを接続ごとに確認し、リダイレクトも 1 回ずつ確かめ、サイズと時間に上限を設けます。

    稼働中
  • 決済とメールの通知は署名を検証

    Stripe と Resend からの通知は、正しい署名がある場合のみ受け付けます。決済が完了しても、当社のものであり内容が完全に一致する場合にだけクレジットを付与します。

    稼働中
  • 表計算用の書き出しに数式を含めない

    書き出したファイルは日本語が崩れずに Excel で開け、数式として実行されうるセルは無効化します。

    稼働中
  • すべてのリリースが同じ確認を通過

    リリースは 1 つのコマンドで行います。型チェック、全テスト、Lint、分離テスト、既知の重大な脆弱性の確認を順に実行し、1 つでも失敗すれば止まり、結果を記録します。

    稼働中
  • 稼働中のすべてのソフトウェアを毎日セキュリティ確認

    毎日、本番で使うすべてのパッケージを既知の脆弱性の公開データベースと照合し、Node.js・Next.js・React・PostgreSQL のサポート期限を確認します。見つかった問題には発見日から基本方針の修正期限を設定して担当者に通知し、結果をシステムステータスに公開します。

    稼働中
  • 開発に本番データベースを使わない

    開発と試験は専用のデータベースで行い、そこにはテスト用の会社とサンプルデータしかありません。本番データベースを機能の開発や試験に使うことはありません。

    稼働中
  • 第三者によるペネトレーションテスト

    外部の専門会社による Web アプリケーションとインターフェースの診断を行い、指摘事項を修正して再診断します。結果の概要はセキュリティ資料に含めます。

    時期:会社のセキュリティ審査で必要となった時点

    予定

不正利用への対策この項目へのリンク

8.1 公開フォームとサイトアシスタントには、すべての会社のサイトをまたいで、訪問者のアドレスごとに上限を設けています。1 つの送信元が会社に大量の送信をしたり、AI クレジットを使い果たしたりすることはできません。上限に達した訪問者には、待つべき時間をその人の言語で表示します。

  • すべての公開フォームに全体の上限

    応募、履歴書のアップロード、お問い合わせ、求人アラートの登録、サインインコード、サイトアシスタントには、全社のサイトを通じた IP アドレスごとの上限があります。上限に達した訪問者には、待ち時間をその人の言語でお伝えします。

    稼働中
  • サイトを使った受信箱への大量送信を防止

    フォームに入力されたメールアドレスに届くメールは、全サイト合計で 1 日数通までです。アラート登録の確認メールはさらに少なくしています。受付メールを控えた場合でも、応募自体は必ず保存します。

    稼働中
  • 自動入力を見分ける隠しフィールド

    公開フォームには人には見えない項目があり、そこが入力された送信は静かに破棄します。

    稼働中
  • AI クレジットの不正消費を防止

    サイトアシスタントには訪問者の IP アドレスごと・会社ごとの上限があり、AI を呼び出す前にクレジットを確保するため、同時に大量のリクエストを送っても残高を超えて消費されません。

    稼働中
  • 公開フォームでのボット判定

    公開フォームで Vercel BotID を観測モードで稼働させています。1 週間の結果で実際の求職者を誤って拒否しないことを確認した後、ブロックを開始します。

    時期:2026年11月

    対応中

監視とインシデント対応この項目へのリンク

9.1 サーバーのエラーと定期処理の失敗は、発生した時点で当社に通知されます。また 5 分ごとにデータベースの稼働を確認しています。これらの確認結果は、airtasites.jp/status で直近 90 日分を誰でも見られます。

9.2 求職者データの漏えい、滅失又は毀損が生じた場合は、48 時間以内に会社へ通知します。対応の流れと、個人情報保護法に基づく貴社の報告への協力については airtasites.jp/trust/incidents に定めています。

  • エラーを記録・通知(個人情報は含めない)

    サーバーのエラーはすべて、実際のアドレスではなくルートの形で記録し、担当者に通知します。ログにはデータベースの値を残さず、メールアドレス、電話番号、トークンは伏せます。

    稼働中
  • 定期処理を監視し、未実行も検知

    すべての定期処理は実行ごとに記録し、失敗をはっきり報告します。5 分ごとの確認でデータベースの応答を調べ、夜間処理が実行されなかった場合も検知します。

    稼働中
  • 厳しめに計測する公開ステータスページ

    airtasites.jp/status で、サイト、メール配信、定期処理の 90 日分の確認結果を公開しています。実行されなかった確認は失敗として数え、監視開始前の日は正常ではなく「データなし」と表示します。

    稼働中
  • 漏えい等は 48 時間以内に通知

    求職者データの漏えい、滅失又は毀損が生じた場合は 48 時間以内に会社へ通知し、個人情報保護委員会への報告と本人への通知に協力します。これは契約上の義務です。

    稼働中
  • 文書化したインシデント対応計画

    重大度の区分、役割分担、個人情報保護法に基づく報告の期限、英語と日本語の通知文例、インシデント後の振り返りを定めています。

    稼働中

バックアップと事業継続この項目へのリンク

10.1 データベースは毎日全体をバックアップし、暗号化したコピーを別の事業者のストレージにも保管します。少なくとも四半期に 1 回、バックアップを新しいデータベースに復元し、本番環境とテーブルごとに比較しています。

10.2 復旧目標、想定するリスク、これまでのすべての復元テストの結果は、airtasites.jp/trust/continuity の事業継続計画に記載しています。

  • 毎日のバックアップ(最長 190 日保管)

    データベースは毎日、検証済みの暗号化接続で全体を複製します。日次のコピーは 7 日間、月曜日のコピーは 5 週間、月初のコピーは 190 日間保管します。各コピーは欠けがないことを確認してから保管します。

    稼働中
  • 復元は想定ではなく実際に確認

    少なくとも四半期に 1 回、バックアップを新しいデータベースに復元し、本番環境とテーブルごとに比較します。最新の結果はこのページに掲載しています。

    稼働中
  • ポイントインタイムリカバリ

    データベースの継続的なバックアップを有効にし、前日のコピーではなく任意の時点に復元できるようにします。失われうるデータは最大 24 時間分から数分に短くなります。

    時期:最初の有料契約の開始時

    予定
  • アップロードされたファイルの別保管

    画像、履歴書、録画はデータベースとは別に Vercel Blob に保存しており、毎日のデータベースのバックアップには含まれません。これらにも暗号化したコピーを加えます。

    時期:最初の会社の求職者データを扱う前に完了

    予定
  • 文書化した事業継続・復旧計画

    復旧目標と、障害、データの消失、事業者アカウントの喪失、認証情報の漏えい、PC の紛失、当社担当者の不在のそれぞれへの対応を定め、復元テストで確かめています。

    稼働中
  • 当社が対応できない場合の代行者

    社内の計画で指名した信頼できる代行者が封をした手順書を預かり、各社への連絡、サービスの継続、データとドメインの移行支援を行えるようにします。

    時期:2026年11月

    対応中

求職者のデータこの項目へのリンク

11.1 求職者のデータは会社のものです。当社は会社の指示に従い、会社のサイトを運営するためにのみ取り扱い、当社自身や AirTA のために使うことはありません。応募データは各社が設定した期間で削除され、削除は 190 日以内にすべてのバックアップに反映されます。

11.2 保有する情報、保存場所、保存期間、持ち出し方は airtasites.jp/trust/data に記載しています。

  • 応募データは貴社の設定どおりに削除

    応募データの保存期間は会社が結果ごとに設定し、期間が過ぎると自動で削除されます。応募フォームのプライバシー通知には同じ設定から期間を表示し、設定を変えても応募者に伝えた期間より長くなることはありません。

    稼働中
  • 管理簿は法令の保存期間だけ保存

    求人・求職・手数料管理簿は、職業安定法が求める記載事項を、それぞれの記録の終了から 2 年間保存します。応募の匿名化や削除のご依頼があっても、この期間は残り、その後は毎晩の処理で自動的に削除します。AI エージェントは管理簿を読めません。

    時期:2026年12月

    対応中
  • 削除したデータは 190 日以内にバックアップからも消去

    バックアップは編集しないため、削除したデータも古いコピーには期限まで残ります。最も長く保管するコピーは 190 日なので、その時点ですべての削除がすべてのバックアップに反映されます。

    稼働中
  • 本人のデータを検索し、まとめて対応

    求職者から保有データの開示や削除を求められたときは、「設定 › プライバシー」でその人に関するデータを 1 か所で検索し、対応できます。

    稼働中
  • 通知メールに個人情報を載せない

    チームへの通知メールには管理画面へのリンクだけを載せ、応募者の氏名、連絡先、履歴書、記入内容は含めません。

    稼働中
  • コンテンツ・設定・応募データを書き出し

    オーナーはサイトのコンテンツ、設定、応募データをいつでも無料でダウンロードできます。

    稼働中
  • 全データの書き出しと、削除記録付きの解約手続き

    書き出しの対象を会社が持つすべての記録とファイルに広げ、契約終了時にすべてを削除してその記録をお渡しする解約手続きを整えます。

    稼働中
  • 配信するコードに個人情報を含めない

    アプリケーションに同梱している参照データから、見込み顧客の会社の担当者の連絡先を取り除きます。個人情報は削除の仕組みが届くデータベースにのみ置きます。

    時期:最初の会社の求職者データを扱う前に完了

    対応中

AI と求職者のデータこの項目へのリンク

12.1 各 AI エージェントは、公開コンテンツから、氏名・連絡先を除いた職歴まで、会社が選んだデータレベルで動作します。応募者の情報は会社のオーナーが有効にするまで使わず、テキストを送る前に当社のサーバー上で連絡先を取り除きます。

  • 各エージェントは貴社が選んだデータレベルで動作

    エージェントは、公開コンテンツ、集計値、氏名などを除いた職務経歴のうち、それぞれに与えられたレベルの情報で動きます。氏名、メールアドレス、電話番号が AI に送られることはありません。

    稼働中
  • 応募者の情報は、オーナーが有効にするまで使わない

    応募者の職務経歴を AI に渡すのは「リサーチャー」と「候補者対応」だけです。それも、オーナーが有効にし、貴社のプライバシー通知がその利用を含むことを確認した後に限ります。

    稼働中
  • AI に渡す前に連絡先を除去

    履歴書からは氏名、連絡先、リンク、生年、家族に関する記載を、訪問者のメッセージやアンケートのコメントからはメールアドレスと電話番号を取り除きます。送信前に当社のサーバー上で行います。

    稼働中
  • AI に送った内容は学習に使われない

    AI は Anthropic の商用サービスを通じて利用しており、その規約により送信内容はモデルの学習に使われません。マッチングに使うベクトルは当社のサーバー上で計算します。

    稼働中
  • 録音を音声モデルの学習に使わせない

    コンサルタントの録音は字幕作成のため ElevenLabs に送ります。同社の規約では、アカウントで拒否しない限り受け取った内容を学習に使えるため、拒否の設定を行い記録します。求職者のデータは送りません。

    時期:2026年11月

    対応中
  • データレベルをデータベースの権限で強制

    ほとんどのエージェントは、すでにレベルに応じて制限されたデータベースロールで読み取っています。残りのエージェントも同じ方式に移し、レベルをコード上の規則だけでなく権限として強制します。

    時期:最初の会社の求職者データを扱う前に完了

    対応中

委託先この項目へのリンク

13.1 当社のサーバーが接続する外部サービスは、すべてコードに登録し、公開している再委託先、会社が自ら接続するサービス、公開データのいずれかに結び付けています。新しい接続先は一覧に載せるまでテストが通らないため、公開している一覧がコードより遅れることはありません。

13.2 各再委託先のセキュリティ条件、漏えい時の通知条件、データの保存場所、公表している第三者監査を毎年見直し、見つかった課題に対応します。

  • 再委託先をすべて公開し、追加は 30 日前に通知

    airtasites.jp/subprocessors で、各事業者の名称、業務、受け取る情報、場所を公開しています。新たに追加する場合は 30 日前にお知らせします。

    稼働中
  • 公開していない事業者にはコードから接続できない

    サーバーが呼び出す外部サービスはすべて登録し、公開中の再委託先、会社が接続するサービス、公開データのいずれかに結びつけています。新しい接続先は、公開するまでテストを通りません。

    稼働中
  • 貴社が接続するサービスも別に一覧化

    CRM、チャットツール、Webhook、LINE、貴社が追加する解析・広告のタグ(Google アナリティクス、タグマネージャー、広告のピクセル)は、当社ではなく貴社の委託先です。これらは別に一覧化しており、貴社が接続・追加するまで情報は送られません。追加したタグは、サイトのプライバシーポリシーに記載されます。

    稼働中
  • 委託先を毎年見直し

    各再委託先のセキュリティ条件、漏えい時の通知条件、データの保存場所、公表している第三者監査を、年 1 回と契約の変更時に見直し、見つかった課題に対応します。

    稼働中

人・端末・方針この項目へのリンク

14.1 AirTA Sites は少人数のチームで運営しています。2 段階認証から脆弱性の修正期限まで、アクセス権を持つすべての者が守る規則は、airtasites.jp/trust/policy の情報セキュリティ基本方針に定めています。

まだ整っていないことこの項目へのリンク

15.1 まだ稼働していない対策と、その時期を一覧にしました。現時点で第三者によるセキュリティの評価は受けておらず、外部の専門会社による検査もまだ実施していません。これらは予定に入った時点で下の一覧に加わります。

  • ホスティングとデータの保存場所

    暗号化されていない接続をデータベース側で拒否

    当社からの接続はすでに暗号化しています。これに加えて Supabase 側の設定を有効にし、暗号化されていない接続をデータベース自体が拒否するようにします。

    時期:2026年11月

    対応中
  • アプリケーションのセキュリティ

    チームがアップロードする履歴書にも同じ検査

    管理画面からチームが追加する履歴書にも、求職者が送る履歴書と同じ検査を適用します。

    時期:最初の会社の求職者データを扱う前に完了

    対応中
  • 不正利用への対策

    公開フォームでのボット判定

    公開フォームで Vercel BotID を観測モードで稼働させています。1 週間の結果で実際の求職者を誤って拒否しないことを確認した後、ブロックを開始します。

    時期:2026年11月

    対応中
  • バックアップと復旧

    当社が対応できない場合の代行者

    社内の計画で指名した信頼できる代行者が封をした手順書を預かり、各社への連絡、サービスの継続、データとドメインの移行支援を行えるようにします。

    時期:2026年11月

    対応中
  • データの取り扱い

    管理簿は法令の保存期間だけ保存

    求人・求職・手数料管理簿は、職業安定法が求める記載事項を、それぞれの記録の終了から 2 年間保存します。応募の匿名化や削除のご依頼があっても、この期間は残り、その後は毎晩の処理で自動的に削除します。AI エージェントは管理簿を読めません。

    時期:2026年12月

    対応中
  • データの取り扱い

    配信するコードに個人情報を含めない

    アプリケーションに同梱している参照データから、見込み顧客の会社の担当者の連絡先を取り除きます。個人情報は削除の仕組みが届くデータベースにのみ置きます。

    時期:最初の会社の求職者データを扱う前に完了

    対応中
  • AI と求職者データ

    データレベルをデータベースの権限で強制

    ほとんどのエージェントは、すでにレベルに応じて制限されたデータベースロールで読み取っています。残りのエージェントも同じ方式に移し、レベルをコード上の規則だけでなく権限として強制します。

    時期:最初の会社の求職者データを扱う前に完了

    対応中
  • AI と求職者データ

    録音を音声モデルの学習に使わせない

    コンサルタントの録音は字幕作成のため ElevenLabs に送ります。同社の規約では、アカウントで拒否しない限り受け取った内容を学習に使えるため、拒否の設定を行い記録します。求職者のデータは送りません。

    時期:2026年11月

    対応中
  • 人・端末・方針

    運用に使うすべてのアカウントで 2 段階認証

    ホスティング、データベース、ソースコード、メール、決済など、本サービスに届くすべてのアカウントで 2 段階認証を使い、認証情報はパスワード管理ツールで保管します。

    時期:2026年11月

    対応中
  • 会社間の分離

    管理画面を専用アドレスに分離

    管理画面を各社の公開サイトとは別のホストに移し、サイト上のページが管理画面とブラウザのオリジンを共有しないようにします。

    予定
  • サインインとアクセス権限

    サインインリンクの 1 回限り化とセッションの上限期間

    現在、セッションは最後の利用から 14 日間有効で、サインインリンクは有効期間内なら再利用できます。これをリンクは 1 回限り、セッションは利用状況にかかわらず一定期間で終了する形に改めます。

    予定
  • サインインとアクセス権限

    Microsoft・Google によるシングルサインオン

    会社の Microsoft Entra ID や Google Workspace を使い、会社自身のポリシーのもとでサインインできるようにします。

    予定
  • アプリケーションのセキュリティ

    全ページにスクリプトの実行ポリシー

    ページごとに新しい値を使い、サイト自身のスクリプトだけが実行できる Content-Security-Policy を加えます。上記の無害化に続く、二重目の防御です。

    予定
  • アプリケーションのセキュリティ

    第三者によるペネトレーションテスト

    外部の専門会社による Web アプリケーションとインターフェースの診断を行い、指摘事項を修正して再診断します。結果の概要はセキュリティ資料に含めます。

    時期:会社のセキュリティ審査で必要となった時点

    予定
  • バックアップと復旧

    ポイントインタイムリカバリ

    データベースの継続的なバックアップを有効にし、前日のコピーではなく任意の時点に復元できるようにします。失われうるデータは最大 24 時間分から数分に短くなります。

    時期:最初の有料契約の開始時

    予定
  • バックアップと復旧

    アップロードされたファイルの別保管

    画像、履歴書、録画はデータベースとは別に Vercel Blob に保存しており、毎日のデータベースのバックアップには含まれません。これらにも暗号化したコピーを加えます。

    時期:最初の会社の求職者データを扱う前に完了

    予定
  • 人・端末・方針

    サイバー保険

    セキュリティインシデントへの対応費用を補償する保険に加入します。

    予定

詳しい資料のご依頼この項目へのリンク

16.1 セキュリティに関する質問票への回答や規程類の送付は、ご契約の前後を問わずご依頼に応じます。airtasites.jp/trust から「セキュリティ資料一式」をご請求いただくと、標準的な質問への回答、本文書群の PDF、データ取扱いに関する契約条項をお送りします。担当者が 1 営業日以内にご返信します。また、お客様は年 1 回、又は漏えい等の発生後に、求職者データの取扱いについて監査を行えます(利用規約第14条)。

セキュリティ上の問題を見つけた場合は hello@airtasites.jp までお知らせください。1 営業日以内の返信を目指します。

この文書は上記の日付時点のサービスを説明するものです。airtasites.jp/trust の一覧はコードとともに更新されるため、両者が異なる場合は一覧が最新です。