ഓപ്പൺഎസ്എസ്എച്ച് 8.3 റിലീസ്, എസ്‌സി‌പി കേടുപാടുകൾ പരിഹരിക്കുന്നു

മൂന്ന് മാസത്തെ വികസനത്തിന് ശേഷം അവതരിപ്പിച്ചു പ്രകാശനം OpenSSH 8.3, SSH 2.0, SFTP പ്രോട്ടോക്കോളുകൾ വഴി പ്രവർത്തിക്കുന്നതിനുള്ള ഒരു ഓപ്പൺ ക്ലയന്റും സെർവർ നടപ്പിലാക്കലും.

അഭ്യർത്ഥിച്ചിട്ടുള്ളതല്ലാതെ മറ്റ് ഫയൽനാമങ്ങൾ കൈമാറാൻ സെർവറിനെ അനുവദിക്കുന്ന scp ആക്രമണങ്ങളിൽ നിന്നുള്ള സംരക്ഷണം പുതിയ പതിപ്പ് ചേർക്കുന്നു. മുൻകാല ദുർബലത, ആക്രമണം ഉപയോക്താവ് തിരഞ്ഞെടുത്ത ഡയറക്ടറി അല്ലെങ്കിൽ ഗ്ലോബ് മാസ്ക് മാറ്റുന്നത് സാധ്യമാക്കുന്നില്ല). എസ്‌സിപിയിൽ, ക്ലയൻ്റിലേക്ക് ഏത് ഫയലുകളും ഡയറക്‌ടറികളും അയയ്‌ക്കണമെന്ന് സെർവർ തീരുമാനിക്കുന്നു, കൂടാതെ ക്ലയൻ്റ് തിരികെ നൽകിയ ഒബ്‌ജക്റ്റ് പേരുകളുടെ കൃത്യത മാത്രമേ പരിശോധിക്കൂ. യൂടൈംസ് സിസ്റ്റം കോൾ പരാജയപ്പെടുകയാണെങ്കിൽ, ഫയലിലെ ഉള്ളടക്കങ്ങൾ ഫയൽ മെറ്റാഡാറ്റയായി വ്യാഖ്യാനിക്കപ്പെടുന്നു എന്നതാണ് തിരിച്ചറിഞ്ഞ പ്രശ്നത്തിൻ്റെ സാരം.

ഒരു ആക്രമണകാരി നിയന്ത്രിത സെർവറിലേക്ക് കണക്‌റ്റ് ചെയ്യുമ്പോൾ, യൂടൈമുകൾ വിളിക്കുമ്പോൾ പരാജയത്തിലേക്ക് നയിക്കുന്ന കോൺഫിഗറേഷനുകളിൽ scp ഉപയോഗിച്ച് പകർത്തുമ്പോൾ ഉപയോക്താവിൻ്റെ FS-ൽ മറ്റ് ഫയൽ നാമങ്ങളും മറ്റ് ഉള്ളടക്കങ്ങളും സംരക്ഷിക്കാൻ ഈ സവിശേഷത ഉപയോഗിക്കാം (ഉദാഹരണത്തിന്, SELinux നയം അല്ലെങ്കിൽ സിസ്റ്റം കോൾ ഫിൽട്ടർ) . സാധാരണ കോൺഫിഗറേഷനുകളിൽ യൂടൈംസ് കോൾ പരാജയപ്പെടാത്തതിനാൽ യഥാർത്ഥ ആക്രമണങ്ങളുടെ സാധ്യത വളരെ കുറവാണെന്ന് കണക്കാക്കപ്പെടുന്നു. കൂടാതെ, ആക്രമണം ശ്രദ്ധിക്കപ്പെടാതെ പോകുന്നില്ല - scp വിളിക്കുമ്പോൾ, ഒരു ഡാറ്റ കൈമാറ്റ പിശക് കാണിക്കുന്നു.

പൊതുവായ മാറ്റങ്ങൾ:

