Skip to content
KitploitKITPLOIT
ツールエクスプロイトブログ
Log in
提出
ツールエクスプロイトブログ
提出

ハッキング、侵入テスト、サイバーセキュリティツールをあなたのセキュリティアーセナルに!

Kitploitはハッキング、サイバーセキュリティ、ペネトレーションテストのツールディレクトリです。最新のプロジェクトアップデートを見つけて、脆弱性の発見、システム分析、テストの自動化、セキュリティの強化を行いましょう。

··フィード·お問い合わせ·プライバシー·© 2026 Kitploit

ツールディレクトリ

カテゴリ

すべてのカテゴリを見る
Loading categories
CVE-2021-3560 — CVE-2021-3560 用の C エクスプロイト。polkit の認証バイパスにより、非特権ユーザーが DBus 経由で特権アカウントを作成できるようになる。詳細な技術解説付き。 | Kitploit
ツール/GitHubGitHub/hakivvi/cve-2021-3560
認証と認可特権昇格脆弱性分析エクスプロイトペネトレーションテストレッドチーミング
GitHubhakivvi/cve-2021-3560

CVE-2021-3560

CVE-2021-3560 用の C エクスプロイト。polkit の認証バイパスにより、非特権ユーザーが DBus 経由で特権アカウントを作成できるようになる。詳細な技術解説付き。

リポジトリを見る
4012105年前Kitploit レビュー済み

人気

すべて見る →

コミュニティで最も使われているツールを見つけましょう。

すべてのツールを探索

ツールコレクションを閲覧

すべてのツールを見る →
共有

CVE-2021-3560

CVE-2021-3560のための信頼性の高いCベースのエクスプロイトです。

概要:

昨日、Kevin Backhouse氏によるこのブログ記事に出くわしました(この脆弱性を発見した方です)。そのブログ記事で提供されていたbashコマンドを試してみたところ、驚いたことに私のKali Linuxボックスで動作しました!

CVE-2021-3560はpolkitの認証バイパスであり、非特権ユーザーがDBusを使用して特権メソッドを呼び出すことを可能にします。PoCはこのバグを悪用して、accountsserviceが提供する2つの特権メソッド(CreateUserとSetPassword)を呼び出し、特権ユーザーを作成してパスワードを設定することを可能にします。

polkitは、呼び出し元がそのようなメソッドを呼び出す権限があるかどうかをチェックします。その際、まず呼び出し元のユーザーIDをチェックし、ゼロの場合は呼び出し元がrootであるとみなされ、認証を求めずにアクションが許可されます。それ以外の場合は、ユーザーのパスワードが要求されます。

polkit_system_bus_name_get_creds_sync()関数は、呼び出し元のUIDとPIDを取得するために2つのメソッドGetConnectionUnixUserとGetConnectionUnixProcessIDを呼び出します。これらの呼び出しの結果は、コールバック関数on_retrieved_unix_uid_pid()によってAsyncGetBusNameCredsData型のdata構造体に書き込まれます(この構造体は0に初期化されます)。そしてpolkit_system_bus_name_get_creds_sync()は、コールバック関数がエラーまたはUIDとPIDを設定するのを待ってブロックします。

