KADMIN(1)

📦
version 1.22.1 · 3 versions
, in ubuntu resolute, ubuntu stonking

✨ KADMIN(1) — MIT Kerberos ✨

okay bestie, sit down, hydrate, because we're about to read the manual for kadmin, and honestly? it's a lot, but we're gonna slay it together 🫶

💖 NAME 💖

kadmin — the Kerberos V5 database administration program. that's it, that's the name, iconic behavior ✨

🌸 SYNOPSIS 🌸

kadmin [-O|-N] [-r realm] [-p principal] [-q query] [[-c cache_name]|[-k
[-t keytab]]|-n] [-w password] [-s admin_server[:port]] [command
args...]

kadmin.local [-r realm] [-p principal] [-q query] [-d dbname] [-e
enc:salt ...]  [-m] [-x db_args] [command args...]

like look at those brackets. brackets inside brackets. it's giving nesting doll energy and we respect it 💅

🦋 DESCRIPTION 🦋

so kadmin and kadmin.local are the command-line interfaces to the Kerberos V5 administration system. they do nearly identical things, and the one (1) difference is: kadmin.local talks directly to the KDC database, while kadmin does its thing through kadmind. and unless the page says otherwise out loud, "kadmin" means both of them, ok? noted 📝

kadmin handles the upkeep of Kerberos principals, password policies, and service key tables (keytabs). the whole trio, no notes, she does it all 👑

the remote kadmin client uses Kerberos to authenticate to kadmind using the service principal kadmin/admin or kadmin/ADMINHOST (where ADMINHOST is the fully-qualified hostname of the admin server). so here's the tea on how it picks your creds:

  • if the credentials cache contains a ticket for one of those principals, and the -c credentials_cache option is specified, that ticket gets used to authenticate to kadmind.
  • otherwise, the -p and -k options are used to specify the client Kerberos principal name used to authenticate.

once kadmin has figured out the principal name, it requests a service ticket from the KDC, and uses that service ticket to authenticate to kadmind. pipeline behavior fr fr 🔥

and since kadmin.local goes straight at the KDC database, it usually has to be run directly on the primary KDC with enough permissions to read the KDC database. however, if the KDC database uses the LDAP database module, kadmin.local can be run on any host which can access the LDAP server. flexible queen 🌈

✨ OPTIONS ✨

  • -r realm — use realm as the default database realm. simple. clean. slay.
  • -p principal — use principal to authenticate. otherwise, kadmin will append /admin to the primary principal name of the default ccache, the value of the USER environment variable, or the username as obtained with getpwuid, in order of preference. it's a whole priority list, she's organized like that 🎀
  • -k — use a keytab to decrypt the KDC response instead of prompting for a password. in this case, the default principal will be host/hostname. if there's no keytab specified with the -t option, then the default keytab will be used.
  • -t keytab — use keytab to decrypt the KDC response. this can only be used with the -k option. no solo missions allowed 🙅
  • -n — requests anonymous processing. two types of anonymous principals are supported:
    • for fully anonymous Kerberos, configure PKINIT on the KDC and configure pkinit_anchors in the client's krb5.conf. then use the -n option with a principal of the form @REALM (an empty principal name followed by the at-sign and a realm name). if permitted by the KDC, an anonymous ticket will be returned.
    • a second form of anonymous tickets is also supported; these realm-exposed tickets hide the identity of the client but not the client's realm. for this mode, use kinit -n with a normal principal name. if supported by the KDC, the principal (but not realm) will be replaced by the anonymous principal.
as of release 1.8, the MIT Kerberos KDC only supports fully anonymous operation. that's the canon, bestie 💀
  • -c credentials_cache — use credentials_cache as the credentials cache. the cache should contain a service ticket for the kadmin/admin or kadmin/ADMINHOST (where ADMINHOST is the fully-qualified hostname of the admin server) service; it can be acquired with the kinit program. if this option is not specified, kadmin requests a new service ticket from the KDC, and stores it in its own temporary ccache. self-sufficient much? 💅
  • -w password — use password instead of prompting for one.
