Davčne blagajne

Jesus no, SHA1/MD5 za integrity check je pa ja standardna praksa v ITju ko se prenašajo datoteke -_-

Kaki developerji ste to? :)

Pa saj to ni za preverjanje ponarejanja (ker za tisto bi itak hotel meti digtalni podpis / HMAC). To je sam za preverjanje tega da je fajl prišel čez od ustvarjalca do končne postaje nepoškodovan. Napake pri kopiranju ključkov (ej bom ga kar izvlekel!), pečenju CDjev, uploadu in downloadu se še vedno kar dogajajo. Temu je namenjen MD5/SHA1 check :)

abraxas je 11. jul 2016 ob 12:27 izjavil:

Glede na to, da sta dve TXT datoteki, ali je treba generirati MD5/SHA1 hash vrednosti za vsako datoteko posebej ali za obe hkrati?

vsako posebej pomoje. sej se integrity check dela za vsako datoteko ločeno. če bi bil samo za eno bi moral skup zazipat pomoje. al se da dat dve datoteki v orodje, pa da en md5 hash generira (ne da bi jaz vedel za tako orodje)?

EDIT: hvala mavrik za Pojasnila in obrazložitve :) čeprav se nebi čudil če bi oni uporabljali to da bi se "prepričali", da ni bla datoteka spremenjnea :D vseeno je govora slovenski politiki :P

Ali ima kdo informacijo, da je FURS spremenil API od davčne blagajne do take mere, da so morali proizvajalci SW za blagajno narediti "update" (update zaradi sprememb fursa)?

Sumim (lahko, da se motim), da želi prodajalec enostavno za krpanje lastnik napak, strankam računati (ker je naredil napako v štartu).
Če se motim, obstaja kak "changelog" od fursa?

PureHemp je 25. sep 2017 ob 09:30 izjavil:

Pri nas sprememb API-ja nismo zasledili. Tudi na uradni strani so še vedno tehnična navodila iz leta 2015. Mislim, da vas želijo nategniti

So že neki druzga hotel nategnt, ampak tisto je moje področje, tako da je tašča že zavrnila fakturo z obrazložitvijo.

Hvala za podatek

Vse moje blagajne delujejo brez problema z nespremenjenim API-jem že od začetka 2016 :)

zipposi je 4. okt 2017 ob 09:38 izjavil:

Če račun izdaja nezavezanec (torej račun brez DDV), kam se vpiše znesek?

Glej pojasnila FURS - vprašanje 247:
http://www.fu.gov.si/fileadmin/Internet...

Pri nas potrjujemo čisto vse račune. Problem rešen.

nakaži gotovino na TRR z ustreznim imenom na poloznici

A kdo ve, če se bo testno okolje kaj prej pred 30.6.2018 zaprlo za protokole tls 1 in 1.1?

Iz tehnične dokumentacije, starn 9:
http://www.datoteke.fu.gov.si/dpr/files...

Za vzpostavitev varne seje se uporablja dvosmerni protokol TLS. Odjemalec za avtentikacijo in
vzpostavitev TLS seje uporabi namensko digitalno potrdilo (postopek pridobitve je opisan v poglavju 2.2.).
Omogočena je uporaba TLS protokola verzij 1.0, 1.1 in 1.2. Verziji TLS 1.0 in 1.1 bosta omogočeni do
30.6.2018. Iz varnostnega stališča priporočamo uporabo TLS protokola verzije 1.2 oz. čimprejšnji prehod

ja na testnem okolju bi bilo fajn da se zapre prej, hrvati so isto testno okloje zaprli en mesec prej.

"z varnostnega stališča priporočamo uporabo TLS protokola verzije 1.2"

nič ni govora o zaprtju 1.0 in 1.1, samo priporočilo.

Ales je 25. jan 2018 ob 18:36 izjavil:

"Omogočena je uporaba TLS protokola verzij 1.0, 1.1 in 1.2. Verziji TLS 1.0 in 1.1 bosta omogočeni do 30.6.2018. Iz varnostnega stališča priporočamo uporabo TLS protokola verzije 1.2 oz. čimprejšnji prehod."

En stavek prej sporočajo datum, po katerem bo povezava preko TLS 1.0 in 1.1. onemogočena.

Imaš prav, to je čisto drugačno sporočilo.

Verjetno je bistvo samo v tem, da je dobro, da v testu neha delati prej kot v produkciji, tako se lahko do časa ugotovi neustrezne rešitve.