• sftp-ൽ, "-1" ആർഗ്യുമെൻ്റിൻ്റെ പ്രോസസ്സിംഗ് നിർത്തി, ssh, scp എന്നിവയ്ക്ക് സമാനമായി, ഇത് മുമ്പ് അംഗീകരിച്ചിരുന്നുവെങ്കിലും അവഗണിച്ചു;
• sshd-ൽ, IgnoreRhosts ഉപയോഗിക്കുമ്പോൾ, ഇപ്പോൾ മൂന്ന് ചോയ്‌സുകൾ ഉണ്ട്: "അതെ" - rhosts/shosts അവഗണിക്കുക, "no" - rhosts/shosts, "shosts-only" - ".shosts" അനുവദിക്കുക, എന്നാൽ ".rhosts" അനുവദിക്കരുത്;
• Unix സോക്കറ്റുകൾ റീഡയറക്‌ട് ചെയ്യാൻ ഉപയോഗിക്കുന്ന LocalFoward, RemoteForward ക്രമീകരണങ്ങളിൽ Ssh ഇപ്പോൾ %TOKEN സബ്‌സ്റ്റിറ്റ്യൂഷൻ പിന്തുണയ്ക്കുന്നു;
• പബ്ലിക് കീയ്‌ക്കൊപ്പം പ്രത്യേക ഫയൽ ഇല്ലെങ്കിൽ ഒരു സ്വകാര്യ കീ ഉപയോഗിച്ച് എൻക്രിപ്റ്റ് ചെയ്യാത്ത ഫയലിൽ നിന്ന് പൊതു കീകൾ ലോഡ് ചെയ്യാൻ അനുവദിക്കുക;
• സിസ്റ്റത്തിൽ libcrypto ലഭ്യമാണെങ്കിൽ, ssh, sshd എന്നിവ ഇപ്പോൾ ഈ ലൈബ്രറിയിൽ നിന്നുള്ള chacha20 അൽഗോരിതം നടപ്പിലാക്കുന്നു, ബിൽറ്റ്-ഇൻ പോർട്ടബിൾ ഇംപ്ലിമെൻ്റേഷനുപകരം, ഇത് പ്രകടനത്തിൽ പിന്നിലാണ്;
• “ssh-keygen -lQf /path” എന്ന കമാൻഡ് എക്സിക്യൂട്ട് ചെയ്യുമ്പോൾ അസാധുവാക്കപ്പെട്ട സർട്ടിഫിക്കറ്റുകളുടെ ഒരു ബൈനറി ലിസ്റ്റിലെ ഉള്ളടക്കങ്ങൾ ഡംപ് ചെയ്യാനുള്ള കഴിവ് നടപ്പിലാക്കി;
• പോർട്ടബിൾ പതിപ്പ്, SA_RESTART ഓപ്ഷനുള്ള സിഗ്നലുകൾ തിരഞ്ഞെടുത്ത പ്രവർത്തനത്തെ തടസ്സപ്പെടുത്തുന്ന സിസ്റ്റങ്ങളുടെ നിർവചനങ്ങൾ നടപ്പിലാക്കുന്നു;
• HP/UX, AIX സിസ്റ്റങ്ങളിലെ അസംബ്ലിയിലെ പ്രശ്നങ്ങൾ പരിഹരിച്ചു;
• ചില Linux കോൺഫിഗറേഷനുകളിൽ seccomp സാൻഡ്‌ബോക്‌സ് നിർമ്മിക്കുന്നതിലെ പ്രശ്‌നങ്ങൾ പരിഹരിച്ചു;
• മെച്ചപ്പെടുത്തിയ libfido2 ലൈബ്രറി കണ്ടെത്തലും "--with-security-key-builtin" ഓപ്ഷനുള്ള ബിൽഡ് പ്രശ്‌നങ്ങളും പരിഹരിച്ചു.

