NIST eğrilerinin ardındaki gizemli tohumlar hiçbir zaman özet değeri değildi ve Claude bunu yarım saatten kısa sürede çözdü

TL;DR. NIST P-192, P-224, P-256, P-384 ve P-521 eğrileriyle yayınlanan tohumlar hiçbir zaman özet çıktıları değildi. Unix zaman damgasıyla tohumlanan C kütüphanesinin lrand48 üretecinden gelmişlerdi.

Önemli Çıkarımlar

Türetilmiş gibi görünen bir katsayı ve kimsenin açıklayamadığı bir tohum. ECDSA, FIPS 186-2 Dijital İmza Standardının bir parçası olarak 2000 yılında NIST tarafından benimsendi.
Otuz dakika, ipucu yok ve özet olmayan bir sonuç. Ekim 2026'da meraklı bir Anthropic çalışanı, ipucuna işaret etmeden dahili bir araştırma modeline bu tohumların nasıl üretildiğini çözüp çözemeyeceğini sordu.
Bir tarayıcı 1990'lardan kalma bir üretecin parmak izini nasıl buldu. Yöntem dikkat hak ediyor, çünkü diğer insanların yeniden kullanabileceği kısım budur.
Saati okumak için üreteci geriye doğru çalıştırmak. Bir durumu kurtarmak size tohumun nasıl üretildiğini söyler.

Cevaplayabilecek tek kişinin 2023'te ölmesinden sonra açık kalan bir sorunun sıradan bir cevabı vardı: saatten başlatılan 1990'lardan kalma bir rastgele sayı üreteci. Yazarlar bu cevabın eğrilerin dürüstçe seçildiğine dair güvenlerini azaltmadığını, aksine artırdığını söylüyor.

Yönetici Özeti

ECDSA, FIPS 186-2 Dijital İmza Standardının bir parçası olarak 2000 yılında NIST tarafından benimsendi. Spesifikasyonlar, özet değerinin b eğri katsayısını tanımlaması amaçlanan "tohum" (seed) parametrelerini yayınladı. NSA tohumları hiçbir açıklama veya gerekçe olmadan sağladı.

Ekim 2026'da bir Anthropic çalışanı, ipucuna işaret etmeden dahili bir araştırma modelinden tohumların nasıl üretildiğini çözmesini istedi. Yarım saatten kısa bir sürede Claude, tohumların hiçbirinin özet çıktısı olmadığını buldu. Bunlar, saatten başlatılan yaygın bir sözde rastgele sayı üreteci olan lrand48'in çıktısıydı.

Bulgu kriptografik bir kırılma, yeni bir saldırı veya ECDSA eğrilerinde bir zayıflık değildir. Yazarlar bunun eğrilerin arka kapılar veya kasıtlı zayıflıklar olmadan seçildiğine dair güvenlerini artırdığını söylüyor.

Claude ayrıca Mayıs 1997'den kalma altı eğrinin taban noktalarının, Arjen Lenstra'nın uzun tamsayı aritmetik paketi olan FreeLIP'teki rastgele sayı üretecinden geldiğini açıkladı. Yazarların bildiği kadarıyla daha önce hiçbir NIST taban noktası açıklanmamıştı.

Açık sorular devam etmektedir: P-224, P-256, P-384 ve P-521'in taban noktalarının nasıl seçildiği ve atlanan aday eğrilerin arkasında varsa hangi kriterlerin olduğu.

Türetilmiş gibi görünen bir katsayı ve kimsenin açıklayamadığı bir tohum #

ECDSA, FIPS 186-2 Dijital İmza Standardının bir parçası olarak 2000 yılında NIST tarafından benimsendi. Eğrilerinin spesifikasyonları, eğrinin b katsayısını tanımlamak için özet değeri kullanılan bir "tohum" parametresi taşıyordu. Kağıt üzerinde bu güven verici bir tasarımdır. Argümana göre, katsayı yayınlanmış bir tohumun özetinden çıkıyorsa, hiç kimse eğriyi elle ince ayarlamış olamazdı.

Bu argüman yalnızca tohum kadar iyidir. Tohumlar NSA tarafından hiçbir açıklama veya gerekçe olmaksızın sağlandı ve bu boşluk problemin tamamıdır. Bir özet tek yönlü bir kapıdır: katsayının tohumdan çıktığını kanıtlar ve tohumun nereden geldiği hakkında hiçbir şey söylemez. Yıllarca tohumlar standartta açıklanmamış sabitler olarak oturdu.

