Files
pyssh-client/app/security/key_protection.py
Florian d212e6ab44 feat: proteger les cles privees via ACL NTFS (icacls) sous Windows
chmod(0o600) n'a aucun effet sur les permissions NTFS reelles : sous Windows,
une cle privee generee restait accessible a tout compte ayant acces au
dossier (permissions heritees usuelles : Users/Authenticated Users).

app/security/key_protection.py : protect_private_key() verrouille l'ACL du
fichier via icacls (/inheritance:r puis /grant:r <utilisateur>:F), plutot que
d'ajouter une dependance pywin32 - plus lourde a empaqueter avec PyInstaller
pour un simple changement de permissions. Repli chmod(0o600) sous Linux/macOS.
Echec silencieux (icacls absent, systeme de fichiers sans ACL...), comme le
faisait deja l'appel chmod qu'elle remplace.

Branchee dans KeyManager.generate_key() (cf commit suivant). Non appliquee a
import_key() : une cle importee pointe potentiellement vers un chemin hors du
controle de l'application (~/.ssh partage avec d'autres outils), et la
consigne est de ne jamais rendre une cle moins accessible qu'elle ne l'etait -
ni, par prudence, de modifier sans le demander des permissions definies par
l'utilisateur lui-meme.

Verifie manuellement avec icacls apres generation reelle : seul le compte
Windows courant apparait dans l'ACL du fichier.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
2026-09-05 01:43:12 +02:00

58 lines
2.1 KiB
Python

"""Restreint l'acces a une cle privee au seul utilisateur courant.
Sous Windows, `chmod(0o600)` n'a aucun effet sur les permissions NTFS reelles :
on verrouille donc l'ACL du fichier via `icacls` (outil Windows standard), plutot
que d'ajouter une dependance pywin32 - plus lourde a empaqueter avec PyInstaller
pour un simple changement de permissions. Sous Linux/macOS, chmod suffit.
`icacls fichier /inheritance:r` retire les entrees heritees du dossier parent
(qui donnent en general acces a "Users"/"Authenticated Users"), puis
`/grant:r <utilisateur>:F` accorde le controle total au seul utilisateur courant.
Le proprietaire d'un fichier NTFS garde toujours le droit de modifier son ACL
meme quand celle-ci est vide entre les deux commandes : il n'y a pas de risque de
se retrouver bloque hors de son propre fichier.
"""
from __future__ import annotations
import os
import subprocess
from pathlib import Path
_NO_WINDOW = getattr(subprocess, "CREATE_NO_WINDOW", 0)
def protect_private_key(path: Path) -> None:
"""Ne rend jamais une cle plus accessible qu'elle ne l'etait ; peut echouer
silencieusement (systeme de fichiers sans ACL/permissions, icacls absent...),
comme le faisait deja l'appel chmod qu'elle remplace."""
if os.name == "nt":
_protect_windows(Path(path))
else:
try:
Path(path).chmod(0o600)
except OSError:
pass
def _current_user_account() -> str:
domain = os.environ.get("USERDOMAIN", "")
name = os.environ.get("USERNAME", "")
return f"{domain}\\{name}" if domain else name
def _protect_windows(path: Path) -> None:
account = _current_user_account()
if not account.strip("\\"):
return
try:
subprocess.run(
["icacls", str(path), "/inheritance:r"],
capture_output=True, check=True, creationflags=_NO_WINDOW,
)
subprocess.run(
["icacls", str(path), "/grant:r", f"{account}:F"],
capture_output=True, check=True, creationflags=_NO_WINDOW,
)
except (subprocess.CalledProcessError, OSError, FileNotFoundError):
pass