Styx 0.4.19, kodlama agent'lerinin SSH, scp ve rsync komutlarını private key'i hiç görmeden çalıştırmasını sağlıyor

Agent'lar erişim alıyor, anahtarı değil

Bir AI kodlama agent'ının bir sunucuya erişmesi gerektiğinde, iki bariz kurulumun ikisi de fazla şey ortaya döküyor: ya private key agent'ın okuyabileceği bir yerde duruyor, ya da agent sizin normal SSH yapılandırmanızı ödünç alıyor ve işine sadık kalmasını umuyorsunuz. dev.to'da yazan Nicholas Flemmer, üçüncü bir yol olarak kodlama agent'lerini çalıştıran ve üretim sistemlerine erişimlerini kapatan ücretsiz ve açık kaynaklı bir masaüstü uygulaması olan Styx'i sunuyor. 0.4.19 sürümü SSH hedef (target) desteği ekliyor ve geliştiriciye göre bu, agent'lerin sıradan ssh, scp, sftp ve rsync komutlarını çalıştırmasını sağlarken kimlik bilgilerini perde arkasında Styx hallediyor.

Bir kimlik bilgisi değil, bir hedef

Styx'te bir SSH hedefi; host, kullanıcı, port (varsayılan 22), user@bastion:22 biçiminde isteğe bağlı bir jump host (birden fazlaysa virgülle ayrılmış) ve prod, staging ya da preview şeklinde bir ortam etiketi olarak tanımlanıyor. Agent'lara özel bir araç verilmiyor: düz ssh komutlarını çağırıyorlar ve Styx hedefin kullanıcı, port ve jump host bilgilerini onlar için dolduruyor. Agent kendi kullanıcı veya portunu belirtirse, geliştiriciye göre agent'ın seçimi öncelik kazanıyor.

Oturum açmanın üç yolu

Styx üç kimlik doğrulama modunu destekliyor ve her birinin farklı bir güven profili var:

• Anahtar dosyası. OS anahtar zinciri (keychain) yalnızca anahtarın yolunu ve parolasını saklıyor, asla anahtarın kendisini değil. Bir yetki verildiğinde Styx anahtarı diskten yeniden okuyor ve agent'a, o yetkinin ömrü boyunca geçerli kalan iletilmiş bir SSH agent socket'i veriyor. Agent anahtar dosyasına hiç dokunmuyor.
• Parola. Parola anahtar zincirinde duruyor. Her yetki verilişinde Styx sunucuya kendisi oturum açıyor ve agent o bağlantıyı kullanıyor; böylece kimlik bilgisini hiç görmüyor. Bu mod Windows'ta kullanılamıyor; Windows'un ssh uygulaması zaten kimliği doğrulanmış bir bağlantıyı paylaşamıyor. Orada kullanıcılar anahtar dosyalarına ya da kendi kurulumlarına dönüyor.
• Kendi SSH kurulumunuz. Hiçbir şey saklanmıyor. ssh çağrısı mevcut agent'ınızı ve ~/.ssh/config'i kullanıyor; böylece 1Password entegrasyonu, donanım anahtarları, sertifikalar ve önceden var olan anahtarlar çalışmaya devam ediyor. O kurulumun erişebildiği her şeye agent de erişebiliyor.

Hedef formunda ayrıca bir agent'ın yapacağı şekilde tam olarak kimlik doğrulayan bir test düğmesi var. Bir sunucu yalnızca parola kabul ederken anahtar seçilmişse, Styx bu uyumsuzluğu bildiriyor ve anahtarı sunucuya nasıl kuracağınızı açıklıyor; bu, bir agent'ın görevinin ortasında değil, yapılandırma sırasında fark etmeyi isteyeceğiniz türden bir hata.

Önce sor, sonra denetle

Bağlı bir hedef otomatik olarak kullanılabilir değil. Gönderiye göre agent erişim istemek ve gerekçesini belirtmek zorunda; kullanıcı da kapsamı seçiyor: bir kez, bir saatliğine ya da oturum boyunca. Üretim hedefindeki bir SSH yetkisi, istenen kapsama bakılmaksızın kimlik bilgisinin tamamını devrettiği için Styx, otomatik onayları Touch ID, Windows Hello veya sistem parolası kullanan etkileşimli bir onaya dönüştürüyor; istek yalnızca okuma için olsa bile. Her istek, yetki, kullanım ve iptal, yalnızca eklemeli (append-only) bir denetim kaydına düşüyor.

Korumanın bittiği yer

Geliştirici, Styx'in bir koruma rail'ı olduğunu ama bir sandbox olmadığını açıkça belirtiyor. Agent'ler kullanıcı olarak, kullanıcının makinesinde çalışıyor. Kesinti bir shim üzerinden çalışıyor: ssh'yı adıyla çağıran agent onaya takılıyor, ama gerçek binary'yi tam yoluyla çağıran onu tamamen atlıyor. Böyle durumlarda Claude Code ve Codex sohbette bir engelleme yerine uyarı alıyor. Styx'in verdiği garanti daha dar: agent'e anahtarınızı asla vermiyor ve verdiği her yetki kapsamlı, süreli ve kayda geçiyor.

Neden önemli

Sunucu erişimi, agent iş akışlarında gerçek bir boşluk. Kodlama agent'leri çalıştıran ekiplerin onlara giderek daha fazla uzak makineleri deploy etme, inceleme veya hata ayıklama ihtiyacı var ve şu ana kadarki pratik seçenekler uzun ömürlü kimlik bilgilerini paylaşmak ya da SSH işini elle yapmak oldu. Erişimi iletilmiş agent socket'leri, süresi dolan yetkiler ve bir denetim izi üzerinden aracılık etmek makul bir orta yol. Geliştiricinin tam yolu atlatma konusundaki dürüst açıklaması da önemli: ad temelli bir shim dikkatsiz hataları durdurur, kasıtlı olarak düşmanca bir agent'ı durduramaz; dolayısıyla düşmanca agent tehdit modeli olan herkesin hâlâ gerçek bir sandbox'a ihtiyacı var. Buradaki ayrıntılar bağımsız testten değil, geliştiricinin kendi duyurusundan geliyor; ama iddiaları doğrulamak isteyenler için kod GitHub'da NicholasFlemmer/styx-app adıyla yayınlanmış durumda.