Boşluğu dolduracak bir hikaye vardı. En bilinen versiyona göre, uzun süreli bir NSA çalışanı olan Jerry Solinas tohumları esprili bir parolanın özetinden üretmişti. Kaynak daha sonra bunun yanlış çıktığını söylüyor. Bu tür hikayelere inanılma eğilimi vardır, çünkü spesifiktirler, biraz çekicidirler ve kimse onlarla çelişemez. Kanıt olarak ise yetersiz kalırlar. Pratik sonuç, kimsenin iddiayı kontrol edememesiydi ve söylentiler üzerine inşa edilen ifade aramaları sonuçsuz kalmıştı.

Sorulacak bariz kişi Solinas'tı. Jerry 2023'te öldü ve o zamanki diğer meslektaşları yanıt vermedi. Bu durum, bu tohumların başlangıçta nasıl türetildiği sorusunu açık bıraktı.

Durumu görmenin doğru yolunun bu olduğunu savunurum: birkaç kişinin hafızasına bağlı olan bir köken sorusu, imzaların temelini oluşturan bir standart için kırılgan bir düzenlemedir. Bundan sonra olanlarla ilgili ilginç şey, bu anılara ihtiyaç duymamasıydı. Cevap yayınlanan tohumların içinde oturuyor ve birinin doğru hipotezi test etmesini bekliyordu.

Otuz dakika, ipucu yok ve özet olmayan bir sonuç #

Ekim 2026'da meraklı bir Anthropic çalışanı, ipucuna işaret etmeden dahili bir araştırma modeline bu tohumların nasıl üretildiğini çözüp çözemeyeceğini sordu. İfade biçimi önemlidir. Modele ne arayacağı söylenmedi ve onaylaması için cevap eline verilmedi.

Yarım saatten kısa bir sürede Claude, NIST P-192, P-224, P-256, P-384 ve P-521 tohumlarının kökenini keşfetti. Sonuç nettir: tohumların hiçbiri herhangi bir özet algoritmasının sonucu değildi. Bunlar C kütüphanesinin lrand48 rastgele sayı üretecinin çıktısıydı.

Yani parola hikayesi hiçbir zaman bulunamayacaktı, çünkü bulunacak bir parola yoktu. Tohumlar, saatten başlatılan yaygın bir sözde rastgele sayı üreteci tarafından üretilmişti. Gösterişsiz bir açıklamadır ve çekiciliği de tam olarak buradadır: hiçbir sırra, hiçbir özel bilgiye ve hiçbir açıklanmamış sabite ihtiyaç duymaz.

Mekanizmayı tarif etmek basittir. Algoritmanın her yinelemesi, aday bir tohum olarak üreteçten 20 bayt çeker. Yineleme sayısı ilginç detaydır, çünkü sürecin tek bir çekiliş değil bir arama olduğunu gösterir. Örneğin P-256, standartlaştırılmış tohumu vermek için 1842 yineleme gerektirdi. Bu programı kim çalıştırdıysa, gereksinimlerini karşılayan bir eğri üretene kadar adayları taramasına izin verdi.

Yazarlar bunun ne anlama geldiği ve ne anlama gelmediği konusunda dikkatlidir ve çerçevelemeleri tekrarlamaya değerdir. Bu kriptografik bir kırılma, yeni bir saldırı veya ECDSA eğrilerinde bir zayıflık değildir. Yapılması gereken hiçbir işlem yoktur. Bir adım daha ileri giderek, bunun eğrilerin herhangi bir arka kapı veya kasıtlı zayıflık olmaksızın seçildiğine dair güvenlerini artırdığını söylüyorlar. Bu ihtiyatlı bir sonuçtur ve öyle kalmalıdır. Kaynak bunu yazarların güveni olarak çerçeveler ki bu, eğrilerin masumiyetinin bir kanıtından farklı bir şeydir. Bulgunun verdiği şey, doğrulanamaz bir hikayenin yerine sıradan, kontrol edilebilir bir açıklamadır.

Bir tarayıcı 1990'lardan kalma bir üretecin parmak izini nasıl buldu #

