La commande Kinit demande ou prolonge une émission de ticket dans le processus d’au­then­ti­fi­ca­tion Kerberos. Il s’agit donc d’un élément important du service d’au­then­ti­fi­ca­tion qui offre un niveau accru de con­fi­den­tia­lité et de cy­ber­sé­cu­rité, prin­ci­pa­le­ment dans les réseaux in­for­ma­tiques non sécurisés. Apprenez-en davantage sur la syntaxe de la commande et sur les options qu’elle offre en as­so­cia­tion avec Kerberos à travers des exemples pratiques.

Nom de domaine
Votre domaine en un clic
  • 1 cer­ti­fi­cat SSL Wildcard par contrat
  • Fonction incluse Domain Connect pour une con­fi­gu­ra­tion DNS sim­pli­fiée

Qu’est-ce que la commande Kinit et à quoi sert-elle ?

Pour pouvoir utiliser la commande Kinit cor­rec­te­ment, vous devez tout d’abord com­prendre son rôle dans le protocole de sécurité Kerberos. Kerberos est une tech­no­lo­gie d’au­to­ri­sa­tion standard qui prend la forme d’un protocole réseau à l’instar de NTLM et fait partie de la famille des pro­to­coles Internet (IP). Pour la trans­mis­sion des données, les deux pro­to­coles de sécurité utilisent TCP (Trans­mis­sion Control Protocol) ou UDP (User Datagram Protocol).

Conseil

Vous souhaitez savoir comment TCP et IP fonc­tion­nent ensemble ? Nous vous l’ex­pli­quons dans notre article sur TCP/IP.

Et con­trai­re­ment à NTLM, Kerberos a recours à un tiers pour la vé­ri­fi­ca­tion de l’uti­li­sa­teur, ajoutant ainsi une couche de sécurité sup­plé­men­taire. En plus du client et du serveur d’hé­ber­ge­ment, il comprend également un serveur d’au­then­ti­fi­ca­tion ou un serveur d’émission de tickets (ensemble, ils forment le KDC ou centre de dis­tri­bu­tion de clés). C’est ici qu’un TGT (Ticket Granting Ticket) est émis au client sur demande et après une vé­ri­fi­ca­tion réussie. Ce ticket de service définit pendant combien de temps l’uti­li­sa­teur aura accès à certaines données.

La commande Kinit joue un rôle essentiel dans ce processus : elle permet d’appeler le Ticket Granting Ticket ou de le prolonger s’il était déjà en cours. Dans la section suivante, vous dé­cou­vri­rez la syntaxe de la commande Kinit et les options dont vous disposez lorsque vous l’utilisez.

Conseil

Les cy­be­rat­taques de­vien­nent plus so­phis­ti­quées à mesure que les tech­no­lo­gies telles que l’in­tel­li­gence ar­ti­fi­cielle pro­gres­sent. Protégez vos données es­sen­tielles dans la solution de stockage dans le Cloud HiDrive Next de IONOS et reposez-vous en per­ma­nence sur des pro­cé­dures de sécurité de pointe.

Commande Kinit : syntaxe et options

Vous trouverez ci-dessous la syntaxe de la commande Kinit et une ré­par­ti­tion des dif­fé­rentes variables ou dif­fé­rents flags.

