Kısa özet
Hazır bulunanlar: jeremiah, jrand0m, mihi, nop, thecrypto
Toplantı Günlüğü
[23:00] ok, konular> x.0: hoş geldiniz x.1: spesifikasyon soruları x.2: elg sorunları x.3: sdk durumu x.4: sürüm planı x.5: uygulamalar [23:00] x == 0 mı yoksa 1 mi ya da 2 mi? [23:00] 22/7 [23:01] bence 0 [23:01] * jrand0m her zaman log tutar, wtf, neden olmasın. [23:01] 0.0: hoş geldiniz. [23:01] selam. [23:01] 0.1: spesifikasyon soruları [23:01] spesifikasyonları okuyan oldu mu? :) [23:02] * mihi okudu. en azından denedi [23:02] vay be [23:02] yok [23:02] yenileri neler? [23:02] ara sıra [23:02] mihi> denedin de, okunması zor, dili kötü, anlaşılmaz bir organizasyon mu, yoksa ölümüne sıkıcı olduğu için mi? [23:03] kriptografiyle yeterince aşina değilim. ilk kısım çok ilginçti. [23:03] jeremiah> spesifikasyonlar CVS'de, ve çıktıklarında iip-dev'e post ediyorum. şu an olanlar: i2cp, i2np, i2p veri yapıları, polling http taşıma protokolü [23:03] ama ayrıntılara girince, İrlanda güveci nasıl yapılır anlatsaydın bile fark etmezdim ;) [23:04] güzel [23:04] lol mihi [23:05] formatın da sorunları vardı - burada Open Office yok, sadece eski StarOffice 5.2 var [23:05] StarOffice 5.2 onu okuyamıyor mu? .pdf mi yoksa yamalı bir HTML mi tercih edersin? [23:05] (ya da .txt? gerçi txt resimleri veya gerçek biçimlendirmeyi içermez) [23:05] "eski" .sdw formatını tercih ederim. [23:05] mümkünse PDF [23:05] ya da PDF [23:06] PDF tek tıkla çözüm. [23:06] * jrand0m Open Office'te düzenler, PDF'de okur [23:06] ya da AppleWorks [23:06] ;) [23:06] sxw yalnızca StarOffice 6.0 ve üstünde destekleniyor [23:06] ah tamam mihi [23:06] * jrand0m .sxw yayımladı çünkü geçen sefer insanlar şikayet edip .sxw istemişti. yayımlayınca .sxw, .sdw ve .pdf koyacağız [23:07] (ya da kirli hissedersem .doc bile olabilir) [23:07] .sdw.zip, .sdw.gz veya .sdw.bzw de sorun olmaz... [23:07] s/bzw/bz2/ [23:07] heh, kesinlikle zip'leriz. [23:08] veri yapıları spesifikasyonu bir modifikasyon gerektirebilir ve ağ protokolü sürümden önce bazı sabit URL'ler gerektiriyor. [23:08] dört spesifikasyondan herhangi biri hakkında sorusu olan var mı? [23:09] şu an değil [23:10] tamam. 0.2: elg sorunları [23:10] veri yapıları spesifikasyonunun s.13'ünde belirtildiği şekilde ElGamal şifreleme ile bazı sorunlar yaşıyoruz. [23:11] anahtarla ilgili, algoritmayla ilgili ya da implementasyonla ilgili olabilir. muhtemelen implementasyonla ilgili değil, çünkü iki implementasyona karşı test edildi. [23:11] algoritmayla ilgiliyse, çalışması için değiştirmemiz gereken her neyse onu yansıtacak şekilde spesifikasyonu yayımdan önce güncellemek isteyeceğiz. [23:12] implementasyon veya anahtar üretimi ile ilgiliyse, spesifikasyonu yayımlayabilir ve çözülünce SDK'yı düzeltebiliriz. [23:13] thecrypto> ne oluyor hakkında bir düşüncen var mı, yoksa nop'un listeye yanıt vermesini mi bekliyoruz (ya da buradaysa ve konuşmaya müsaitse burada) [23:14] şu anda çözmeye çalışıyorum [23:15] *** Çıkış: mihi (Ping zaman aşımı) [23:15] *** mihi_ (~none@anon.iip) #iip-dev kanalına katıldı [23:15] 'k [23:15] *** mihi_ artık şu isimle biliniyor: mihi [23:15] biraz matematik çalıştırıp başka bir implementasyon üzerinden denemem ve çözmem gerekecek [23:15] ElGamal ile hiç sorun yaşamamıştım [23:15] en son test ettiğimde [23:16] *** Çıkış: mihi ((null)) [23:17] o benchmark ile [23:17] doğru, ama benchmark sadece bir anahtarı denedi [23:17] ahh [23:17] elg implementasyonuna herhangi bir mod yapmadan hatayı defalarca üretebiliyorum [23:17] yanlış anahtar mesajı çıkmıyor muydu? [23:18] evet, onlar hâlâ çıkıyor [23:18] *** mihi_ (~none@anon.iip) #iip-dev kanalına katıldı [23:18] periyodik olarak (genelde her anahtar üretiminde 2-4 kez) [23:18] *** mihi (~none@anon.iip) #iip-dev kanalına katıldı [23:18] *** mihi artık şu isimle biliniyor: mihi_backup [23:18] *** mihi_ artık şu isimle biliniyor: mihi [23:18] ve hâlâ kötü anahtarlar mı alıyoruz? [23:19] ya da başka bir şey. [23:19] yanlış boyut testi sadece şunu yapıyor "if ( (k0.length == PublicKey.KEYSIZE_BYTES) && (k1.length == PrivateKey.KEYSIZE_BYTES) ) {" [23:19] değer değerlendirmesi yok, vs. [23:20] bir saniye [23:23] x özel anahtarın p'den küçük olup olmadığını kontrol edebilir misin [23:23] if (m.compareTo(CryptoConstants.elgp) >= 0) [23:23] zaten yapıldı. [23:23] (throw new IllegalArgumentException("ARGH. Data cannot be larger than the ElGamal prime. FIXME");) o istisna hiç fırlatılmıyor. [23:23] şey x? hmm. [23:24] 'k. belki bouncycastle'ın ya da başka bir implementasyonun elg anahtar üretim algoritmasını ödünç almak isteyebiliriz [23:25] tamam. 0.3> sdk konuları [23:26] elg beklemede, ama onun dışında sdk çok yakında 0.8 (yani speslere uyan sürüm) [23:26] (sadece elg sorunu ve LeaseSet değişikliği kaldı) [23:26] SDK 0.8'in spesifikasyon sürümüyle hazır olmasını isterim, ama buna bağlanmamamız gerektiğini düşünüyorum. [23:27] hatta spesifikasyon sürümüne SDK 0.1'i eklememiz gerekip gerekmediği bile belirsiz. [23:27] gah! sinir bozucu [23:28] nop'un yönlendirdiği MIRACL tam bizim yaptığımızın aynısını yapıyor [23:28] ve hiçbir kontrol yok [23:28] ama işaretsiz. [23:28] (MIRACL C ile yazıldığı için) [23:28] * jrand0m varsayıyor [23:28] evet [23:29] ama yine de, asla signed bir biginteger'ımız olmadığından emin oluyorum [23:30] biginteger.toByteArray() işaretli bir bayt dizisi döndürür [23:30] üzgünüm, devam [23:30] 'k [23:30] Python cephesinde bir gelişme var mı jeremiah? [23:31] hey [23:31] pardon, geçmişi okuyordum [23:31] heh selam [23:31] yok, hâlâ sınıflara alışıyorum [23:31] güzel [23:31] sorun değil [23:31] aslında sanırım biraz uyuyacağım [23:31] 'k [23:32] 0.4: sürüm planı [23:32] sdk ile ilgili konuların bir şekilde önümüzdeki bir gün içinde çözülmesi gerekiyor. [23:32] güvenlik modelini wiki'leştirme işine başlamamız gerekiyor [23:32] (wiki, neredesin) [23:33] performans modelini de ayağa kaldırmamız lazım (sorun değil, bir güne kalmaz hazırlarım) [23:33] spesleri elg değişikliklerini ve diğer speslere gerçek URL'leri içerecek şekilde güncellememiz gerekiyor. [23:33] miracl [23:33] bir portu var [23:33] Java'ya [23:33] belki ihracat düzenlemeleri nedeniyle spesleri && / || SDK'yı ABD dışında barındırmamız gerekir [umrumda değil gerçi] [23:34] doğru, ama MIRACL'ın Java portunda en son baktığımda elg şifreleme yoktu. [23:34] tekrar bakacağım. [23:34] jrand0m, umursamıyoruz, ama ona sonra bakarız [23:34] jrand0m bigdig() ve modexp() [23:34] varsa işin tamam [23:34] *** yodel (~yodel@anon.iip) #iip-dev kanalına katıldı [23:34] bir saniye [23:34] sanırım sorunumuzu buldum [23:35] güzel, nedir durum thecrypto? [23:35] kontrol edebilir misin jrand0m [23:35] k değerimizin göreli asal olup olmadığı kontrol edilmiyor [23:36] bu, bahsettiğin sorunlara yol açar mı thecrypto? bunun yalnızca şifrelemeyi güvensiz hale getireceğini sanıyordum (yine de bir sorun) [23:36] ama bu, anahtarla yalnızca bazı iletilerin başarısız olacağı anlamına gelir [23:36] keygen'de bir şey var [23:36] nop> çözecek bir şey buluruz. ama e-postamda implementasyondan bağımsız bazı spesifik soruları özetledim [23:36] tamam thecrypto, bunu toplantıdan sonra üzerinden geçeriz [23:37] çift şifreli metin sorusu mu? [23:37] tamam [23:37] nop> sorulardan biri o [23:37] * nop okumaya gidiyor [23:39] nop> wiki ne zaman ayağa kalkar bir fikrin var mı? sadece DNS ise, düzenlemeye başlayabilmek için hosts dosyamı mod edebilmem adına IP nedir? [23:40] kısa bir soru jrand0m: nerede başarısız oluyor, benchmark mükemmel çalışıyor ve her seferinde yeni bir anahtar çifti mi üretiyor? [23:41] hemen kaldırayım, bekle [23:41] wiki.invisiblenet.net == jasonclinton.com [64.91.236.103] [23:41] sağ ol mihi [23:42] thecrypto> her seferinde yeni bir anahtar çifti oluşturuyor. ElGamalAESEngine'i hata ayıklarken yaptığım iki satırlık bir test örneğinde başarısız oluyor [23:42] bu ElGamalAESEngine'i görebilir miyim? [23:42] CVS'e commit et, sorunun ne olduğuna bakayım [23:43] tamam wiki CNAME'lenmiş [23:43] birazdan yayılır [23:43] * jrand0m çalışmayan şeyleri commit etmez, ama sana e-posta atacağım [23:43] teşekkürler nop [23:43] ayakta [23:43] ;) [23:43] (Link: http://wiki.invisiblenet.net)http://wiki.invisiblenet.net [23:43] benim makinede değil [23:43] ;) [23:44] neyi wiki'liyoruz [23:44] ? [23:44] güvenlik dokümanı ve spesleri dağıtmak için bir yer. [23:44] hatta 1.0 sürümünden önce i2p web sitesini bile, ama en azından güvenlik dokümanını. [23:45] *** Çıkış: sirk ((null)) [23:45] *** Çıkış: shardy_ (Ping zaman aşımı) [23:46] tamam. sürüm planındaki yukarıdaki 5 maddeyi göz önüne alırsak, en geç Cuma, Cumartesi ya da Pazar spesleri yayımlamak isterim. [23:46] *** shardy_ (~shardy@anon.iip) #iip-dev kanalına katıldı [23:46] web sitesi üzerinde çalışan bir grafikçi var [23:47] i2p için [23:47] bu son tarih için bir sorun var mı? [Cuma son tarih, yalnızca Kötü Şeyler Olursa geri çekiliriz] [23:47] tabii [23:47] jrand0m: gönderdin mi? [23:47] 'k, o halde sadece güvenlik dokümanları ve i2p spes dağıtım yeri [23:47] hayır thecrypto, yarım düzine dosya var. toplantıdan sonra göndereceğim. [23:47] tamam [23:48] bugün masaları yer değiştiriyoruz, o yüzden bilgisayarları yakında taşımam gerekiyor; mümkünse daha erken isterim [23:48] jrand0m, e-postana bakmam gerekecek ve kısa süre içinde yanıtlayacağım [23:48] multi-tasking [23:49] 'k. [23:49] 0.5> uygulamalar [23:49] ad çözümleme servisi ortada yok, co da buralarda değil ;) [ama sanırım o da okula gitti, o yüzden kısa vadede beklenir] [23:49] mihi'nin müthiş müthiş bir i2ptunnel uygulaması var [23:50] *** Çıkış: WinBear_ (İstemciden EOF) [23:50] bir iki `awesome`'ı çıkarın ;) [23:50] heh [23:51] şey, oldukça etkileyici. eklenmesi gereken şeyler hâlâ var, ama şu haliyle makul performanslı çalışan bir port yönlendirici. gerçekten iyi bir kavram kanıtı [23:51] spes'ten göremediğim çok fazla şeye dayanıyor (ör. GUARANTEED paketlerin sırayla teslim edilmesi) [23:52] GUARANTEED paketler sırayla teslim edilmez, fakat Java implementasyonu GUARANTEED gönderiminde bloklar; dolayısıyla Java implementasyonunu GUARANTEED ile kullanır ve birden fazla gönderim iş parçacığınız yoksa, sıranın korunması garanti olur. [23:52] ideal olarak, FEC uygulasaydı ya da yerleşik sıralama ve yeniden oluşturma gibi bir şey olsaydı harika olurdu [23:52] (böylece gönderimde bloklamaz ve GUARANTEED gerektirmezdi) [23:53] bence bu biraz bot fazla if... [23:53] s/bot/bit/ [23:55] ama belki buna yeniden sıralama/yeniden gönderme eklemeye zaman bulurum... [23:55] şey, Java istemci implementasyonu böyle uygulanmış ;) GUARANTEED, bir ack gerektirdiği için (ki bu da tam bir mesaj teslimidir, gerçi istemci tarafında uçtan uca kripto olmadan, sadece i2np kriptosu ile) düşük gecikmeli eşzamanlı kullanım için önerilmez [23:55] aynen [23:56] ufukta başka uygulamalar var mı? geliştiricilerin dahil olabilmesi için wiki'de uygulamalar ve uygulama fikirlerinin yer aldığı bir sayfa açmalı mıyız? [23:57] * jrand0m, yodel'in XML-RPC'sinin i2p SDK aracılığıyla (ya mihi'nin tunnel'ı üzerinden ya da yerel olarak) çalışmasına çok uzak olmadığımızı düşünüyor [23:57] hmm [23:57] test [23:57] tset [23:57] hala bağlı mıyız? [23:57] si sr [23:58] şu an telefon hatlarını çekiyoruz [23:58] IIP, telefon hatlarına meydan okur [23:58] heh [23:58] :) [23:58] IM üzerinden geri gelebilirim ve dosya transferi yapabilirim [23:58] süper [00:00] tamam. gündem maddeleri için bende bu kadar. [00:00] herhangi bir yorum/soru/endişe/frizbi? [00:00] * thecrypto bir frizbi fırlatır [00:00] * jrand0m yüzüne bir frizbi yer [00:01] bu kripto işini bitirip geri dönmek ve elg'yi optimize etmek istiyorum [00:01] ve umarım Python için de aynısını yapmak [00:01] aynen. kodu 5 dakika içinde sana ulaştıracağım [00:02] bu iyi olur [00:03] * jrand0m *baf*er'ı hazırlar [00:03] * jrand0m kurulur [00:03] * jrand0m toplantıyı *baf*layarak kapatır.