Yöntem dikkat hak ediyor, çünkü diğer insanların yeniden kullanabileceği kısım budur.

Claude, eğrileri üreten yazılımın 1990'ların C kütüphaneleriyle birlikte gelen bir PRNG kullandığını tahmin etti. Kaynak bunu bir tahmin olarak ele alır ve iyi bir tahmindi. Sınırsız bir aramayı tek bir dönemden kısa bir aday listesine daralttı.

Claude daha sonra bir tarayıcı yazdı. Yayınlanan her tohum boyunca her seferinde bir bit kaydı ve bitişik parçaların 1990'lardan kalma bir üretecin ardışık çıktıları olup olmadığını test etti. Tarama, üreteç ve çıktı dilimlerinin 34 kombinasyonunu kapsadı. Eşleşme, üst bitlerde şans eseri 1/5810 olasılıkla gerçekleşecek bir örüntü olarak geldi.

Bu örüntü, 48 bitlik bir durumun yalnızca en üst 31 bitini döndüren doğrusal eşlikli (linear congruential) üreteç lrand48'in imzasıydı. Burada üretecin tasarımı sızıntı yapar. lrand48 her çağrıda 48 bitlik durumunun 17 bitini gizlediği için, çıktı rastgele bir dizinin göstermeyeceği bir düzenliliğe sahiptir ve bu düzenliliği aramak için oluşturulmuş bir tarayıcı onu bulabilir.

Durumu kurtarmak için Claude ilk kelimeyi aldı ve 17 gizli bitin 2^17 değerinin tamamını denedi. Bu küçük bir aramadır ve üreteç çok basit olduğu için ucuzdur. Her aday durum tohumun bir sonraki parçasına karşı kontrol edilebildi ve doğru olan tüm diziyi hizaladı.

Asal eğri tohumları biraz da olsa daha zordu. Aynı lrand48 üretecinden gelmişlerdi ancak her çıktının daha az bitini tutmuşlardı. Daha az görünür bit, bir tahmini sabitlemek için daha az şey anlamına gelir, bu nedenle kaba kuvvet hilesi artık o kadar temiz bir şekilde uygulanamaz. Kaynağın cevabı, budanmış bir doğrusal eşlikli üretecin durumunu kurtarmanın, Lenstra-Lenstra-Lovasz (LLL) taban indirgeme algoritması ile çözülen ders kitabı işi bir kafes (lattice) problemi olduğudur. Bir model bunu tanıyabilir ve egzotik hiçbir şey olmadan standart bir aracı buna uygulayabilirdi.

Beş NIST asal eğri tohumu, artı ANSI X9.62 standardından beş tane daha, hepsi aynı örüntüye sahipti: lrand48() >> 23. Tek bir çıkarma kuralını paylaşan on tohum, arkalarında tek bir süreç olduğunun güçlü bir kanıtıdır.

Ardından şanslı bir uyumu gerçek olandan ayıran kontrol gelir. Kurtarılan her 48 bitlik durum, tohumunun 160 bitinin tamamını yeniden üretir ki bu şans eseri olmaz. Kısmi bir eşleşme tesadüf olabilir. Her bitin tam olarak yeniden üretilmesi açıklanarak geçiştirilmesi çok daha zor bir şeydir ve sonucun açıkça ifade edilebilmesinin nedeni budur.

Saati okumak için üreteci geriye doğru çalıştırmak #

Bir durumu kurtarmak size tohumun nasıl üretildiğini söyler. Henüz ne zaman üretildiğini söylemez. Bunun için Claude üretecin bir özelliğini kullandı: ileri olduğu kadar geriye doğru da kolayca çalışır. Claude her tohum için durumu, srand48 başlatmasının üreteceği, düşük 16 bitin 0x330E'ye eşit olduğu forma ulaşana kadar geriye doğru adımladı.

Bu form başlı başına bir parmak izidir. Kurtarılan bir durum, düşük 16 biti 0x330E olan bir şeye geri sarılabiliyorsa, üreteç standart yolla, srand48'e geçirilen bir tohum değerinden başlatılmıştır. Ve bu durumda tohum değeri bir zamandı. Tohumlar, Unix zaman damgasıyla tohumlanan zayıf PRNG kullanılarak üretilmişti.