static gboolean
polkit_system_bus_name_get_creds_sync (PolkitSystemBusName           *system_bus_name,
				       guint32                       *out_uid,
				       guint32                       *out_pid,
				       GCancellable                  *cancellable,
				       GError                       **error)
{
  gboolean ret = FALSE;
  AsyncGetBusNameCredsData data = { 0, }; // 0に初期化
  GDBusConnection *connection = NULL;
  GMainContext *tmp_context = NULL;

  connection = g_bus_get_sync (G_BUS_TYPE_SYSTEM, cancellable, error);
  if (connection == NULL)
    goto out;

  data.error = error;

  tmp_context = g_main_context_new ();
  g_main_context_push_thread_default (tmp_context);

  g_dbus_connection_call (connection,
			  "org.freedesktop.DBus",       /* name */
			  "/org/freedesktop/DBus",      /* object path */
			  "org.freedesktop.DBus",       /* interface name */
			  "GetConnectionUnixUser",      /* method */
			  g_variant_new ("(s)", system_bus_name->name),
			  G_VARIANT_TYPE ("(u)"),
			  G_DBUS_CALL_FLAGS_NONE,
			  -1,
			  cancellable,
			  on_retrieved_unix_uid_pid, // コールバック関数
			  &data); // dataはメソッドからの応答とともにコールバック関数に渡される
  g_dbus_connection_call (connection,
			  "org.freedesktop.DBus",       /* name */
			  "/org/freedesktop/DBus",      /* object path */
			  "org.freedesktop.DBus",       /* interface name */
			  "GetConnectionUnixProcessID", /* method */
			  g_variant_new ("(s)", system_bus_name->name),
			  G_VARIANT_TYPE ("(u)"),
			  G_DBUS_CALL_FLAGS_NONE,
			  -1,
			  cancellable,
			  on_retrieved_unix_uid_pid, // コールバック関数
			  &data); // dataはメソッドからの応答とともにコールバック関数に渡される

  while (!((data.retrieved_uid && data.retrieved_pid) || data.caught_error)) // on_retrieved_unix_uid_pid()がまだ呼び出されていない間はブロック
    g_main_context_iteration (tmp_context, TRUE);

コールバック関数on_retrieved_unix_uid_pid()は、各メソッド呼び出し後に呼び出され、応答(UIDとPID)を取得するか、エラーを設定します。この関数はg_dbus_connection_call_finish()を呼び出して応答を取得します。エラーが発生した場合はdata.caught_errorをTRUEに設定して戻ります(data.uidとdata.pidは依然として0のままです)。それ以外の場合は、取得した値(UIDまたはPID)をdata.uidまたはdata.pidに割り当てて(取得した値に応じて)戻ります。

static void
on_retrieved_unix_uid_pid (GObject              *src, // connection
			   GAsyncResult         *res, // Async result object
			   gpointer              user_data) // 前の関数から渡されたdataパラメータ
{
  AsyncGetBusNameCredsData *data = user_data;
  GVariant *v;

  v = g_dbus_connection_call_finish ((GDBusConnection*)src, res,
				     data->caught_error ? NULL : data->error); // 終了して応答を取得
  if (!v) // エラー?
    {
      data->caught_error = TRUE;
    }
  else
    {
      guint32 value;
      g_variant_get (v, "(u)", &value); // 応答をアンパックし、UINT32 (u)を取得
      g_variant_unref (v);
      if (!data->retrieved_uid) // GetConnectionUnixUserメソッド
	{
	  data->retrieved_uid = TRUE;
	  data->uid = value;
	}
      else
	{
	  g_assert (!data->retrieved_pid); // GetConnectionUnixProcessIDメソッド
	  data->retrieved_pid = TRUE;
	  data->pid = value;
	}
    }
}

GetConnectionUnixUserおよびGetConnectionUnixProcessIDメソッドは、呼び出し元プロセスがバスに接続されたまま存在する場合はUIDとPIDを返し、エラーが発生した場合(例:呼び出し元プロセスが強制終了された)はエラーを返します。

data.uidとdata.pidが設定されるか、data.caught_errorが設定されると、関数polkit_system_bus_name_get_creds_sync()は続行します。ここに脆弱性が存在します。polkit_system_bus_name_get_creds_sync()は、data.caught_errorが設定されていてもエラーを返さず、代わりにdata.uid内の値をout_uidに設定し、TRUEを返します(data.caught_errorが設定されていても)。out_pidは、polkit_system_bus_name_get_user_sync()によって呼び出される際にpolkit_system_bus_name_get_creds_sync()に渡されるguint32変数へのポインタです。

static gboolean
polkit_system_bus_name_get_creds_sync (PolkitSystemBusName           *system_bus_name,
				       guint32                       *out_uid, // ポインタ
				       guint32                       *out_pid, // NULL
				       GCancellable                  *cancellable,
				       GError                       **error)
{

  [snip]
  
  while (!((data.retrieved_uid && data.retrieved_pid) || data.caught_error)) // コールバック関数が応答を処理するのを待つ
    g_main_context_iteration (tmp_context, TRUE);

  if (out_uid) // TRUE
    *out_uid = data.uid; // エラーがあっても設定する [!]
  if (out_pid) // FALSE
    *out_pid = data.pid; // エラーがあっても設定する [!]
  ret = TRUE; // エラーがあってもTRUEを返す [!]
 out:
  if (tmp_context)
    {
      g_main_context_pop_thread_default (tmp_context);
      g_main_context_unref (tmp_context);
    }
  if (connection != NULL)
    g_object_unref (connection);
  return ret;

悪用方法:

プロセスAがDBusを使用して特権メソッドを呼び出すと、polkitは呼び出し元のUIDをチェックします。プロセスAがメッセージを送信した直後に終了すると、メソッドGetConnectionUnixUserとGetConnectionUnixProcessIDは、呼び出し元プロセスが存在しないためエラーを返します。コールバック関数on_retrieved_unix_uid_pid()はdata.caught_errorをTRUEに設定し、data.uidとdata.pidは変更されません(つまり、データ構造体が0に初期化されているため、両方とも0のままです)。関数polkit_system_bus_name_get_creds_sync()は実行を続行し、out_uidをdata.uid(0)に設定し、TRUEを返します。

いくつかの関数がこの偽のUID(0)を返し続け、最終的にpolkit_backend_session_monitor_get_user_for_subject()がuser_of_subject(偽のUIDから構築)をcheck_authorization_sync()関数に返します。この関数は、identity_is_root_user(user_of_subject)を呼び出してUIDがrootかどうかをチェックし、TRUEを返してプロセスAが認可されます。

static PolkitAuthorizationResult *
check_authorization_sync (PolkitBackendAuthority         *authority,
                          PolkitSubject                  *caller,
                          PolkitSubject                  *subject,
                          const gchar                    *action_id,
                          PolkitDetails                  *details,
                          PolkitCheckAuthorizationFlags   flags,
                          PolkitImplicitAuthorization    *out_implicit_authorization,
                          gboolean                        checking_imply,
                          GError                        **error)
{

  
  [snip]
ツールをダウンロード