kinit [ -l lifetime ] [ -r renewable_life ] [ -f ] [ -p ] [ -A ] [ -s start_time ] [ -S target_service ] [ -k [ -t keytab_file ] ] [ -R ] [ -v ] [ -u ] [ -c cachename ] [ principal ]
Élément Sig­ni­fi­ca­tion
-A Cet élément indique que le ticket contient une liste d’adresses de clients. Si cette option n’est pas spécifiée, le ticket contient la liste des adresses locales des hôtes. Toutefois, si votre ticket initial contient une liste d’adresses spé­ci­fique, l’uti­li­sa­tion est limitée aux adresses incluses dans la liste d’adresses.
-c Il s’agit du nom du cache. Le flag -c est utilisé pour spécifier quel cache doit être utilisé pour les in­for­ma­tions d’iden­ti­fi­ca­tion. En l’absence de ce flag, le cache par défaut est utilisé.
-f Vous devez spécifier ce flag si le ticket cor­res­pon­dant doit être transféré. En l’absence de -f, le ticket n’est pas trans­fé­rable.
-k Cet élément vous permet de dé­ter­mi­ner que la clé d’un principal est récupérée dans une table de clés. En l’absence de ce flag, il est demandé à l’uti­li­sa­teur de saisir ma­nuel­le­ment son mot de passe.
-l* Ce flag précise la validité (en anglais : lifetime), c’est-à-dire la durée de validité d’un ticket. Par défaut, un ticket devient invalide après dix heures et doit alors être renouvelé.
-p Vous permet de spécifier que le ticket doit être com­pa­tible avec un proxy.
principal Cet élément indique le principal concerné. En l’absence de ce flag, le principal est sim­ple­ment appelé à partir du cache pour l’ac­cré­di­ta­tion.
-r* Ce flag indique la validité re­nou­ve­lable (en anglais : renewable life). Dans ce cadre, la nouvelle validité doit toujours être en dehors de l’heure de fin initiale. En l’absence de -r, le ticket ne peut pas être renouvelé.
-R Vous permet d’indiquer si un ticket existant doit être renouvelé.
-s* Ce flag vous permet de spécifier qu’un ticket ayant une certaine heure de début doit être antidaté.
-S Cet élément re­pré­sente le service cible (en anglais : target service) à utiliser pour la con­sul­ta­tion du ticket.
-t Le -t renvoie au fichier de clé de chif­fre­ment ou indique quel fichier de clé doit être utilisé à la place du fichier de clé par défaut.
-v Indique que le TGT dans le cache doit être transmis au Centre de dis­tri­bu­tion de clés pour va­li­da­tion.
-u Cet élément indique que Kinit doit créer un fichier cache d’ac­cré­di­ta­tion afin que le processus puisse être identifié de manière unique.
* Ces flags doivent toujours être indiqués dans ce format : ndnhnmns. Ici, n renvoie au nombre, d au jour (day), h aux heures, m aux minutes et s aux secondes.
Note

Une commande avec -p vous permet d’utiliser un service avec une autre adresse IP que celle spécifiée dans le TGT. Si vous souhaitez savoir comment trouver votre propre adresse IP, consultez notre article sur le sujet.

Commande Kinit : exemple

Imaginons que vous sou­hai­tiez générer un TGT d’une validité de neuf heures et devant être re­nou­ve­lable pendant six jours. Selon la syntaxe Kinit, la commande res­sem­ble­rait à ce qui suit :

kinit -l 9h  -r  6d  my_principal

La commande suivante requiert un TGT pour le principal spécifié, qui expire dans une heure mais peut être prolongé de dix heures au maximum. N’oubliez pas qu’un uti­li­sa­teur ne peut re­nou­ve­ler qu’un seul ticket avant son ex­pi­ra­tion. Le billet renouvelé peut être à nouveau renouvelé dans les dix heures suivant sa demande initiale.

kinit -R utilisateur@example.com
Conseil

Les tech­no­lo­gies de chif­fre­ment telles que Kerberos sont im­por­tantes pour garantir que vos données ne tombent jamais entre de mauvaises mains. Si vous optez pour un nom de domaine ou pour la location d’un serveur IONOS, nous vous proposons un échange de données crypté con­for­mé­ment aux normes de sécurité en vigueur, notamment via le cer­ti­fi­cat SSL Wildcard.

My­De­fen­der
Cy­ber­sé­cu­rité complète
  • Analyses antivirus ré­gu­lières
  • Sau­ve­gardes au­to­ma­tiques et res­tau­ra­tions faciles
Aller au menu principal