DamijanD je 26. jan 2018 ob 10:05 izjavil:

Verjetno je bistvo samo v tem, da je dobro, da v testu neha delati prej kot v produkciji, tako se lahko do časa ugotovi neustrezne rešitve.

Točno to.

Perci, imaš mogoče podatek, koliko jih uporablja TLS 1.0 ali 1.1 ?

perci je 7. feb 2018 ob 11:40 izjavil:

Sorry, spregledal tole...statistika za en dan

TLS Version 1.0 1420837
TLS Version 1.1 1343
TLS Version 1.2 1175778

Presenetljivo, imam občutek da bo kar nekaj blagajn obstalo, ko bo napočil dan D.

Ali pa morajo podpirat Win XP z .net Frameworkom 4, ki nima tls 1.2. Ceprav vidim, da se je tu nekaj premaknilo in mogoce obstaja/dela workaround za tls1.2 na FW4.

Pozdravljeni,
imam eno težavo in sicer... FURS bo ukinil TLS1.0 in TLS1.1
Na bazi podatkov imam nameščeno Javo 1.6 (Oracle 11g).. Verzije se ne da nadgraditi.. razen če bi nadgradil bazo (so velike firme in ne gre to čez noč)..
Trenutno imam celotno logiko podpisovanja in pošiljanja rešeno na bazi preko Java stored procedur..
Sedaj se pa zakomplicira ker Java 1.6 ne podpira TLS1.1 in TLS1.2

Rešitev naj bi bila knjižnica BouncyCastle.. imam pa težavo ker ne vem kako naj določim, da upošteva certifikat test-tls.cer, ki ga imam na disku..

V predhodni različici mi je zadeva delovala Bp tako:

            SSLContext sslcontext = SSLContext.getInstance("TLS");  //TLSv1.1, TLSv1.2
            KeyManagerFactory kmf = KeyManagerFactory.getInstance("SunX509");
            KeyStore ks = KeyStore.getInstance("PKCS12");
            ks.load(new FileInputStream(direktorij + "/" + certifikat), geslo.toCharArray());
            kmf.init(ks, geslo.toCharArray());

            CertificateFactory cf = CertificateFactory.getInstance("X.509");

            InputStream is = new FileInputStream(direktorij + "/" + trustStoreCertifikat); //"c:/cert/test-tls.cer");
            InputStream caInput = new BufferedInputStream(is);
            Certificate ca;
            try {
                ca = cf.generateCertificate(caInput);
                System.out.println("ca=" + ((X509Certificate) ca).getSubjectDN());
            } finally {
                caInput.close();
            }
            String keyStoreType = KeyStore.getDefaultType();
            KeyStore keyStore = KeyStore.getInstance(keyStoreType);
            keyStore.load(null, null);
            keyStore.setCertificateEntry("ca", ca);

            // Create a TrustManager that trusts the CAs in our KeyStore
            String tmfAlgorithm = TrustManagerFactory.getDefaultAlgorithm();
            TrustManagerFactory tmf = TrustManagerFactory.getInstance(tmfAlgorithm);
            tmf.init(keyStore);

            TrustManager[] tm = tmf.getTrustManagers();
            sslcontext.init(kmf.getKeyManagers(), tm, null);
            HttpsURLConnection.setDefaultSSLSocketFactory(sslcontext.getSocketFactory());

Ima kdo kakšen primer kako spravit zgornji primer z uporabo BouncyCastle (kako določiti, da upošteva test-tlc.cer, certifikat ob prijavi na server)?

hvala

Moment.. če uporabim

TLSv1.2, dobim napako spodaj: (to je z javo 1.6.0_25)


Če probam z java 1.7 ali višjo bo seveda šlo skozi..


Na Oracle-ovi strani piše to:


peglezen, mi lahko prosim pomagaš kako to narediti z Java1.6? kako enejblam TLS1.2 za javo 1.6?

Če uporabljam BouncyCastle potem ja extendam SSLSocketFactory

primer:

public class Test {
    public static void main(String[] args)
    {
       String url = "https://blagajne-test.fu.gov.si:9002";
      
        try {
         
            URLConnection connection = new URL(url).openConnection();
            HttpsURLConnection httpsURLConnection = (HttpsURLConnection) connection;
            httpsURLConnection.setSSLSocketFactory(new TSLSocketConnectionFactory());
            
            int responseCode = httpsURLConnection.getResponseCode();
            System.out.println("Odgovor: " + responseCode);
            
        } catch (MalformedURLException ex) {
            Logger.getLogger(Test.class.getName()).log(Level.SEVERE, null, ex);
        } catch (IOException ex) {
            Logger.getLogger(Test.class.getName()).log(Level.SEVERE, null, ex);
        }
       
    } 

ko poženem dobim: "org.bouncycastle.crypto.tls.TlsFatalAlertReceived: handshake_failure(40)
at org.bouncycastle.crypto.tls.TlsProtocol.handleAlertMessage(Unknown Source)"

probam pa tako:

@Override
                            public void notifyServerCertificate(Certificate serverCertificate) throws IOException {

                                try {
                                    CertificateFactory cf = CertificateFactory.getInstance("X.509");
                                    
                                    InputStream caInput = new FileInputStream(new File("c:/ascert/test-tls.cer")); //"c:/cert/test-tls.cer");
                                    java.security.cert.Certificate ca;
                                    try {
                                        ca = cf.generateCertificate(caInput);
                                        System.out.println("ca=" + ((java.security.cert.X509Certificate) ca).getSubjectDN());
                                    } finally {
                                        caInput.close();
                                    }

                                    String keyStoreType = KeyStore.getDefaultType();
                                    KeyStore keyStore = KeyStore.getInstance(keyStoreType);
                                    keyStore.load(null, null);
                                    keyStore.setCertificateEntry("ca", ca);
                                    
                                    

                                    List<java.security.cert.Certificate> certs = new LinkedList<java.security.cert.Certificate>();
                                    boolean trustedCertificate = false;
                                    
                                    for (org.bouncycastle.asn1.x509.Certificate c : serverCertificate.getCertificateList()) {
                                        
                                        java.security.cert.Certificate cert = cf.generateCertificate(new ByteArrayInputStream(c.getEncoded()));
                                        certs.add(cert);
                                        
                                        String alias = keyStore.getCertificateAlias(cert);
                                        if(alias != null) {
                                            if (cert instanceof java.security.cert.X509Certificate) {
                                                try {
                                                    ( (java.security.cert.X509Certificate) cert).checkValidity();
                                                    trustedCertificate = true;
                                                } catch(CertificateExpiredException cee) {
                                                  
                                                }
                                            }
                                        } else {
                                            
                                        }

                                    }
                                    if (!trustedCertificate) {
                                        
                                    }
                                    peertCerts = certs.toArray(new java.security.cert.Certificate[0]);

                                  
                                    System.out.println("end notifyServerCert..");
                                } catch (Exception e) {
                                    System.out.println("Failed to cache server certs" + e);
                                    throw new IOException(e);
                                }

                            }

Mhmhm..

v drugi vrstici sem napisal da imam bazo Oracle 11g.. Na bazi je tudi Java, ki se uporablja (lahko preko stored procedur).. Težava je, da je 1.6 in se je ne da nadgraditi ( https://stackoverflow.com/questions/381... razen če bi "družbe" nadgradile bazo na 12c..

Torej imam dve opcije:
1.) da najdem neko rešitev, ki bi mi omogočala povezavo z FURS-om preko Jave 1.6
2.) da spišem ločen webservis, ki bo vmes med bazo in furs-om ampak to bo spet dvojno delo in vzdrževanje..

še kakšen predlog?

hruske je 20. mar 2018 ob 14:30 izjavil:

Pejte na Postgres. Poleg ugodnejše licenčnine ima dokaj kul compatibility layer z Oracle.

Povej kaj več o licenčnini Postgres-a, če lahko. Hvala.

Poleg tega, kar je napisal Ales, je bistveno, da nisi omejen s številom namestitev, niti nisi omejen s številom jeder, ki jih bo baza uporabljala, tako da ne rabiš imet database admina, ki skrbi da nisi v licenčnem neskladju, ampak namesto tega lahko optimizira delovanje sistema.

hruske je 20. mar 2018 ob 14:30 izjavil:

Pejte na Postgres. Poleg ugodnejše licenčnine ima dokaj kul compatibility layer z Oracle.

Huh... :) Govorimo o večjih zavarovalnicah kjer se uporablja Oraclova tehnologija na vseh področjih... ne pride v upoštev menjava baze :))..
Neki se mantram z BouncyCastle knjižnico.. Ta naj bi omogočala delovanje TLS1.2 celo na JDK1.5...
Sporočim če mi bo uspelo.. za enkrat mi slabo kaže..