Claude'un o sıradaki dahili düşünme süreci tanıma anını kaydetti: üst bitlerin tamamı temizdi, 20 bit, 1e-6 olasılıkla. Küçük bir detaydır, ancak akıl yürütmenin sonradan bir araya getirilen bir hikaye üzerinde değil, sayılar ortaya çıktıkça onlar üzerinde çalıştığını gösterir.

Tarihlerin hepsi temiz değildi. Dört ikili eğri (binary-curve) başlatması Şubat 1984 olarak okundu ki bu, 1990'ların sonunda kullanılan bir üreteç için kimsenin bekleyeceği bir tarih değildir. Zaman damgaları iki katına çıkarıldığında, ikili eğri başlatmaları P-224 çalıştırmasından iki hafta sonrasına, 17 Nisan 1998'e eşlenir. Kaynak, programın saati yarıya indirmiş olabileceği sonucuna varır. Bu ihtiyatlıdır ve öyle olmalıdır: ham değerlerin neden 1984 olarak okunduğuna dair önerilen bir açıklamadır ve başka bir çalıştırmadan iki hafta sonrasına denk gelen bir ikiye katlama, programın iç yapısının bir teyidi olmaksızın düşündürücüdür.

Kriptografiden bağımsız bir nedenden ötürü bunu tüm anlatının en ikna edici kısmı olarak buluyorum. Uydurulmuş bir hikaye düzgün tarihler üretirdi. Bu ise garip bir tarih, ardından ikili eğrileri P-224 çalıştırmasıyla tutarlı bir sıraya koyan bir düzeltme üretti. Basit bir hipotez altında çözülen dağınık veriler, gerçek kökenin nasıl göründüğüdür.

Taban noktalarının da bir tarifi var #

Tohumlar eğrileri tanımlar. Taban noktaları ayrı bir konudur ve kaynak bunları ayrı ayrı ele alır.

Mayıs 1997'de üretilen altı eğrinin (P-192 ve beş ANSI X9.62 örnek eğrisi prime192v2, prime192v3 ve prime239v1 ila v3) taban noktaları, Arjen Lenstra'nın uzun tamsayı aritmetik paketi olan FreeLIP'teki rastgele sayı üretecinden gelir. Victor Shoup'un NTL kütüphanesinin erken sürümleri aynı kodu içeriyordu. Bu ikinci gerçek kontrol açısından önemlidir: üreteç özel bir araç olarak değil, başkalarının okuyabileceği yayınlanmış bir kod olarak mevcuttur.

Tarif kısadır. Üreteci küçük bir tamsayı ile tohumlayın. Yedi çıktıyı atın. Mod p'ye göre indirgenmiş 26 bitlik çıktılardan aday x koordinatları üretin. x eğrinin üzerinde olana kadar bu aday üretimini tekrarlayın.

Claude üreteç tohumlarını buldu: P-192 için 20000, prime239v1 ila v3 için 20420, 20507 ve 20509 ve prime192v2 ve v3 için 20512 ve 20517. Bunlar bir kişinin bir programa yazdığı türden küçük tamsayılardır ki tarifin ilk adımının gerektirdiği şey de tam olarak budur.

Yazarlar burada mütevazı ve ruhu itibarıyla alıntılanmaya değer bir iddiada bulunuyorlar: bildikleri kadarıyla daha önce hiçbir NIST taban noktası açıklanmamıştır. İhtiyat payı onlarındır ve yerindedir. Şimdiye kadar yazılmış her belgenin bir taramasını değil, yalnızca bilgilerinin sınırını ileri sürüyorlar.

Sonra tarif çalışmayı durdurur. P-224, P-256, P-384 ve P-521'in taban noktaları bu tarife uymaz ve yazarlar bunların nasıl seçildiğini açıklayamadılar. Bunu geçiştiren bir yazı daha derli toplu görünürdü ama yazarlar bunu metinde bıraktı. Açıklama Mayıs 1997'den altı eğriyi kapsıyor ve NIST asal eğrilerinin taban noktalarından dördünü açıklanmamış bırakıyor.

Atlanan adaylar #

Son bulgu tartışma başlatma olasılığı en yüksek olandır, bu yüzden dikkatle okumaya değerdir.

