workflow for password changes of auto created service principals for hive and hdfs

オープン

#401 2024年4月11日に作成コメント 0 件リアクション 0 件担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度: 5/5
見積もり時間: 1週間以上
初心者へのやさしさ: 25/100

issue の種類: 機能追加
明瞭さ: 説明が足りない
活発さ: 停滞
技術スタック: kubernetes, rust
領域: authentication, security

調査の方向性

ファイル、テスト、エントリポイントは指定されていません。まず secret-operator の Kerberos keytab と secret-provisioning の動作を確認し、そのうえで、パスワードローテーションによって Hive および HDFS クライアントの可用性を維持し、外部からプロビジョニングされる LDAP システムをサポートする方法を判断します。安全なロールオーバー動作を備えた、合意済みの自動ローテーションワークフローが定まれば完了です。

索引モデルが issue の本文から書いたものです。

説明

customer-request

when creating a kerberized hive or hdfs cluster the service principals hive/hive.namespace.xy for hive and nn/hdfs.namespace.xy, dn/hdfs.namespace.xy, jn/hdfs.namespace.xy for hdfs will be created automatically and get an initial password at creation time. rolling those passwords would be great to satisfy security guidelines that require yearly or monthly password changes of the service principals.

the complexity might hide in keeping the clusters safe and available while rolling the password because there might be clients talking to hdfs permanently. these clients should not recognise any change of passwords

this should work especially for external ldap systems centrally provisioned by a certain team.

best case for a user would be that the password is automatically rolled without any human action similar to rolling certificates. beyond that comfort a fully automated routine would enable user to decrease the password lifetime to a minimum.

@soenkeliebau as mentioned today

主要言語: Rust
スター: 13
フォーク: 8
平均マージ: 1日 8時間
マージ済み PR（30日）: 10

コントリビューションガイド

このリポジトリのコントリビューションガイドは索引されていません

はじめの一歩

issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
リポジトリをフォークし、ブランチを切って変更します。
issue 番号を参照したプルリクエストを送ります。

stackabletech/secret-operator のほかの issue

autoTls: calculation for secure maximum certificate lifetimes so that all pods that are deployed trust every other deployed pod is too loose オープン

type/bug

難易度 4/5 3〜5日初心者へのやさしさ 45/100

stackabletech/secret-operator#754 · 2026年9月10日に作成
autoTls: bound certificate lifetime by the CA that will actually sign it, not the configured caCertificateLifetime オープン

難易度 3/5 1〜2日初心者へのやさしさ 48/100

stackabletech/secret-operator#753 · コメント 1 件 · 2026年9月9日に作成
skip the PodListeners lookup when the served Pod is being deleted オープン

難易度 3/5 1〜2日初心者へのやさしさ 72/100

stackabletech/secret-operator#720 · コメント 1 件 · 2026年7月8日に作成
pods get oom-killed when multiple heavy spark applications start at the same time オープン

customer-request type/bug

難易度 3/5 1〜2日初心者へのやさしさ 38/100

stackabletech/secret-operator#666 · コメント 2 件 · 2025年12月10日に作成
Allow certificates to contain subjects with allowed external names オープン

customer-request type/feature-improvement

stackabletech/secret-operator#630 · コメント 7 件 · 担当者 1 名 · 2025年8月20日に作成

stackabletech/secret-operator の issue をすべて見る

似ている issue

Replayed reasoning items send "content": null, which the Responses API schema does not permit オープン

bug CLI custom-model

難易度 2/5 1〜3時間初心者へのやさしさ 75/100

openai/codex#47733 · 2026年9月24日に作成
hashes has lint warnings on master オープン

難易度 2/5 1〜3時間初心者へのやさしさ 75/100

rust-bitcoin/rust-bitcoin#6930 · コメント 1 件 · 2026年9月23日に作成
sync build ignores local_timeout when opening kv.db and scripts.db オープン

難易度 2/5 1〜3時間初心者へのやさしさ 75/100

atuinsh/atuin#4247 · コメント 1 件 · 2026年9月23日に作成
test: stop calling property tests fuzz tests オープン

難易度 2/5 1〜3時間初心者へのやさしさ 75/100

fulcrumgenomics/ferro-hgvs#2251 · 2026年9月23日に作成
Missing examples for `Allocator` オープン

A-allocators A-docs C-enhancement T-libs

難易度 2/5 1〜3時間初心者へのやさしさ 75/100

rust-lang/rust#163232 · コメント 4 件 · 2026年9月23日に作成

Rust の issue をもっと見る