use this option with care, as it may expose the password to other users on the system via the process list. like, seriously bestie, process lists are public. everyone can see. be careful 😭
  • -q query — perform the specified query and then exit. in and out, no small talk.
  • -d dbname — specifies the name of the KDC database. this option does not apply to the LDAP database module. (she said what she said)
  • -s admin_server[:port] — specifies the admin server which kadmin should contact.
  • -m — if using kadmin.local, prompt for the database master password instead of reading it from a stash file. speak the secret yourself, main character 🗝️
  • -e "enc:salt ..." — sets the keysalt list to be used for any new keys created. see Keysalt lists in kdc.conf for a list of possible values.
  • -O — force use of old AUTH_GSSAPI authentication flavor. vintage, but make it on purpose.
  • -N — prevent fallback to AUTH_GSSAPI authentication flavor. no plan B, periodt.
  • -x db_args — specifies the database specific arguments. see the next section for supported options 👀

starting with release 1.14, if any command-line arguments remain after the options, they will be treated as a single query to be executed. this mode of operation is intended for scripts and behaves differently from the interactive mode in several respects:

  • Query arguments are split by the shell, not by kadmin.
  • Informational and warning messages are suppressed. Error messages and query output (e.g. for get_principal) will still be displayed.
  • Confirmation prompts are disabled (as if -force was given). Password prompts will still be issued as required.
  • The exit status will be non-zero if the query fails.

the -q option does not carry these behavior differences; the query will be processed as if it was entered interactively. and the -q option cannot be used in combination with a query in the remaining arguments. pick a lane bestie 🌸

🧚 DATABASE OPTIONS 🧚

database options can be used to override database-specific defaults. supported options for the DB2 module are:

  • -x dbname=filename — specifies the base filename of the DB2 database.
  • -x lockiter — make iteration operations hold the lock for the duration of the entire operation, rather than temporarily releasing the lock while handling each principal. this is the default behavior, but this option exists to allow command line override of a [dbmodules] setting. first introduced in release 1.13.
  • -x unlockiter — make iteration operations unlock the database for each principal, instead of holding the lock for the duration of the entire operation. first introduced in release 1.13.

supported options for the LDAP module are:

  • -x host=ldapuri — specifies the LDAP server to connect to by a LDAP URI.
  • -x binddn=bind_dn — specifies the DN used to bind to the LDAP server.
  • -x bindpwd=password — specifies the password or SASL secret used to bind to the LDAP server.
using this option may expose the password to other users on the system via the process list; to avoid this, instead stash the password using the stashsrvpw command of kdb5_ldap_util. protect the secret, bestie 🙈
  • -x sasl_mech=mechanism — specifies the SASL mechanism used to bind to the LDAP server. the bind DN is ignored if a SASL mechanism is used. new in release 1.13.
  • -x sasl_authcid=name — specifies the authentication name used when binding to the LDAP server with a SASL mechanism, if the mechanism requires one. new in release 1.13.
  • -x sasl_authzid=name — specifies the authorization name used when binding to the LDAP server with a SASL mechanism. new in release 1.13.
  • -x sasl_realm=realm — specifies the realm used when binding to the LDAP server with a SASL mechanism, if the mechanism uses one. new in release 1.13.
  • -x debug=level — sets the OpenLDAP client library debug level. level is an integer to be interpreted by the library. debugging messages are printed to standard error. new in release 1.12.

👑 COMMANDS 👑

when using the remote client, available commands may be restricted according to the privileges specified in the kadm5.acl file on the admin server. so like, check your permissions before you act brand new 💅

🌟 add_principal 🌟

add_principal [options] newprinc

creates the principal newprinc, prompting twice for a password. if no password policy is specified with the -policy option, and the policy named default is assigned to the principal if it exists. however, creating a policy named default will not automatically assign this policy to previously existing principals. this policy assignment can be suppressed with the -clearpolicy option.

this command requires the add privilege.

aliases: addprinc, ank — she has nicknames, of course she does 🎀

