نمای کلی اجرایی و اهمیت معماری
تیم psqlODBC رسماً انتشار نسخه ۱۸.۰۰.۰۰۰۵ را اعلام کرد که درایور رسمی ODBC تعیین‌شده برای اکوسیستم‌های PostgreSQL است. این نسخه نگهداری و امنیتی به‌طور مستقیم به سطوح آسیب‌پذیری حیاتی در خطوط لوله اتصال پارامتر رسیدگی می‌کند، ناهنجاری‌های ایجاد شده در نسخه‌های قبلی را حل مینماید و وابستگی‌های رمزنگاری پایه‌ای را به‌روز می‌کند. برای محیط‌های سازمانی که از استانداردهای اتصال پایگاه‌داده باز (ODBC) برای ارتباط با زیرساخت‌های PostgreSQL استفاده می‌کنند، این نسخه نقطه همگام‌سازی ضروری برای حفظ امنیت حافظه و اجرای پایدار پرس‌وجوها است.
از منظر معماری، برنامه‌های سازمانی مکرراً تعاملات پایگاه‌داده را از طریق له‌های دسترسی به داده عمومی انتزاع می‌کنند و گاهی درایورهای بومی زیرین را در معرض تولید پارامترهای نامحدود قرار می‌دهند. نسخه ۱۸.۰۰.۰۰۰۵ با یک بردار جدی از خرابی حافظه پشته (Heap Memory Corruption) که ناشی از فرض‌های نوع قدیمی در مدیریت حالت هسته درایور است، مقابله می‌کند. تیم psqlODBC با ایمن‌سازی مرزهای ورودی و تنظیم مجدد تخصیص‌های بافر با اندازه ثابت برای دستورات با پارامترهای زیاد، همچنان به تقویت پشته اتصال داده PostgreSQL در برابر بارهای اجرایی ناقص یا مخرب ادامه می‌دهد و عملکرد قوی را تحت بارهای کاری سازمانی با همگام‌سازی بالا تضمین می‌کند.
بهبودهای اصلی و ارگونومی توسعه‌دهنده
تمرکز فنی اصلی نسخه ۱۸.۰۰.۰۰۰۵ بر روی اصلاح آسیب‌پذیری CVE-2026-109448 متمرکز است؛ یک آسیب‌پذیری خرابی حافظه پشته با شدت متوسط (امتیاز پایه CVSS 3.1: ۵.۹) که نسخه‌های ۰۸.۰۱.۰۱o۲ تا ۱۸.۰۰.۰۰۰۴ را تحت تأثیر قرار می‌دهد. از نظر تاریخی، psqlODBC تعداد پارامترهای متصل شده را روی یک دسته دستور فعال با استفاده از یک فیلد ۱۶ بیتی علامت‌دار ردیابی می‌کرد. هنگامی که یک برنامه از ۳۲,۷۶۸ پارامتر متصل شده روی یک دستور واحد فراتر می‌رفت - الگویی که گاهی اوقات به صورت پویا از طریق ساخت لیست IN (?, ?, ...) خودکار از ورودی‌های نامعتبر کاربر ایجاد می‌شد - درایور بایت‌های با مقدار صفر را خارج از بلوک حافظه اختصاص‌یافته که اتصالات پارامتر را مدیریت می‌کند، می‌نوشت. این وضعیت منجر به خرابی فاجعه‌بار پشته، خاتمه فوری فرآیند، یا آلودگی خاموش حالت می‌شد. درایور اکنون به‌طور دقیق این حالت را در سطح رابط SQLBindParameter رهگیری می‌کند و شاخص‌های پارامتر فراتر از ۳۲۷۶۷ را با کد استاندارد SQLSTATE 07009 به طور کامل رد می‌کند.
فراتر از سخت‌سازی امنیتی، این نسخه دو نقص عملیاتی مداوم را که بر پارامتری‌سازی در مقیاس بزرگ و له‌های یکپارچه‌سازی قدیمی تأثیر می‌گذارند، هدف قرار می‌دهد. پیش از این، دستوراتی که مستقیماً روی سرور PostgreSQL با استفاده از ۱۰۰۰ پارامتر یا بیشتر آماده می‌شدند، از مشکلات شدید قطع رشته رنج می‌بردند، جایی که فردیت نوع پس از هر پارامتر به‌طور ناگهانی قطع می‌شد تا در یک بافر داخلی با اندازه ثابت ناکافی جا شود و به خطاهای نحوی مانند نوع "timestam" وجود ندارد ختم می‌شد. علاوه بر این، مسائل رگرسیون معرفی شده در نسخه ۱۸.۰۰.۰۰۰۳ که بر مارشال کردن پارامتر bytea از طریق ارائه‌دهنده OLE DB مایکروسافت برای ODBC (MSDASQL) تأثیر می‌گذاشت، به طور کامل حل شده است. آرتیفکت‌های کامپایل ویندوز اکنون به‌صورت بومی بر اساس OpenSSL 3.5.9 ساخته شده‌اند و ارز دیجیتال رمزنگاری را در بسته‌های نصب‌کننده x86، x64 و ARM64 تضمین می‌کنند.
ماتریس مقایسه معماری
| معیار / مؤلفه | مبنای قبلی (۱۸.۰۰.۰۰۰۴ و قبل از آن) | نسخه به‌روز شده (۱۸.۰۰.۰۰۰۵) |
|---|---|---|
| محدودیت اتصال پارامتر | مرز بررسی نشده، آسیب‌پذیر در پارامترهای > ۳۲,۷۶۸ | سقف سخت روی ۳۲,۷۶۷ از طریق SQLBindParameter (SQLSTATE 07009) |
| ایمنی تخصیص بافر | قطع بافر با اندازه ثابت در آماده‌سازی سرور ≥ ۱,۰۰۰ پارامتر | ساختارهای بافر توسعه‌یافته و به‌صورت پویا اعتبارسنجی شده |
| سازگاری OLE DB / MSDASQL | خطاهای نوع bytea ("نوع نامعتبر است") از نسخه ۱۸.۰۰.۰۰۰۳ |
قابلیت اتصال bytea کاملاً بازیابی شده برای ADO/MSDASQL |
| پشته رمزنگاری (ویندوز) | تکرارهای قدیمی‌تر کتابخانه OpenSSL | ساخته شده به صورت بومی با OpenSSL 3.5.9 |
| تاخیر حافظه و پایداری پشته | مستعد نوشتن صفر خارج از محدوده در اتصالات شدید | مرزهای پشته کاملاً امن با بررسی دقیق محدوده‌ها |
تغییرات ساختارشکن و هشدارهای مهاجرت
نسخه ۱۸.۰۰.۰۰۰۵ یک تغییر ساختارشکن محافظتی در رابطه با برنامه‌هایی که تلاش می‌کنند بیش از ۳۲,۷۶۷ پارامتر را روی یک دسته دستور واحد متصل کنند، معرفی می‌کند. از آنجا که معماری استاندارد ODBC بر روی فیلدهای توصیف‌گر ۱۶ بیتی (SQLNumParams و SQL_DESC_COUNT) متکی است، مسیرهای اجرایی بیش از ۳۲,۷۶۷ پارامتر در نسخه‌های قبلی عملاً غیرممکن بود و در عین حال خطری جدی برای خرابی حافظه ایجاد می‌کرد. برنامه‌هایی که تلاش کنند از این سقف فراتر روند، اکنون بلافاصله خطای SQLSTATE 07009 را دریافت خواهند کرد. توسعه‌دهندگان باید له‌های تولید پرس‌وجوی پویا را برای اجرای دسته‌ای یا استفاده از ساختارهای پارامتر آرایه (مانند = ANY(?)) هنگام رسیدگی به پارامترهای مجموعه بزرگ، بازسازی کنند.
راهنمای گام به گام ارتقا
- تایید نصب درایورهای موجود: نسخه‌های فعلی psqlODBC را در ماشین‌های کلاینت و سرورهای برنامه‌ها از طریق مدیر منبع داده ODBC یا ویژگی‌های مستقیم فایل درایور بررسی کنید.
- استقرار باینری‌ها / نصب‌کننده‌های به‌روز شده: نصب‌کننده‌ها یا ماژول‌های ادغام ویندوز x86، x64 یا ARM64 مناسب را از مخازن رسمی FTP یا GitHub PostgreSQL دانلود کنید. کتابخانه‌های زمان اجرا را در تمامی میزبان‌های ویندوز و Unix-odbc تحت تأثیر به‌روز کنید.
- بازسازی تولید پارامتر پویا:
له‌های دسترسی به داده برنامه را بررسی کنید تا مطمئن شوید بندهای پویای
INاز محدودیت پارامتر ۳۲,۷۶۷ تجاوز نمی‌کنند. آرایه‌های بزرگ را به پارامترهای آرایه بومی PostgreSQL منتقل کنید:-- جایگزین پیشنهادی برای لیست‌های مقادیر بزرگ SELECT * FROM target_table WHERE id = ANY(?);