P-256 için yayınlanan tohum 1842 numaralı adaydır. Ancak aynı çalıştırmanın 876 numaralı adayı da parametreleri yayınlanan eğriyle aynı şekilde seçilmiş, doğru boyutta asal mertebeli bir eğri verir. Başka bir deyişle süreç, görünüşte kabul edilebilir olacak bir eğriyi atlamıştır.

Bu tek seferlik bir durum değildir. P-224'ün çalıştırması bu tür üç eğriyi atladı ve ANSI X9.62 örnek eğrilerinin arkasındaki iki çalıştırma yedi tanesini daha atladı.

Yazarlar bilmedikleri şeyler konusunda nettir. Eğrileri atlamak için hangi kriterlerin kullanılmış olabileceğini veya bunun kasıtsız bir yan ürün (artifact) olup olmadığını bilmiyorlar. Bu bir sınırlamadır, öyle ifade edilmiştir ve "kasıtsız yan ürün" üzerindeki ihtiyat dürüst pozisyondur: veriler adayların atlandığını gösterir ancak nedenini göstermez.

Daha sonra bir yargı sunarlar. Atlanan adayların sayısı az olduğu için, zayıflatılmış eğrilerin seçilmiş olmasının makul olduğuna inanmıyorlar. Bu, makullük hakkında ihtiyatlı bir akıl yürütmedir ve sayıma dayanır. Bir süreç toplamda yalnızca bir avuç adayı atlıyorsa, bir zayıflık aramak için çok az alan var demektir.

Bir uyarı kalır ve kaynak bunu bir bulgu olarak değil, bir olasılık olarak belirtir. Bu eğrilerin ilke olarak rastgele sayı üretecine verilen zaman damgaları üzerinde arama yapılarak belirli bir özelliğe sahip olacak şekilde seçilmiş olması hala düşünülebilir. Bu, öyle işaretlenmiş bir spekülasyondur. Hiçbir şeyin kanıtı olarak okunmamalı ve sessizce bir kenara da bırakılmamalıdır. Adil bir anlatım, yazarların zayıflatılmış eğrileri makul görmediğini kaydederken, bunu dışlanmamış bir yol olarak masada tutar.

Sonuç neyi değiştiriyor ve neyi açık bırakıyor #

Neyi değiştirmediğiyle başlayalım. Eğriler kırılmadı. Kaynak bunu farklı kelimelerle iki kez söylüyor ve yapılması gereken hiçbir işlem yok. Bunu P-256'yı söküp atmak için bir neden olarak okuyan herkes yanlış okumuştur.

Değiştirdiği şey eski bir şüphenin statüsüdür. Tohumlar açıklanmadığı sürece, "NSA tarafından hiçbir açıklama yapılmadan sağlandı" ifadesi bir standardın üzerinde duran kalıcı bir soru işaretiydi. Bu soru işaretinin artık somut bir cevabı var. Tohumlar gizli bir ifadenin anlaşılmaz özetleri değildi. Kurtarılan bir durumdan her tohumun her bitini yeniden üreten, saatten tohumlanmış bir programdan alınan lrand48 çıktılarıydı. Yayınlanan tohumlara sahip herkesin test edebileceği bir açıklama, kimsenin test edemeyeceği bir söylentiyi yener.

Burada kriptografik standartlar üzerine inşa eden kurucular ve mühendisler için bir nokta var. Köken iddialarını ortaya atmak ucuz, kontrol etmek pahalıdır ve burada açıklanan kontrol, doğru soru sorulduktan sonra yarım saatten az sürdü. Tarayıcı, 2^17'lik arama ve kafes indirgemesi tamamen standart hamlelerdir. Yıllarca eksik olan şey, birinin bunları yayınlanan sayılara karşı denemek gibi gösterişsiz bir işi yapmasıydı.

Yöntemi abartma cazibesine de direnirdim. Kaynak, bir ekibin belirli bir tohum kümesi üzerindeki sonucunu bildiriyor. Aynı yaklaşımın her standarttaki açıklanmamış her sabiti kıracağını iddia etmiyor ve ben de onlar adına bunu iddia etmeyeceğim. Gösterdiği şey daha dardır ve bence daha yararlıdır: bir parametrenin kökeni bir gizem olduğunda, dönemin araçları hakkında makul bir tahmine sahip dikkatli bir model tahmini hızla test edebilir ve çalışmasını gösterebilir.