ഓപ്പൺഎസ്എസ്എച്ച് ഡെവലപ്പർമാർ SHA-1 ഹാഷുകൾ ഉപയോഗിച്ച് അൽഗോരിതങ്ങൾ വിഘടിക്കുന്നതിനെ കുറിച്ച് വീണ്ടും മുന്നറിയിപ്പ് നൽകി. പ്രമോഷൻ തന്നിരിക്കുന്ന പ്രിഫിക്‌സ് ഉപയോഗിച്ചുള്ള കൂട്ടിയിടി ആക്രമണങ്ങളുടെ ഫലപ്രാപ്തി (ഒരു കൂട്ടിയിടി തിരഞ്ഞെടുക്കുന്നതിനുള്ള ചെലവ് ഏകദേശം 45 ആയിരം ഡോളറായി കണക്കാക്കപ്പെടുന്നു). വരാനിരിക്കുന്ന റിലീസുകളിലൊന്നിൽ, പബ്ലിക് കീ ഡിജിറ്റൽ സിഗ്നേച്ചർ അൽഗോരിതം "ssh-rsa" ഉപയോഗിക്കാനുള്ള കഴിവ് ഡിഫോൾട്ടായി അപ്രാപ്‌തമാക്കാൻ അവർ പദ്ധതിയിടുന്നു, ഇത് SSH പ്രോട്ടോക്കോളിനായുള്ള യഥാർത്ഥ RFC-യിൽ പരാമർശിക്കുകയും പ്രായോഗികമായി വ്യാപകമായി തുടരുകയും ചെയ്യുന്നു (ഉപയോഗം പരിശോധിക്കുന്നതിന്. നിങ്ങളുടെ സിസ്റ്റങ്ങളിൽ ssh-rsa, "-oHostKeyAlgorithms=-ssh-rsa") എന്ന ഓപ്‌ഷൻ ഉപയോഗിച്ച് നിങ്ങൾക്ക് ssh വഴി ബന്ധിപ്പിക്കാൻ ശ്രമിക്കാം.

OpenSSH-ലെ പുതിയ അൽഗോരിതങ്ങളിലേക്കുള്ള മാറ്റം സുഗമമാക്കുന്നതിന്, ഭാവിയിൽ ഒരു റിലീസിൽ UpdateHostKeys ക്രമീകരണം ഡിഫോൾട്ടായി പ്രവർത്തനക്ഷമമാക്കും, ഇത് ക്ലയൻ്റുകളെ കൂടുതൽ വിശ്വസനീയമായ അൽഗോരിതങ്ങളിലേക്ക് സ്വയമേവ മൈഗ്രേറ്റ് ചെയ്യും. RFC2 RSA SHA-256 അടിസ്ഥാനമാക്കിയുള്ള rsa-sha512-8332/2 (ഓപ്പൺഎസ്എസ്എച്ച് 7.2 മുതൽ പിന്തുണയ്‌ക്കുകയും സ്ഥിരസ്ഥിതിയായി ഉപയോഗിക്കുകയും ചെയ്യുന്നു), ssh-ed25519 (ഓപ്പൺഎസ്എസ്എച്ച് 6.5 മുതൽ പിന്തുണയ്‌ക്കുന്നു), ecdsa-sha2-n256 അടിസ്ഥാനമാക്കിയുള്ള മൈഗ്രേഷനായി ശുപാർശ ചെയ്‌ത അൽഗോരിതങ്ങളിൽ ഉൾപ്പെടുന്നു. RFC384 ECDSA-ൽ (ഓപ്പൺഎസ്എസ്എച്ച് 521 മുതൽ പിന്തുണയ്ക്കുന്നു).

അവസാന പതിപ്പിൽ, "ssh-rsa", "diffie-hellman-group14-sha1" എന്നിവ CASignatureAlgorithms ലിസ്റ്റിൽ നിന്ന് നീക്കംചെയ്‌തു, അത് പുതിയ സർട്ടിഫിക്കറ്റുകൾ ഡിജിറ്റലായി ഒപ്പിടാൻ അനുവദിച്ചിരിക്കുന്ന അൽഗോരിതങ്ങൾ നിർവചിക്കുന്നു, കാരണം സർട്ടിഫിക്കറ്റുകളിൽ SHA-1 ഉപയോഗിക്കുന്നത് ഒരു അധിക അപകടസാധ്യത ഉണ്ടാക്കുന്നു. നിലവിലുള്ള ഒരു സർട്ടിഫിക്കറ്റിനായി ഒരു കൂട്ടിയിടി തിരയാൻ ആക്രമണകാരിക്ക് പരിധിയില്ലാത്ത സമയമുണ്ട്.

അവലംബം: opennet.ru