オープンソースは、長期的な信頼の始まりです。
SingLinkVPNはオープンソース・技術研究計画を正式に開始し、GitHub上に公式リポジトリSingLinkVPN Open Source and Technical Researchを開設しました。
これは一度きりの公開でも、閲覧するだけの資料ページを用意する取り組みでもありません。継続的に更新し、少しずつ範囲を広げていく長期的なエンジニアリングの取り組みです。
現在公開している資料は、計画全体の第1段階にあたります。
第1段階に含まれるのは、公開技術ドキュメント、セキュリティとプライバシーのモデル、再現可能な性能テスト手法、機械可読なデータ形式、公開データセットの枠組み、レポートのディレクトリ、研究用ツール、セキュリティ情報の開示手順、エビデンス公開の基準です。
今後の段階では、セキュリティ、プライバシー、ライセンス、製品の安定性に関する審査を経たうえで、SingLinkVPNはさらに多くの技術資料、研究レポート、製品のソースコードを段階的に公開する予定です。対象として予定しているのは、VPNプロトコル、VPNクライアント、そのほか審査の結果、公開に適すると判断されたVPNのコア技術です。
つまり、今回の公開は計画の終わりではありません。継続的なオープンソース化のプロセスにおける最初の一歩です。
公式リポジトリには現在、docs、data、reports、tools、tests、GitHub自動化の各ディレクトリがあり、公開ドキュメント、研究データ、セキュリティ資料、性能テスト、オープンな検証ツールの維持に使われています。リポジトリは、継続的にメンテナンスされているプロジェクトであると明記されています。
公式リポジトリ：SingLinkLabs / singlink-vpn-open-source 現在の状況：第1段階を公開済みです。追加の技術資料、研究レポート、製品のソースコードは段階的に公開します。
SingLinkVPNがオープンソース計画を始める理由
VPNは、ネットワーク通信、セキュリティ、プライバシー、データ処理と密接に関わっています。
VPNサービスの大部分は、ユーザーが直接見ることのできないシステムの中で動いています。ユーザーにはアプリの画面、サーバー一覧、接続速度、製品説明は見えても、次のような点は簡単には確かめられません。
公表されている速度の結果が、どのように測定されたのか
どのソフトウェアバージョンとネットワーク環境が使われたのか
失敗したテストまで漏れなく記録されているか
セキュリティに関する説明が、ポリシー上の約束なのか、内部テストなのか、独立した評価なのか
レポートに日付、バージョン、手法、訂正履歴が含まれているか
ほかの研究者が結果を再現できるか
技術やセキュリティの変更を、バージョンをまたいで追跡できるか
こうした疑問には、ブランドの説明だけでは十分に答えられません。
この計画の目的は、SingLinkVPNの技術、セキュリティ、プライバシー、性能に関する情報を、製品の宣伝文句から、誰もが確認・引用・検証・再現でき、継続的に精査できる公開資料へと変えることです。
そのためには、ファイルをオンラインに置くだけでなく、継続的な公開の仕組みが必要です。
重要な技術資料には、明確なバージョンがあること
測定可能な主張には、テストの日付と環境を明記すること
性能の結果は、対応するデータで裏付けること
内部テストと第三者評価を明確に区別すること
重要な訂正は、公開の記録として残すこと
製品のソースコードは、セキュリティ審査を経て段階的に公開すること
コミュニティが公開ツールを使って、データの構造と完全性を確認できること
リポジトリでは、測定可能な主張ごとに、テストの日付、ソフトウェアバージョン、環境、手法、サンプルサイズ、生データまたは集計データ、既知の制約を含めることを求めています。「最速」「最も安全」といった検証できない最上級の表現や、絶対的なプライバシーの主張は、エビデンスとして扱いません。
第1段階で公開されている内容
第1段階では、次の8つの公開ワークストリームを立ち上げています。
VPN開発アーキテクチャと公開技術ドキュメント
SingLinkVPNの製品とバージョンの記録
セキュリティとプライバシーのモデル
再現可能な性能テスト手法
テストデータの形式と公開データセットの枠組み
セキュリティ・性能・透明性レポートのディレクトリ
オープンなデータ検証ツールと研究用ツール
脆弱性の報告と責任ある開示
これらを合わせることで、今後のソースコード公開、公開データ、独立した研究に必要な土台が整います。
1. VPN開発アーキテクチャと技術ドキュメントの公開
第1段階には、クロスプラットフォームのVPNクライアントのアーキテクチャが含まれています。
このアーキテクチャは、特定のプログラミング言語やOSに依存していません。インターフェース、接続のライフサイクル、トンネル管理、ルーティング、DNS、設定、セキュリティテスト、ローカル診断など、クロスプラットフォームのVPNクライアントに必要な主要モジュールを説明しています。
1. インターフェース層
インターフェース層は、アカウントの状態、サーバーの選択、接続状態、エラー、診断結果、アクセシビリティ機能を表示します。
画面に表示する接続状態は、ユーザーが接続ボタンを押したかどうかではなく、実際の接続ステートマシンから導き出す必要があります。
2. セッションオーケストレーション層
この層が扱うのは、次の処理です。
接続
切断
自動再試行
ネットワークの変化
デバイスのスリープと復帰
アプリの再起動
異常な中断からの復旧
古い接続結果が新しい処理を上書きしないようにし、同じ操作を繰り返しても競合が起きないようにする必要があります。
3. トンネルアダプター層
この層は、各OSのネイティブVPN APIと連携します。主な対象は次のとおりです。
パケットの入出力
トンネルのライフサイクル
MTUの設定
OSの権限
バックグラウンド実行の制限
トンネル中断時のコールバック
4. ルーティング・DNS層
この層が管理するのは、次の項目です。
デフォルトルート
スプリットトンネリング
除外ルート
DNSの選択
IPv4とIPv6のポリシー
ローカルネットワークへのアクセス
DNSリークとルートリークの防止
リークテストは、最初の接続時だけでは不十分です。再接続、ネットワークの変化、スリープと復帰、アプリの異常終了も対象にする必要があります。
5. トランスポート層
トランスポート層は、認証済みセッション、通信の挙動、輻輳への対処、キープアライブのポリシー、ネットワークの移行を担います。
6. 設定層
設定層は、バージョン管理・署名・最小化されたリモート設定を処理し、無効な設定、期限切れの設定、ダウングレードされた設定を拒否します。
7. 可観測性層
プライバシー保護を前提として、この層は次の情報を提供します。
ローカルのヘルス状態
接続の診断
エラーの分類
再現可能なテスト出力
ユーザーのネットワーク活動を含まない技術的な状態データ
現在の公開範囲は、ハイレベルなアーキテクチャとセキュアな開発の原則です。より具体的なモジュールやソースコードは、対応する審査が完了してから追加します。
2. バージョン管理された公開の製品記録
SingLinkVPNは、種類の異なる情報を区別した公開の製品記録も整備しました。
製品に関する事実
次のような情報が含まれます。
対応プラットフォーム
公開バージョン
リリース日
公式のダウンロード元
提供されているチェックサム
機能や互換性に関する重要な変更
アーキテクチャの説明
機密性の高いシステム、認証情報、本番環境を明かすことなく、ハイレベルな設計を示します。
測定結果
性能や技術面の調査結果には、日付、手法、環境、サンプル、裏付けとなるデータを含める必要があります。
ポリシー上の表明
製品の運営、セキュリティ、プライバシーに関する約束を扱います。ポリシー上の表明を、独立した検証として示すことはありません。
このように区別することで、ポリシー、内部テスト、実装の詳細、独立した研究が混同されるのを防ぎます。正式なリリース記録には今後、プラットフォーム、バージョン、日付、入手元、提供されているチェックサム、セキュリティや互換性に関する重要な変更、既知の制約、変更不可能なGitタグまたはReleaseへのリンクを順次加えていきます。
3. セキュリティとプライバシーのモデルを公開
セキュリティは、「安全」や「暗号化済み」といった言葉だけでは説明できません。
そこで第1段階では、今後のテスト、レポート、独立した評価で検証すべきリスクを定めた、セキュリティとプライバシーのモデルを公開しています。
現在の脅威の範囲には、次のものが含まれます。
ローカルネットワーク上での通信の観測
DNSリーク
IPv6リーク
WebRTCリーク
再接続中のルートの途切れ
Wi-Fiとモバイルネットワークを切り替える際の通信の保護
リモート設定への悪意ある改ざん
設定のダウングレード
デバイスに保存された認証情報の漏えい
サードパーティの依存関係に伴うリスク
ビルドとリリースにおけるサプライチェーンのリスク
アカウントの不正利用
不正なセッション
診断データやサポートデータの過剰な収集
公開するセキュリティテストでは、必ず次の項目を明記します。
対象となるクライアントバージョン
オペレーティングシステム
テスト日
ネットワーク条件
手法
期待される挙動
実際に観測された挙動
既知の制約
このモデルでは、ポリシー、アーキテクチャのドキュメント、内部テスト、第三者評価も区別しています。
第三者評価と表記できるのは、名前を明らかにした独立の評価者または研究者によるもので、検証可能なレポートで裏付けられたものに限ります。これにより、今後のセキュリティレポートに一貫した監査可能な基準が生まれます。
4. 再現可能なVPN性能テスト手法
VPNの性能は、さまざまな外部要因の影響を受けます。
テスト実施者の国または地域
固定回線またはモバイル回線の事業者
ローカルネットワークの品質
国際回線の経路
時間帯
デバイスの性能
クライアントバージョン
プロトコル
サーバーの負荷
テスト用サーバー
接続先の地域
そのため、一度だけ計測したピーク速度が、すべてのユーザーの体験を表すわけではありません。
公開した手法では、記録ごとに次の項目を含めることを求めています。
UTCでのテスト時刻
一意のテスト識別子
クライアントバージョン
OS
デバイスの種類
プロトコルのラベル
手法のバージョン
テストを行った国または地域
ネットワークの種類
サンプル数
エビデンスレベル
主な指標は次のとおりです。
接続遅延の中央値
1回の最良値ではなく、複数のサンプルから求めた遅延の中央値（ミリ秒）です。
95パーセンタイルのジッター
大半のサンプルで観測された遅延のばらつきのうち、高い側の水準を示します。
パケットロス率
テスト中に失われたパケットの割合です。
ダウンロード速度の中央値
複数のサンプルから求めたダウンロードスループットの中央値（Mbps）です。
アップロード速度の中央値
複数のサンプルから求めたアップロードスループットの中央値（Mbps）です。
接続成功率
接続テストを繰り返したときに、成功した試行の割合です。
再接続時間の中央値
ネットワークの変化や中断のあと、復旧までにかかる時間の中央値です。
正式なワークフローは次のとおりです。
VPNを使わない状態で、ベースラインとなるネットワークを記録する
デバイス、ネットワーク、接続先、サンプリング期間を一定に保つ
計測に含めないウォームアップを行う
接続テストと転送テストを繰り返す
失敗したサンプルを黙って削除せず、保持する
集計結果と機械可読なデータを公開する
既知の制約、障害、除外したサンプルを開示する
同条件での比較テストは、比較可能な条件のもとで行う必要があります。回線事業者、経路、デバイス、テスト用サーバー、サンプリング期間を変えた場合は、その旨を開示しなければなりません。テストの継続に合わせて、日付とバージョンを明記したダウンロード可能なデータセットを、この手法のもとで追加していきます。
5. 機械可読な公開テストデータ形式
SingLinkVPNは、人が読むためのレポートに加えて、機械可読な性能データ形式も公開しています。
JSON Schemaでは、各性能レコードに次の項目を含めることを求めています。
test_id：テスト識別子
tested_at_utc：UTCでのテスト時刻
client_version：クライアントバージョン
platform：テストしたプラットフォーム
protocol_label：プロトコルのラベル
country：テストを行った国または地域
network_type：ネットワークの種類
sample_count：サンプル数
latency_ms_median：遅延の中央値
jitter_ms_p95：95パーセンタイルのジッター
packet_loss_pct：パケットロス率
download_mbps_median：ダウンロード速度の中央値
upload_mbps_median：アップロード速度の中央値
connection_success_pct：接続成功率
reconnect_ms_median：再接続時間の中央値
methodology_version：手法のバージョン
evidence_level：エビデンスレベル
エビデンスは現在、次のいずれかで表示できます。
内部テスト
独立した再現
第三者評価
この形式により、開発者や研究者は、グラフや文章による結論だけに頼らず、必須フィールドと値の範囲を直接確認し、同じ構造を使って再現や比較を行えます。
6. セキュリティ・性能・透明性レポート
リポジトリにはレポート専用のディレクトリがあり、次のような資料を継続的に公開していきます。
セキュリティレポート
性能レポート
プライバシーに関する研究
透明性レポート
第三者評価
独立して再現された結果
重要なセキュリティ修正に関するアドバイザリー
正式なレポートには、公開前に必ず次の項目を記載します。
公開日
執筆者またはメンテナー
対象となる製品バージョン
手法
データの出典
エビデンスレベル
既知の制約
訂正履歴
内部テストと独立した評価には、それぞれ異なるラベルを付けます。第1段階では、レポートの構成、エビデンスのルール、バージョン管理の枠組みを整えました。レポートは一度公開して終わりにするのではなく、データと審査の準備が整ったものから追加していきます。
7. オープンな検証・研究用ツール
第1段階では、Pythonで書かれた研究・検証用のツールもいくつか公開しています。
publication_guard.py
公開前のドキュメント、データ、ツールに、次のものが含まれていないかを確認します。
認証情報
鍵のフォーマット
非公開のパス
アーカイブファイル
バイナリファイル
公開が承認されていない種類のソースコード
サイズが大きすぎるファイル
よく使われる本番用シークレットの形式
機密性の高いシステムについて記述している可能性のある内容
validate_benchmark.py
性能テストのCSVファイルについて、次の点を検証します。
列名
必須フィールド
数値の範囲
エビデンスのラベル
テストデータの構造
check_relative_links.py
Markdown内の相対リンクを確認し、参照先の公開ファイルが存在することを確かめます。
check_multilingual_seo.py
多言語のドキュメントと検索関連の構造を確認し、英語、簡体字中国語、繁体字中国語の資料の整合性を保てるようにします。
これらのツールは、VPN接続のコアではありません。書式の誤り、リンク切れ、機密情報の意図しない露出、バージョンの不整合を減らすための、公開を支えるインフラです。外部のコントリビューターも、自分の提出物に同じツールを使えます。
8. 5段階の公開エビデンス基準
レベル1：ポリシー上の表明
メンテナーが公開する、製品、セキュリティ、運用、プライバシーに関する約束です。公開の約束であって、実装の証明や独立した監査ではありません。
レベル2：実装ドキュメント
バージョン管理されたハイレベルな技術説明で、サーバーアドレス、認証情報、非公開API、そのほかの機密情報を含まないものです。
レベル3：内部テスト
SingLinkLabsが公開の手法に基づき、日付、バージョン、環境、データを付けて実施するテストです。
レベル4：再現された結果
ほかの開発者や研究者が、同じ手法と公開データを使って独自に得た結果です。
レベル5：第三者評価
名前を明らかにした独立の研究者または組織による評価で、検証可能な正式レポートを伴うものです。
これらのレベルは、互いに置き換えられるものではありません。内部テストを第三者評価と表記することはできず、ポリシーを独立した検証とみなすこともできません。また、手法を公開したからといって、結果がすでに再現されたことにはなりません。
各レポートは、「誰が、いつ、どのバージョンで、どの手法によって結論を出したのか」に答える必要があります。
重要な訂正には、新しいGitコミットと更新履歴への記載が必要です。公開済みのデータを黙って差し替えてはならず、置き換えられた古いデータも識別できる状態で残します。
9. 脆弱性の報告と責任ある開示
オープンな公開と安全な開示は、両立させなければなりません。
未修正の脆弱性、本番用の認証情報、非公開のエンドポイント、サーバーアドレス、ユーザーデータを、公開のIssueに投稿してはいけません。
脆弱性の報告は、セキュリティ用メールアドレスまたはGitHub Security Advisoriesを通じて非公開で送り、セキュリティ情報の開示であることを明記してください。セキュリティ用メールアドレスが公開されていない場合は、リポジトリの`SECURITY.md`を確認し、アドレスを推測しないでください。
報告には、次の内容を含めてください。
対象となるバージョン
対象となるプラットフォーム
再現の条件
セキュリティ上の影響
報告者への安全な連絡方法
実際のユーザーデータを含まない再現用の資料
セキュリティ報告は、次の流れで処理されます。
トリアージと確認
影響の評価
修正
修正版のリリース
適切なアップデート期間の確保
セキュリティアドバイザリーの公開
公開アドバイザリーでは、確認済みの影響と仮定上のリスクを区別し、影響を受けるバージョンと修正済みのバージョンを明記します。
10. 公開データは、ユーザーデータの公開ではありません
技術的な透明性のために、ユーザーのプライバシーを犠牲にしてはなりません。
リポジトリでは、Issue、プルリクエスト、データセット、研究ドキュメントに次のものを含めることを禁止しています。
個人データ
アカウント識別子
決済データ
サポートでのやり取り
プライベートIPアドレス
アクセストークン
本番環境の認証情報
本番環境のログ
本番環境の生のトラフィック
個々のユーザーを特定できるテストデータ
性能データは、集計または匿名化しなければなりません。レビュー担当者は公開前に、データセットにユーザー単位のデータ、認証情報、実在のユーザーを特定できる資料が含まれていないことを確認します。
この計画で透明化するのは、技術、手法、レポート、審査済みのソースコードです。ユーザー情報、セキュリティ上機密性の高いサーバーデータ、本番環境の認証情報は公開しません。
11. コミュニティの参加方法
開発者、セキュリティ研究者、コミュニティのメンバーは、次のような形で参加できます。
技術ドキュメントの改善
ドキュメントの誤りの訂正
繁体字中国語、簡体字中国語、英語の翻訳の改善
テスト手法の再現性の向上
公開データの品質向上
アクセシビリティの改善
研究用ツールの追加
形式検証の改善
リンク切れの発見
新しい公開研究手法の提案
テスト設計の改善提案
セキュリティルールの範囲内での公開テストの再現
コントリビューションには、次のものを含めてはいけません。
承認されていない製品のソースコード
非公開のインフラ情報
認証情報や鍵
ユーザーデータ
非公開のエンドポイント
本番環境のログ
未修正の脆弱性に対する完全なエクスプロイト手順
測定可能な内容を含むコントリビューションには、出典、手法、日付、制約もあわせて明記する必要があります。
SingLinkVPNは完全にオープンソース化されたのか
いいえ。今回は第1段階であり、最終段階ではありません。
第1段階で優先しているのは、次の内容です。
技術ドキュメント
開発アーキテクチャ
セキュリティとプライバシーのモデル
性能テスト手法
機械可読なデータ形式
検証ツール
エビデンスと公開に関するポリシー
責任ある開示
今後のレポートとソースコード公開のための枠組み
次のものは、第1段階には含まれていません。
VPNクライアントの完全なソースコード
サーバー側のソースコード
決済システムのソースコード
本番サーバーの設定
非公開API
認証用のクレデンシャル
ブロック回避やネットワーク上の対抗手段に関する、機密性の高い実装の詳細
コアプロトコルの完全なソースコード
ただし、これらが計画全体から必ず除外されるわけではありません。製品のモジュールごとに、セキュリティ、プライバシー、依存関係、ライセンスの審査を個別に行う必要があります。
審査の完了後に行う公開には、次の内容を含めます。
明確に定義されたオープンソースのディレクトリ
該当するライセンス
バージョン履歴
セキュリティの境界
更新履歴
公開日
検証可能なGitタグまたはRelease
公開基準、データ構造、セキュリティルール、研究用ツールを先に整えることで、より安全な土台ができ、認証情報、インフラ、ユーザーデータ、法的に再配布できないサードパーティのコードを露出させるリスクを減らせます。
ライセンスは、追加資料の公開に合わせて定めます
現在のリポジトリは誰でも閲覧できますが、コードとコンテンツの再利用に関する完全なライセンスは、資料とソースコードの種類ごとに整理を進めているところです。
明示的なライセンスが公開されるまでは、次の権利が与えられていると考えないでください。
複製する権利
改変する権利
再配布する権利
商用利用する権利
再ライセンスする権利
明確なライセンスは、正式なオープンソースに欠かせない要素です。今後公開するソースコード、ドキュメント、データ、ツールには、それぞれの依存関係、アップストリームのライセンス、想定される用途に応じた条件を付けます。
これにより、あるモジュールのライセンスを別のモジュールに誤って適用することを防ぎ、コントリビューター、アップストリームのプロジェクト、ダウンストリームのユーザーを守ります。
計画の長期的な方向性
方向性は明確です。公開され、検証でき、再現できる技術資料を継続的に増やしていきます。
1. 公開技術ドキュメントを引き続き拡充
接続のライフサイクル、ルーティング、DNS、ネットワークの変化、安全な設定、各プラットフォームでのテストなどが対象です。
2. バージョン管理された製品記録を継続して公開
記録には、プラットフォーム、バージョン、日付、チェックサム、重要な変更、既知の制約、安定した引用用リンクを追加していきます。
3. 実際の性能データセットを継続して追加
日付、バージョン、環境を明記した機械可読なデータを、公開の手法に沿って公開します。
4. セキュリティ・性能・透明性レポートを継続して公開
レポートでは、ポリシー、内部テスト、独立した再現、第三者評価を区別します。
5. 独立した再現を後押し
研究者は同じ手法と形式を使って、異なるネットワーク、デバイス、地域を比較できます。
6. 公開ツールとデータツールを継続して改善
書式、セキュリティ、ドキュメント、テストのワークフローを中心に、自動化を広げていきます。
7. VPN製品のソースコードを段階的に公開
セキュリティ、プライバシー、依存関係、ライセンスの審査を経たうえで、予定しているプロトコル、クライアント、そのほかのコア技術を順次公開します。
8. より充実した開示・訂正の記録を整備
重要なセキュリティ問題、影響を受けるバージョン、修正済みのバージョン、その後の更新について、明確な履歴を残します。
リポジトリには引用用のメタデータが含まれています。研究者は日付のない宣伝資料ではなく、タグ付きのRelease、変更不可能なコミット、実際に使用した日付入りのレポートやデータセットを引用してください。
公開の宣言から、持続的な検証へ
オープンソースは、一度きりの発表イベントで終わるべきではありません。
長期的なオープンソースには、メンテナンス、外部からの参加、明確なライセンス、バージョン管理、セキュリティ修正、そして第三者が検証・再現できる技術資料が必要です。
ドキュメント、研究手法、データ形式、エビデンス基準、レポートの構成、検証ツールから始めることで、より広範なソースコード公開の土台を築きます。
第一に、公開の窓口をつくる
これまで分散していた技術、セキュリティ、プライバシー、性能に関する資料を、メンテナンスされたGitHubリポジトリに集約します。
第二に、公開の基準を定める
この計画では、何を公開できるか、テストにどのフィールドを含めるべきか、エビデンスをどう分類するか、訂正をどう記録するかを定めています。
第三に、今後のオープンソース化の土台を築く
レポート、データセット、プロトコル、クライアントなどのモジュールに向けて、セキュリティ、プライバシー、ライセンス、バージョン管理のプロセスを準備します。
つまり第1段階は、限られた初回公開を成果のすべてとして示すものではありません。拡大していくことを前提としたプロセスの始まりです。
よくある質問
SingLinkVPNはオープンソース計画を正式に開始したのですか？
はい。公式のオープンソース・技術研究リポジトリはすでに公開されており、第1段階のドキュメント、研究手法、データ形式、検証ツールを閲覧できます。
VPNのソースコードはすべて公開されたのですか？
いいえ。プロトコル、クライアント、そのほかの製品のソースコードは、セキュリティ、プライバシー、依存関係、ライセンスの審査を経て、モジュールごとに公開します。
なぜ一度にすべてを公開しないのですか？
VPN製品には、本番サーバーの情報、認証情報、非公開API、機密性の高い防御の仕組み、サードパーティの依存関係、異なるライセンスのコードが含まれている可能性があるためです。
段階的に審査することで、ユーザーデータ、インフラの詳細、本番用の認証情報、再配布できないサードパーティのコードが露出するリスクを減らせます。
実際の性能データは公開されますか？
はい。手法と機械可読な形式はその第一歩です。今後、環境、サンプルサイズ、制約を明記した、日付とバージョン付きのデータとレポートを公開します。
セキュリティレポートや透明性レポートは公開されますか？
はい。リポジトリには専用のレポートディレクトリと公開ルールがあります。レポートは、エビデンス、手法、バージョン、制約の準備が整ったものから追加します。
セキュリティモデルの公開は、第三者監査の完了を意味しますか？
いいえ。セキュリティモデルは、今後のテストと評価のための公開の基盤です。
第三者評価では評価者を明記し、検証可能なレポートへのリンクを示します。内部テストとして示すことはありません。
開発者はどのような形で貢献できますか？
開発者は、ドキュメント、翻訳、研究手法、データ品質、アクセシビリティ、検証ツール、テストの再現に貢献できます。
セキュリティ上の脆弱性は、公開のIssueに投稿せず、非公開で報告してください。
公開データにユーザーデータは含まれますか？
いいえ。公開データは集計または匿名化が必須で、アカウントデータ、決済データ、プライベートIPアドレス、アクセストークン、本番環境のログ、本番環境の生のトラフィックを含めることはできません。
まとめ：オープンソースは長期的な信頼の始まり
SingLinkVPNのオープンソース計画は、すでに動き出しています。
第1段階では、技術ドキュメント、研究手法、エビデンス基準、データ形式、開示ルール、レポートの構成、検証ツールを整えました。
今後、セキュリティ・性能・透明性のレポートをさらに公開します。公開データも一貫した形式で追加していきます。より多くの技術資料と製品のソースコードも、セキュリティ、プライバシー、ライセンスの審査を経て段階的に公開します。
これは一度きりのブランド発表でも、最終段階でもありません。継続的なエンジニアリングの取り組みです。
私たちの目標は、SingLinkVPNの技術、セキュリティ、プライバシー、性能に関する情報を、ブランドが説明するだけの資料から、コミュニティが確認・引用・検証・再現でき、継続的に精査できる公開のエビデンスへと変えることです。
ドキュメントの改善、研究の再現、データの検証、技術的な議論への参加に関心のある開発者、セキュリティ研究者、テクノロジーメディア、コミュニティのユーザーの皆さまを歓迎します。
オープンソースは、長期的な信頼の始まりです。
そして、これはまだ最初の一歩にすぎません。