Tamamlanmamış iş bir araştırma gündemi olacak kadar açıktır. Dört taban noktası, yani P-224, P-256, P-384 ve P-521'inkiler hala bir açıklamadan yoksundur. P-256 için yayınlanan 1842'ye karşı 876 gibi atlanan adayların belirtilmiş bir kriteri yoktur ve atlamanın kasıtlı mı yoksa bir yan ürün mü olduğunu henüz kimse bilmemektedir. Bu cevapların eski kaynak kodlarında mı, hayatta kalan meslektaşların anılarında mı, yoksa tohumları kıran aynı türden örüntü avcılığında mı hayatta kaldığı açık sorudur. Tohumlar yarım saat sürdü; taban noktaları bu yaklaşıma şimdiden bir kez direndi.

Sıkça Sorulan Sorular #

Bu keşif P-256 veya P-384 gibi NIST ECDSA eğrilerini kırıyor mu?

Hayır. Eğri tohumlarının bir parola özeti yerine lrand48 tarafından üretildiğinin keşfedilmesi, ECDSA eğrilerinde herhangi bir kriptografik kırılma, yeni saldırı veya matematiksel zayıflık yaratmaz ve bu bulgu nedeniyle herhangi bir düzeltme veya geçiş işlemi yapılması gerekmez.

NIST asal eğri tohumları gerçekte nasıl üretildi?

Her 160 bitlik tohum, bir Unix zaman damgasıyla srand48 aracılığıyla başlatılan C standart kütüphanesinin lrand48 doğrusal eşlikli üretecinin çağrılmasıyla (özellikle beş NIST asal eğrisi ve beş ANSI X9.62 eğrisi için lrand48() >> 23) üretildi. 48 bitlik dahili durumun Lenstra-Lenstra-Lovasz (LLL) kafes indirgemesi yoluyla kurtarılması, yayınlanan her tohumun 160 bitinin tamamını yeniden üretir.

NIST eliptik eğri parametreleri hakkında açıklanmayan ne kaldı?

P-192 ve beş ANSI X9.62 eğrisinin taban noktaları Arjen Lenstra'nın FreeLIP paketindeki küçük tamsayılarla tohumlanan rastgele sayı üretecine kadar izlenmiş olsa da, P-224, P-256, P-384 ve P-521'in taban noktaları bu tarife uymamaktadır ve daha önceki asal mertebeli aday eğrilerin (P-256'da 1842 numaralı adaydan önceki 876 numaralı aday gibi) atlanma kriterleri bilinmemektedir.

Kaynaklar #

Anthropic Frontier Red Team, (2026). Claude reveals ECDSA curve origins ⧉. Anthropic.
National Institute of Standards and Technology, (2000). FIPS PUB 186-2: Digital Signature Standard (DSS) ⧉. NIST.
Victor Shoup, (2024). NTL: A Library for doing Number Theory ⧉. libntl.org.

Son inceleme 2026-11-01.

Bu makaleyi yeniden yayınla

NIST eğrilerinin ardındaki gizemli tohumlar hiçbir zaman özet değeri değildi ve Claude bunu yarım saatten kısa sürede çözdü — Sebastien Rousseau

NIST P-192, P-224, P-256, P-384 ve P-521 eğrileriyle yayınlanan tohumlar hiçbir zaman özet çıktıları değildi. Unix zaman damgasıyla tohumlanan C kütüphanesinin lrand48 üretecinden gelmişlerdi.

Bu makale şu lisans altında yayınlanmıştır Creative Commons Attribution 4.0 International. Yeniden yayın, kanonik URL'ye atıfta bulunulmasını gerektirir.

NIST eğrilerinin ardındaki gizemli tohumlar hiçbir zaman özet değeri değildi ve Claude bunu yarım saatten kısa sürede çözdü — Sebastien Rousseau

NIST P-192, P-224, P-256, P-384 ve P-521 eğrileriyle yayınlanan tohumlar hiçbir zaman özet çıktıları değildi. Unix zaman damgasıyla tohumlanan C kütüphanesinin lrand48 üretecinden gelmişlerdi.

Originally published at https://sebastienrousseau.com/tr/2026-10-26-nist-egrilerinin-ardindaki-gizemli-tohumlar-hicbir/ by Sebastien Rousseau.
Licensed under CC-BY-4.0.

SEBASTIEN ROUSSEAU FOUNDER · ENGINEER