options:

  • -expire expdate — (getdate time string) the expiration date of the principal.
  • -pwexpire pwexpdate — (getdate time string) the password expiration date.
  • -maxlife maxlife — (time duration or getdate time string) the maximum ticket life for the principal.
  • -maxrenewlife maxrenewlife — (time duration or getdate time string) the maximum renewable life of tickets for the principal.
  • -kvno kvno — the initial key version number.
  • -policy policy — the password policy used by this principal. if not specified, the policy default is used if it exists (unless -clearpolicy is specified).
  • -clearpolicy — prevents any policy from being assigned when -policy is not specified.
  • {-|+}allow_postdated — -allow_postdated prohibits this principal from obtaining postdated tickets. +allow_postdated clears this flag.
  • {-|+}allow_forwardable — -allow_forwardable prohibits this principal from obtaining forwardable tickets. +allow_forwardable clears this flag.
  • {-|+}allow_renewable — -allow_renewable prohibits this principal from obtaining renewable tickets. +allow_renewable clears this flag.
  • {-|+}allow_proxiable — -allow_proxiable prohibits this principal from obtaining proxiable tickets. +allow_proxiable clears this flag.
  • {-|+}allow_dup_skey — -allow_dup_skey disables user-to-user authentication for this principal by prohibiting others from obtaining a service ticket encrypted in this principal's TGT session key. +allow_dup_skey clears this flag.
  • {-|+}requires_preauth — +requires_preauth requires this principal to preauthenticate before being allowed to kinit. -requires_preauth clears this flag. when +requires_preauth is set on a service principal, the KDC will only issue service tickets for that service principal if the client's initial authentication was performed using preauthentication.
  • +requires_hwauth / -requires_hwauth — bestie, +requires_hwauth requires this principal to preauthenticate using a hardware device before being allowed to kinit. -requires_hwauth clears this flag. When +requires_hwauth is set on a service principal, the KDC will only issue service tickets for that service principal if the client's initial authentication was performed using a hardware device to preauthenticate. 💅
  • +ok_as_delegate / -ok_as_delegate — +ok_as_delegate sets the okay as delegate flag on tickets issued with this principal as the service. Clients may use this flag as a hint that credentials should be delegated when authenticating to the service. -ok_as_delegate clears this flag. ✨
  • +allow_svr / -allow_svr — -allow_svr prohibits the issuance of service tickets for this principal. In release 1.17 and later, user-to-user service tickets are still allowed unless the -allow_dup_skey flag is also set. +allow_svr clears this flag. 🎀
  • +allow_tgs_req / -allow_tgs_req — -allow_tgs_req specifies that a Ticket-Granting Service (TGS) request for a service ticket for this principal is not permitted. +allow_tgs_req clears this flag. 🦋
  • +allow_tix / -allow_tix — -allow_tix forbids the issuance of any tickets for this principal. +allow_tix clears this flag. 💖
  • +needchange / -needchange — +needchange forces a password change on the next initial authentication to this principal. -needchange clears this flag. 🌸
  • +password_changing_service — marks this principal as a password change service principal. 🔐
  • +ok_to_auth_as_delegate — allows this principal to acquire forwardable tickets to itself from arbitrary users, for use with constrained delegation. 👑
  • +no_auth_data_required — prevents PAC or AD-SIGNEDPATH data from being added to service tickets for the principal. 🚫
  • +lockdown_keys — prevents keys for this principal from leaving the KDC via kadmind. The chpass and extract operations are denied for a principal with this attribute. The chrand operation is allowed, but will not return the new keys. The delete and rename operations are also denied if this attribute is set, in order to prevent a malicious administrator from replacing principals like krbtgt/* or kadmin/* with new principals without the attribute. This attribute can be set via the network protocol, but can only be removed using kadmin.local. 🔒
  • -randkey — sets the key of the principal to a random value. 🎲
  • -nokey — causes the principal to be created with no key. New in release 1.12.
  • -pw password — sets the password of the principal to the specified string and does not prompt for a password. Note: using this option in a shell script may expose the password to other users on the system via the process list. 😭
  • -e enc:salt,... — uses the specified keysalt list for setting the keys of the principal. See Keysalt lists in kdc.conf for a list of possible values.
  • -x db_princ_args — indicates database-specific options. The options for the LDAP database module are:
    • -x dn=dn — specifies the LDAP object that will contain the Kerberos principal being created.
    • -x linkdn=dn — specifies the LDAP object to which the newly created Kerberos principal object will point.
    • -x containerdn=container_dn — specifies the container object under which the Kerberos principal is to be created.
    • -x tktpolicy=policy — associates a ticket policy to the Kerberos principal.
NOTE: - The containerdn and linkdn options cannot be specified with the dn option. - If the dn or containerdn options are not specified while adding the principal, the principals are created under the principal container configured in the realm or the realm container. - dn and containerdn should be within the subtrees or principal container configured in the realm.

Example:

kadmin: addprinc jennifer
No policy specified for "jennifer@ATHENA.MIT.EDU";
defaulting to no policy.
Enter password for principal jennifer@ATHENA.MIT.EDU:
Re-enter password for principal jennifer@ATHENA.MIT.EDU:
Principal "jennifer@ATHENA.MIT.EDU" created.
kadmin:

modify_principal

modify_principal [options] principal

Modifies the specified principal, changing the fields as specified. The options to add_principal also apply to this command, except for the -randkey, -pw, and -e options. In addition, the option -clearpolicy will clear the current policy of a principal.

This command requires the modify privilege.

Alias: modprinc

Options (in addition to the addprinc options):

  • -unlock — unlocks a locked principal (one which has received too many failed authentication attempts without enough time between them according to its password policy) so that it can successfully authenticate. 🔓

rename_principal

rename_principal [-force] old_principal new_principal

Renames the specified old_principal to new_principal. This command prompts for confirmation, unless the -force option is given.

This command requires the add and delete privileges.

Alias: renprinc

add_alias

add_alias alias_princ target_princ

Create an alias alias_princ pointing to target_princ. Aliases may be chained (that is, target_princ may itself be an alias) up to a depth of 10.

This command requires the add privilege for alias_princ and the modify privilege for target_princ.

(New in release 1.22.)

Aliases: alias

delete_principal

delete_principal [-force] principal

Deletes the specified principal or alias from the database. This command prompts for deletion, unless the -force option is given.

This command requires the delete privilege.

Alias: delprinc

change_password

change_password [options] principal

Changes the password of principal. Prompts for a new password if neither -randkey or -pw is specified.

This command requires the changepw privilege, or that the principal running the program is the same as the principal being changed.

Alias: cpw

The following options are available:

  • -randkey — sets the key of the principal to a random value. 🎲
  • -pw password — set the password to the specified string. Using this option in a script may expose the password to other users on the system via the process list. 😬
  • -e enc:salt,... — uses the specified keysalt list for setting the keys of the principal. See Keysalt lists in kdc.conf for a list of possible values.
  • -keepold — keeps the existing keys in the database. This flag is usually not necessary except perhaps for krbtgt principals. 🗝️

Example:

kadmin: cpw systest
Enter password for principal systest@BLEEP.COM:
Re-enter password for principal systest@BLEEP.COM:
Password for systest@BLEEP.COM changed.
kadmin:

purgekeys

purgekeys [-all|-keepkvno oldest_kvno_to_keep] principal

Purges previously retained old keys (e.g., from change_password -keepold) from principal. If -keepkvno is specified, then only purges keys with kvnos lower than oldest_kvno_to_keep. If -all is specified, then all keys are purged. The -all option is new in release 1.12.

This command requires the modify privilege.

get_principal

get_principal [-terse] principal

Gets the attributes of principal. With the -terse option, outputs fields as quoted tab-separated strings.

This command requires the inquire privilege, or that the principal running the program is the same as the one being listed.

Alias: getprinc

Examples:

kadmin: getprinc tlyu/admin
Principal: tlyu/admin@BLEEP.COM
Expiration date: [never]
Last password change: Mon Aug 12 14:16:47 EDT 1996
Password expiration date: [never]
Maximum ticket life: 0 days 10:00:00
Maximum renewable life: 7 days 00:00:00
Last modified: Mon Aug 12 14:16:47 EDT 1996 (bjaspan/admin@BLEEP.COM)
Last successful authentication: [never]
Last failed authentication: [never]
Failed password attempts: 0
Number of keys: 1
Key: vno 1, aes256-cts-hmac-sha384-192
MKey: vno 1
Attributes:
Policy: [none]

kadmin: getprinc -terse systest
systest@BLEEP.COM   3    86400     604800    1
785926535 753241234 785900000
tlyu/admin@BLEEP.COM     786100034 0    0
kadmin:

list_principals

list_principals [expression]

Retrieves all or some principal names. expression is a shell-style glob expression that can contain the wild-card characters ?, *, and []. All principal names matching the expression are printed. If no expression is provided, all principal names are printed. If the expression does not contain an @ character, an @ character followed by the local realm is appended to the expression.

This command requires the list privilege.

Alias: listprincs, get_principals, getprincs

Example:

kadmin:  listprincs test*
test3@SECURE-TEST.OV.COM
test2@SECURE-TEST.OV.COM
test1@SECURE-TEST.OV.COM
testuser@SECURE-TEST.OV.COM
kadmin:

get_strings

get_strings principal

Displays string attributes on principal.

This command requires the inquire privilege.

Alias: getstrs

set_string

set_string principal name value

Sets a string attribute on principal. String attributes are used to supply per-principal configuration to the KDC and some KDC plugin modules. The following string attribute names are recognized by the KDC:

  • require_auth — specifies an authentication indicator which is required to authenticate to the principal as a service. Multiple indicators can be specified, separated by spaces; in this case any of the specified indicators will be accepted. (New in release 1.14.) 🔐
  • session_enctypes — specifies the encryption types supported for session keys when the principal is authenticated to as a server. See Encryption types in kdc.conf for a list of the accepted values. 🔑
  • otp — turns on One Time Passwords (OTP) preauth for a client principal 💖. The value is a JSON string that represents an array of objects, and each object has optional type and username fields.
  • pkinit_cert_match — gives a matching expression that defines which certificate attributes the client cert has to have when that principal does PKINIT auth. The expression is in the same format as the ones used by the pkinit_cert_match option in krb5.conf. (New in release 1.16. 🎀)
  • pac_privsvr_enctype — forces the encryption type of the PAC KDC checksum buffers to the encryption type you name, for tickets issued to this server, by deriving a key from the local krbtgt key if it happens to be a different enctype. Lowkey important: you might need to set this to "aes256-sha1" on the cross-realm krbtgt entry for an Active Directory realm when you're using aes-sha2 keys on the local krbtgt entry. 🌈

This command requires the modify privilege.

Alias: setstr

Example:

set_string host/foo.mit.edu session_enctypes aes128-cts
set_string user@FOO.COM otp "[{""type"":""hotp"",""username"":""al""}]"

🧹 del_string

del_string principal key

Deletes a string attribute from principal. Poof, gone ✨

This command requires the delete privilege.

Alias: delstr

🎀 add_policy

add_policy [options] policy

Adds a password policy named policy to the database. Iconic.

This command requires the add privilege.

Alias: addpol

The following options are available:

  • -maxlife time — (time duration or getdate time string) sets the maximum lifetime of a password.
  • -minlife time — (time duration or getdate time string) sets the minimum lifetime of a password.
  • -minlength length — sets the minimum length of a password.
  • -minclasses number — sets the minimum number of character classes a password needs. The five character classes are: lower case, upper case, numbers, punctuation, and whitespace/unprintable characters. five. whole. classes. 👑
  • -history number — sets how many past keys get kept for a principal. Heads up bestie: this option is not supported with the LDAP KDC database module.
  • -maxfailure maxnumber — sets how many auth failures are allowed before the principal gets locked. Auth failures are only tracked for principals that require preauthentication. The failed-attempt counter resets to 0 after a successful auth attempt. A maxnumber value of 0 (which is the default) disables lockout.
  • -failurecountinterval failuretime — (time duration or getdate time string) sets the allowable time between authentication failures. If an auth failure happens after failuretime has elapsed since the previous failure, the number of authentication failures resets to 1. A failuretime value of 0 (the default) means forever.
  • -lockoutduration lockouttime — (time duration or getdate time string) sets how long the principal is locked out from authenticating if too many auth failures happen without the specified failure count interval elapsing. A duration of 0 (the default) means the principal stays locked out until somebody administratively unlocks it with modprinc -unlock. 😭
  • -allowedkeysalts — specifies the key/salt tuples that are supported for long-term keys when setting or changing a principal's password/keys. See Keysalt lists in kdc.conf for the list of accepted values, but note that key/salt tuples must be separated with commas (',') only. To clear the allowed key/salt policy, use a value of '-'.

Example:

kadmin: add_policy -maxlife "2 days" -minlength 5 guests
kadmin:

💅 modify_policy

modify_policy [options] policy

Modifies the password policy named policy. The options are exactly as described for add_policy.

This command requires the modify privilege.

Alias: modpol

🗑️ delete_policy

delete_policy [-force] policy

Deletes the password policy named policy. It prompts for confirmation before deleting. The command will fail if the policy is in use by any principals. no cap.

This command requires the delete privilege.

Alias: delpol

Example:

kadmin: del_policy guests
Are you sure you want to delete the policy "guests"?
(yes/no): yes
kadmin:

🔍 get_policy

get_policy [ -terse ] policy

Displays the values of the password policy named policy. With the -terse flag, it outputs the fields as quoted strings separated by tabs.

This command requires the inquire privilege.

Alias: getpol

Examples:

kadmin: get_policy admin
Policy: admin
Maximum password life: 180 days 00:00:00
Minimum password life: 00:00:00
Minimum password length: 6
Minimum number of password character classes: 2
Number of old keys kept: 5
Reference count: 17

kadmin: get_policy -terse admin
admin     15552000  0    6    2    5    17
kadmin:

The "Reference count" is the number of principals using that policy. With the LDAP KDC database module, the reference count field is not meaningful (it's giving decorative tbh 🫠).

📜 list_policies

list_policies [expression]

Retrieves all or some policy names. expression is a shell-style glob expression that can contain the wild-card characters ?, *, and []. All policy names matching the expression get printed. If you don't provide an expression, all existing policy names get printed. easy.

This command requires the list privilege.

Aliases: listpols, get_policies, getpols.

Examples:

kadmin:  listpols
test-pol
dict-only
once-a-min
test-pol-nopw

kadmin:  listpols t*
test-pol
test-pol-nopw
kadmin:

🔑 ktadd

ktadd [options] principal
ktadd [options] -glob princ-exp

Adds a principal — or all principals matching princ-exp — to a keytab file. Each principal's keys get randomized in the process. The rules for princ-exp are described in the list_principals command.

This command requires the inquire and changepw privileges. With the -glob form, it also requires the list privilege.

The options are:

  • -k[eytab] keytab — use keytab as the keytab file. Otherwise the default keytab is used.
  • -e enc:salt,... — uses the specified keysalt list for setting the new keys of the principal. See Keysalt lists in kdc.conf for a list of possible values.
  • -q — display less verbose information.
  • -norandkey — do not randomize the keys. The keys and their version numbers stay unchanged. 🚨 This option cannot be specified in combination with the -e option.

An entry for each of the principal's unique encryption types is added, ignoring multiple keys with the same encryption type but different salt types.

Alias: xst

Example:

kadmin: ktadd -k /tmp/foo-new-keytab host/foo.mit.edu
Entry for principal host/foo.mit.edu@ATHENA.MIT.EDU with kvno 3,
     encryption type aes256-cts-hmac-sha1-96 added to keytab
     FILE:/tmp/foo-new-keytab
kadmin:

✂️ ktremove

ktremove [options] principal [kvno | all | old]

Removes entries for the specified principal from a keytab. Requires no permissions, since this doesn't need database access. queen behaviour tbh 👑

If the string "all" is specified, all entries for that principal are removed; if the string "old" is specified, all entries for that principal except those with the highest kvno are removed. Otherwise, the value specified gets parsed as an integer, and all entries whose kvno match that integer are removed.

The options are:

  • -k[eytab] keytab — use keytab as the keytab file. Otherwise the default keytab is used.
  • -q — display less verbose information.

Alias: ktrem

Example:

kadmin: ktremove kadmin/admin all
Entry for principal kadmin/admin with kvno 3 removed from keytab
     FILE:/etc/krb5.keytab
kadmin:

🔒 lock

Lock database exclusively. Use with extreme caution! 😱 This command only works with the DB2 KDC database module.

🔓 unlock

Release the exclusive database lock.

📋 list_requests

Lists the requests available for kadmin.

Aliases: lr, ?

🚪 quit

Exit program. If the database was locked, the lock is released. bye bestie 💖

Aliases: exit, q

🌸 HISTORY 🌸

The kadmin program was originally written by Tom Yu at MIT, as an interface to the OpenVision Kerberos administration program. a whole legend fr fr.

🌈 ENVIRONMENT 🌈

See kerberos for a description of Kerberos environment variables.

👀 SEE ALSO 👀

kpasswd, kadmind, kerberos

💜 AUTHOR 💜

MIT

1985-2025, MIT

and that's the whole page bestie!! 🦋 this is kadmin from MIT, version 1.22.1, spanning 1985-2025 — go forth and admin your Kerberos realm responsibly, mwah 💅✨

📦 where this page comes from